At the risk of participating
in the upstream open source communitee I sent my configure issues to
the autotools people. Below is the response. It looks like I need to
see why "--host" is being set the way it is.
As usual send any tips my way, I'll be delving into the code.
matt
Hi Matt,
* m h wrote on Wed, Jan 11, 2006 at 08:26:02PM CET:
...
> The idea being you install portage in a "prefixed"
> environment. This environment is sort of a sandboxed filesystem.
> (Fink and openpkg are existing examples of this). Then the user can
> install whatever software portage supports easily into the sandboxed
> environment.
OK. Fine idea.
> I'm running into configure issues that I can't seem to resolve. (I
> wouldn't call myself a C programmer. I'm much more comfy in python.
> But I can get around a linux system). My issue is that when portage
> runs the "./configure" I get errors like the following:
OK. Much more interesting are config.log contents (and much more
detailed, so if you really need to post it all, please pack it).
Some hints:
> checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
So you used --host or the like, to announce cross-compilation. In that
case a $host_alias-prefixed compiler will be preferred. And is found
here.
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
(i.e., $host = $build).
> checking for suffix of executables...
> checking for suffix of object files...
This is suspicious. config.log should be able to tell more.
> checking for a BSD-compatible install... /data1/portage/jan6/prefix/toolsbox-4-p
> atchespre.20060106/i686-pc-linux-gnu//bin/ginstall -c
This is weird, too. How exactly do you call configure?
> checking whether make sets $(MAKE)... no
Very weird.
> checking for ANSI C header files... no
Your compiler does not find its default headers for some reason.
> Disconcerting is the mention that there is no GNU C compiler (which is
> sitting in $PREFIX/bin/gcc) and the "WARNING"s.
> When the same configure command from the command line (using the same
> env variables, since PATH is adjusted for the prefixed environment),
> it works.
So maybe you did not want i686-pc-linux-gnu-gcc, but plain gcc?
If you have to specify cross-compilation, then set CC=gcc, too.
Hope those tips help a bit.
Cheers,
Ralf
--
gentoo-osx@gentoo.org mailing list
in the upstream open source communitee I sent my configure issues to
the autotools people. Below is the response. It looks like I need to
see why "--host" is being set the way it is.
As usual send any tips my way, I'll be delving into the code.
matt
Hi Matt,
* m h wrote on Wed, Jan 11, 2006 at 08:26:02PM CET:
...
> The idea being you install portage in a "prefixed"
> environment. This environment is sort of a sandboxed filesystem.
> (Fink and openpkg are existing examples of this). Then the user can
> install whatever software portage supports easily into the sandboxed
> environment.
OK. Fine idea.
> I'm running into configure issues that I can't seem to resolve. (I
> wouldn't call myself a C programmer. I'm much more comfy in python.
> But I can get around a linux system). My issue is that when portage
> runs the "./configure" I get errors like the following:
OK. Much more interesting are config.log contents (and much more
detailed, so if you really need to post it all, please pack it).
Some hints:
> checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
So you used --host or the like, to announce cross-compilation. In that
case a $host_alias-prefixed compiler will be preferred. And is found
here.
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
(i.e., $host = $build).
> checking for suffix of executables...
> checking for suffix of object files...
This is suspicious. config.log should be able to tell more.
> checking for a BSD-compatible install... /data1/portage/jan6/prefix/toolsbox-4-p
> atchespre.20060106/i686-pc-linux-gnu//bin/ginstall -c
This is weird, too. How exactly do you call configure?
> checking whether make sets $(MAKE)... no
Very weird.
> checking for ANSI C header files... no
Your compiler does not find its default headers for some reason.
> Disconcerting is the mention that there is no GNU C compiler (which is
> sitting in $PREFIX/bin/gcc) and the "WARNING"s.
> When the same configure command from the command line (using the same
> env variables, since PATH is adjusted for the prefixed environment),
> it works.
So maybe you did not want i686-pc-linux-gnu-gcc, but plain gcc?
If you have to specify cross-compilation, then set CC=gcc, too.
Hope those tips help a bit.
Cheers,
Ralf
--
gentoo-osx@gentoo.org mailing list