I don't know for sure if this is a bug or intended but trying to build gcc with only c,c++,objc doesn't get met libffi. Enabling java also create libffi, configure values: configure --prefix=/usr/local/gcc-$DATE --enable-languages=c,c++,objc,java --enable-shared --enable-threads=posix --enable-nls --with-gnu-as --with-gnu-ld --without-included-gettext --with-system-zlib --enable-version-specific-runtime-libs --enable-objc-gc --enable-clocale=gnu --with-libffi I just tested it with gcc 3.3. On a Debian testing system.
The only language that needs libffi for support of the programs in GCC is java, so it is only built when java is selected. Maybe it can be built when --enable-libffi is done but it is not currently. Also libffi is updated from upstream so GCC are not the official maintainers so maybe this should be closed.
Subject: Re: libffi only builds when java is selected as language Objective-C or atleast GNUstep can also use libffi, so it is useful for the GNUstep project. Might it be useful to contact the upstream team for this, and if so who should I contact for this. Dennis On 24 Jul 2003, pinskia at physics dot uc dot edu wrote: > PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org. > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11660 > > > pinskia at physics dot uc dot edu changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Severity|minor |enhancement > Status|UNCONFIRMED |NEW > Component|target |bootstrap > Ever Confirmed| |1 > Last reconfirmed|0000-00-00 00:00:00 |2003-07-24 12:41:11 > date| | > > > ------- Additional Comments From pinskia at physics dot uc dot edu 2003-07-24 12:41 ------- > The only language that needs libffi for support of the programs in GCC is java, so it is only built > when java is selected. Maybe it can be built when --enable-libffi is done but it is not currently. > Also libffi is updated from upstream so GCC are not the official maintainers so maybe this should > be closed. > > > > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. >
Note GNUStep is not part of GCC. Even though this page: <http://sources.redhat.com/libffi/> says it is largely maintained by GCC, it is wrong. From libffi/README in the mainline of GCC: This directory contains the libffi package, which is not part of GCC but shipped with GCC as convenience. So I think there is no upstream anymore, it looks like.
Subject: Re: libffi only builds when java is selected as language > ------- Additional Comments From pinskia at physics dot uc dot edu 2003-07-24 12:57 ------- > Note GNUStep is not part of GCC. > Even though this page: <http://sources.redhat.com/libffi/> says it is largely maintained by GCC, it > is wrong. Okay, I counted on that being true :) I'll will just use the libffi from Red Hat, and compile GCC without it. Thanks! Dennis > >From libffi/README in the mainline of GCC: > This directory contains the libffi package, which is not part of GCC but > shipped with GCC as convenience. > > So I think there is no upstream anymore, it looks like.
Subject: Re: libffi only builds when java is selected as language In fact, there's currently work in progress to make the GCC copy the master version and merge any remaining changes from the sources.redhat.com repository. At that time it is certainly appropriate to be able to build and install libffi even without java. Rainer
Mine as work to get libobjc "modernized" or remove the builtin_apply "hacks".
I would also like to throw my support behind this modification/enhancement. This is important/necessary for more than just java. GNUstep can use either libffi or ffcall, and libffi is preferable for a number of reasons, but as of now it's a massive pain in the ass to build because you have to check out way more than you actually need. So the entire GNUstep community would benefit from this modificaitons, as well as numerous other communities, including the pyobjc community. I would prefer an --enable-libffi configure option as Andrew Pinski suggests.
This might get into 4.0.0 because __builtin_apply is so broken on most targets that fails for most tests already now on the mainline. Patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00841.html>, just waiting for a global write maintainer to approve it.
The patch has to be updated. I might do that this weekend.
No longer working on this.
Doesn't libffi also get built if go is selected as a language? I can't verify it for myself due to bug 46986, but based on my reading of Makefile.def, it seems like building libgo should cause libffi to be built, as well...
I don't think there is anything to fix here, so I'm going to close this. GCC is not the master source for libffi.