| Summary: | libffi 3.3.5 forcing GCC 3.3.6 to downgrade | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Andy Fraser <andyfraser> |
| Component: | [OLD] Development | Assignee: | Armando Di Cianno (RETIRED) <fafhrd> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | altstadt, Ricardo.Cordeiro |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | This ebuild has cured my Problem with the rebuild of gcc-3.3.5 | ||
|
Description
Andy Fraser
2005-09-08 10:52:47 UTC
I am having this same issue, emerge -uDp world installs gcc-3.3.5 which then emerges then running emerge -uDp world installs gcc-3.3.5 this is a constant loop additionally nothing else seems to register as needing upgrading, which I find unlikely. A possible workaround is to: echo "=dev-libs/libffi-3.4.1 -*" >> /etc/portage/package.keywords Created attachment 70368 [details]
This ebuild has cured my Problem with the rebuild of gcc-3.3.5
I simply copied the ebuild and changed one line from
=sys-devel/gcc-3.3.5*
to
=sys-devel/gcc-3.3.6*
into my local portage Tree.
OOLITE which uses gnustep and libffi works for me.
It's also good to mention that: 0) if you build libffi with gcc (which in gcc-3.3.X series means you built gcj) you can use "gcc-libffi" USE flag for gnustep-base, which will use that libffi 1) for >=gnustep-base-1.10.3-r1 you can use the 'ffcall' USE flag which utilizes ffcall, not libffi for foreign function stuff. Honestly, I suggest ffcall -- for x86 systems, in my experience, it is much more stable with respect to GNUstep. I'm still going to fix this bug soon ... just wanted to mention all that. Out of curiosity, did you build gcc-3.3.6 with gcj and objc? If so, please give the "gcc-libffi" flag a test, and let me know. Soon, dev-libs/libffi will be deprecated, 'cause the source *is in* gcc. |
