Summary: | dev-libs/libffi-3.1-r3 fails to emerge in Gentoo Prefix for Mac OS X 32-bit | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Mike Thompson <dia> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | srcshelton |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | OS X | ||
URL: | https://github.com/atgreen/libffi/issues/128 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Build log for dev-libs_libffi-3.1-r3
remove win32 calls |
Description
Mike Thompson
2014-06-16 04:36:30 UTC
Got the same error when updating. I've looked into this issue, changed the asm stuff somewhat, but there's something that bugs the (outdated) gcc compiler. I fear our only option is to mask this package on x86, as removing win32.S from targets has an effect on the rest of the process. Created attachment 380578 [details, diff]
remove win32 calls
This patch brings back a couple of defines from libffi-3.0.
LGTM cannot test right now I'm wondering whether this patch will break x86, x86-freebsd, x86-solaris, etc. All x86 targets get this win32 thing by default now, isn't it? I'm on 10.7.5 (Lion) in a 32-bits Prefix having the same problem. (In reply to Fabian Groffen from comment #5) > I'm wondering whether this patch will break x86, x86-freebsd, x86-solaris, > etc. All x86 targets get this win32 thing by default now, isn't it? Yeah, it needs some more ifdef's around. Masked for the time being *** This bug has been marked as a duplicate of bug 536764 *** |