Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 765199 - sys-libs/blocksruntime keywording request
Summary: sys-libs/blocksruntime keywording request
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Keywording (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Sergei Trofimovich (RETIRED)
URL:
Whiteboard:
Keywords: KEYWORDREQ
Depends on:
Blocks:
 
Reported: 2021-01-13 09:03 UTC by Jaco Kroon
Modified: 2021-02-05 04:16 UTC (History)
1 user (show)

See Also:
Package list:
sys-libs/blocksruntime ~arm ~arm64 ~ppc ~ppc64
Runtime testing required: Yes
nattka: sanity-check+


Attachments
test_clang_asterisk.c (test_clang_asterisk.c,742 bytes, text/x-csrc)
2021-01-13 09:26 UTC, Jaco Kroon
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jaco Kroon 2021-01-13 09:03:01 UTC
Required for asterisk on arm, arm64, ppc and ppc64 with CC=clang.  I have no way to test any of these.  I'll attach a simple .c file that can be used to test the use case for asterisk at the very least.

Reproducible: Always
Comment 1 Jaco Kroon 2021-01-13 09:26:30 UTC
Created attachment 682642 [details]
test_clang_asterisk.c

clang -fblocks -lBlocksRuntime -o test_clang_asterisk test_clang_asterisk.c

$ clang -fblocks -lBlocksRuntime -o test_clang_asterisk test_clang_asterisk.c 
$ ./test_clang_asterisk 
Result: Success
$

exit code will be 0 in case of success, or 1 in case of failure.

It's probably best to merge BlocksRuntime itself with clang, but I just merged it with gcc ironically for the above test.

Not seeing clang itself as keyworded for ppc, so ppc here might be moot unless clang gets keyworded for ppc as well.  We can always retain the package.use.mask for asterisk on ppc to prevent asterisk requesting CC=clang in case of USE=blocks.
Comment 2 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-01-19 14:25:12 UTC
arm done
Comment 3 ernsteiswuerfel archtester 2021-01-19 21:18:49 UTC
Looking good on ppc.

 # cat blocksruntime-765199.report 
USE tests started on Di 19. Jan 18:41:02 CET 2021

FEATURES=' test' USE='' succeeded for =sys-libs/blocksruntime-0_pre20171027-r1
USE='-static-libs' succeeded for =sys-libs/blocksruntime-0_pre20171027-r1
USE='static-libs' succeeded for =sys-libs/blocksruntime-0_pre20171027-r1

 # clang -fblocks -lBlocksRuntime -o test_clang_asterisk test_clang_asterisk.c 
 # ./test_clang_asterisk 
Result: Success
Comment 4 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-01-20 00:38:03 UTC
arm64 done
Comment 5 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-01-20 00:39:40 UTC
ppc done
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-01-20 00:39:49 UTC
(In reply to ernsteiswuerfel from comment #3)
> Looking good on ppc.
> 

Thank you!
Comment 7 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-01-20 02:07:13 UTC
(In reply to Jaco Kroon from comment #1)
> Created attachment 682642 [details]
> test_clang_asterisk.c
> 
> clang -fblocks -lBlocksRuntime -o test_clang_asterisk test_clang_asterisk.c
> 
> $ clang -fblocks -lBlocksRuntime -o test_clang_asterisk
> test_clang_asterisk.c 
> $ ./test_clang_asterisk 
> Result: Success
> $
> 
> exit code will be 0 in case of success, or 1 in case of failure.
> 
> It's probably best to merge BlocksRuntime itself with clang, but I just
> merged it with gcc ironically for the above test.
> 
> Not seeing clang itself as keyworded for ppc, so ppc here might be moot
> unless clang gets keyworded for ppc as well.  We can always retain the
> package.use.mask for asterisk on ppc to prevent asterisk requesting CC=clang
> in case of USE=blocks.

This could be added to src_test if it’s valuable.
Comment 8 Jaco Kroon 2021-01-20 07:20:35 UTC
(In reply to Sam James from comment #7)
> (In reply to Jaco Kroon from comment #1)
> > Created attachment 682642 [details]
> > test_clang_asterisk.c
> > 
> > clang -fblocks -lBlocksRuntime -o test_clang_asterisk test_clang_asterisk.c
> > 
> > $ clang -fblocks -lBlocksRuntime -o test_clang_asterisk
> > test_clang_asterisk.c 
> > $ ./test_clang_asterisk 
> > Result: Success
> > $
> > 
> > exit code will be 0 in case of success, or 1 in case of failure.
> > 
> > It's probably best to merge BlocksRuntime itself with clang, but I just
> > merged it with gcc ironically for the above test.
> > 
> > Not seeing clang itself as keyworded for ppc, so ppc here might be moot
> > unless clang gets keyworded for ppc as well.  We can always retain the
> > package.use.mask for asterisk on ppc to prevent asterisk requesting CC=clang
> > in case of USE=blocks.
> 
> This could be added to src_test if it’s valuable.

Sure, happy to "donate" the code.  I'm just not sure how valuable and the extent of the coverage of the test.  It's really very, very basic test aimed 100% at asterisk's requirements.  Happy to add a copyright header etc similar to ebuilds indicating that it's provided "as is" and in the "public domain" (there really isn't anything copyrightable in that source that I can think of).  Just about the only argument in favour of adding this IMHO is "any test is better than no test".

Sergei, if you're interested in this I can do a PR, or you can add it, as you see fit.
Comment 9 Sergei Trofimovich (RETIRED) gentoo-dev 2021-01-20 14:23:18 UTC
I'd prefer tests to be added upstream.
Comment 10 Jaco Kroon 2021-01-20 15:27:54 UTC
(In reply to Sergei Trofimovich from comment #9)
> I'd prefer tests to be added upstream.

Thank you.  We'll go with your opinion on this matter I reckon.

So it's just PPC64 that's still outstanding?
Comment 11 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-02-05 02:05:57 UTC
ppc64 done

all arches done
Comment 12 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-02-05 04:16:51 UTC
(In reply to Sergei Trofimovich from comment #9)
> I'd prefer tests to be added upstream.

I mean, sure, but they don't exist upstream, and this is a minimal way to at least see if it kind of works. Better than nothing.