Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 577254 - Failed to emerge app-crypt/gnupg-2.0.29-r1
Summary: Failed to emerge app-crypt/gnupg-2.0.29-r1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All OS X
: Normal minor (vote)
Assignee: Gentoo Prefix
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-12 23:12 UTC by *
Modified: 2016-03-31 13:47 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---

Attachments
ebuild patch (gnupg-2.0.29-r1.ebuild.patch,491 bytes, patch)
2016-03-12 23:13 UTC, * 		Details | Diff
fixed path for ebuild patch (gnupg-2.0.29-r1.ebuild.patch,448 bytes, patch)
2016-03-13 04:19 UTC, * 		Details | Diff
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description * 2016-03-12 23:12:45 UTC 
My system is OS X El Capitan (10.11.3).
I'm using an installation built with a successful bootstrap from bug 564814.
app-crypt/gnupg-2.0.29-r1 fails to emerge due to pulling the wrong inttypes.h:

In file included from /opt/gentoo/usr/bin/../lib/clang/3.7.1/include/inttypes.h:26:
/usr/include/inttypes.h:235:8: error: unknown type name 'intmax_t'
extern intmax_t
       ^
...

There is a check in the ebuild for if CC is "clang", but that seems to fail on prefix because the real CC name is used, "x86_64-apple-darwin15-clang".

I'll submit a patch for the ebuild, but the correct fix might be to make tc-getCC() return "clang".

Reproducible: Always

Steps to Reproduce:
emerge --oneshot =app-crypt/gnupg-2.0.29-r1
Comment 1 * 2016-03-12 23:13:33 UTC 
Created attachment 428078 [details, diff]
ebuild patch
Comment 2 * 2016-03-13 04:19:33 UTC 
Created attachment 428098 [details, diff]
fixed path for ebuild patch
Comment 3 Fabian Groffen gentoo-dev 2016-03-31 13:47:52 UTC 
this should be fixed now.