Note:
While trying to cross-compile a uclibc based target I experienced failing
configure tests for computing the suffix of object files.
In the respective config.log following error occured multiple times:
TOOLCHAIN/tools.cross/crosscc/../libexec/gcc/i686-unknown-linux-uclibc/4.4.3/cc1: error while loading shared libraries: libc.so.0: cannot open shared object file: No such file or directory
No matter if that problem occured only while building a uclibc target, it seems
to be a good idea to assure that we link against the right libc.
gcc 4.4 introduced configure options for arch, cpu and tune which influence
the default compiler settings on the final target machine.
Because we inject -m{arch,cpu,tune} through the gcc wrapper we now have to
provide the same settings through configure options, so the final user is
not running into problems like getting missing symbols for software
emulated facilities provided by the gcc support library.
default in native stage and not in cross stage and introduced a
Config option to enable it explicitely (default 0)
Note:
This option is useful if multiple versions of gcc are build which
is not the case right now!
git-svn-id: svn://svn.opensde.net/opensde/package/trunk@20308 10447126-35f2-4685-b0cf-6dd780d3921f
by default and introduced a Config option to enable it explicitely
Note:
Disabling PCH in libstdc++ the gcc package becomes 3 times smaller!
git-svn-id: svn://svn.opensde.net/opensde/package/trunk@20307 10447126-35f2-4685-b0cf-6dd780d3921f
Aldas Nabazas
Christian Wiese
Christian Wiese
Alejandro Mery
Christian Wiese
Minto van der Sluis