gcc-4.6: Some small performance tweaks
PATCH 1/1 gcc-4.6: Some small performance tweaks
a) Use the system zlib to avoid building it for each gcc.
b) -initial and -intermediate don't need plugins or lto-plugin so disable them.
---
meta/recipes-devtools/gcc/gcc-4.6.inc +8 -6
@@ -23,7 +23,7 @@ BRANCH = "gcc-4_6-branch" FILESPATH = "${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.6' ], d)}" DEPENDS =+ "mpfr gmp libmpc" -NATIVEDEPS = "mpfr-native gmp-native libmpc-native" +NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native" LICENSE="GPL-3.0-with-GCC-exception & GPLv3"
@@ -86,16 +86,12 @@ B = "${WORKDIR}/${BRANCH}/build.${HOST_SYS}.${TARGET_SYS}" FORTRAN = "" JAVA = "" -#EXTRA_OECONF_BASE = " --enable-cheaders=c_std \ -# --enable-libssp \ -# --disable-bootstrap \ -# --disable-libgomp \ -# --disable-libmudflap" EXTRA_OECONF_BASE = " --enable-lto \ --enable-libssp \ --disable-bootstrap \ --disable-libgomp \ --disable-libmudflap \ + --with-system-zlib \ --with-linker-hash-style=${LINKER_HASH_STYLE} \ --enable-cheaders=c_global "
@@ -103,11 +99,17 @@ EXTRA_OECONF_INITIAL = "--disable-libmudflap \ --disable-libgomp \ --disable-libssp \ --disable-libquadmath \ + --with-system-zlib \ + --disable-lto \ + --disable-plugin \ --enable-decimal-float=no" EXTRA_OECONF_INTERMEDIATE = "--disable-libmudflap \ --disable-libgomp \ --disable-libquadmath \ + --with-system-zlib \ + --disable-lto \ + --disable-plugin \ --disable-libssp" EXTRA_OECONF_append_linux-uclibc = " --disable-decimal-float "
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
other changes look ok to me.
Quoted 8 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
Cheers,
Richard
Quoted 11 lines · Richard Purdie
Quoted 8 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
Quoted 10 lines
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Signature · 1 line
-Khem
Quoted 8 lines · Khem Raj
Quoted 7 lines · Richard Purdie
Quoted 6 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
Quoted 6 lines
Quoted 4 lines
Quoted 2 lines
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
By anything that depends on it by the shlibs code in the usual way, yes.
Cheers,
Richard
Quoted 9 lines · Richard Purdie
Quoted 8 lines · Khem Raj
Quoted 7 lines · Richard Purdie
Quoted 6 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
Quoted 8 lines
Quoted 6 lines
Quoted 4 lines
Quoted 2 lines
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
By anything that depends on it by the shlibs code in the usual way, yes.
But zlib is build time dependency, isn't it?
Now it fails to build target gcc because it depends only on zlib-native not target zlib and zlib.h is not found.
Regards,
Quoted 14 lines · Martin Jansa
Quoted 12 lines · Richard Purdie
Quoted 11 lines · Khem Raj
Quoted 10 lines · Richard Purdie
Quoted 8 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Quoted 1 line
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
By anything that depends on it by the shlibs code in the usual way, yes.
But zlib is build time dependency, isn't it?
yes it must be added to target gcc recipe
Quoted 3 lines
Now it fails to build target gcc because it depends only on zlib-native not target zlib and
zlib.his not found.
whats the exact error? usually zlib is needed for gcj. are you building gcj ?
Quoted 23 lines · Khem Raj
Quoted 14 lines · Martin Jansa
Quoted 12 lines · Richard Purdie
Quoted 11 lines · Khem Raj
Quoted 10 lines · Richard Purdie
Quoted 8 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Quoted 1 line
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
By anything that depends on it by the shlibs code in the usual way, yes.
But zlib is build time dependency, isn't it?
Quoted 8 lines
yes it must be added to target gcc recipe
Quoted 3 lines
Now it fails to build target gcc because it depends only on zlib-native not target zlib and
zlib.his not found.whats the exact error? usually zlib is needed for gcj. are you building gcj ?
I don't have that log anymore, but I'm building default gcc configuration from oe-core/meta-oe (iirc without gcj) and IIRC it was from lto (gcc/lto-compress.c:#include <zlib.h>).
Cheers,
Quoted 5 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Signature · 1 line
Martin 'JaMa' Jansa jabber: [email protected]
Quoted 30 lines · Martin Jansa
Quoted 29 lines · Khem Raj
Quoted 14 lines · Martin Jansa
Quoted 12 lines · Richard Purdie
Quoted 11 lines · Khem Raj
Quoted 10 lines · Richard Purdie
Quoted 8 lines · Khem Raj
Quoted 2 lines · Richard Purdie
+NATIVEDEPS = "mpfr-native gmp-native libmpc-native zlib-native"
note that we will need to ship zlib-nativesdk as well if we do this so hopefully that case is covered by this.
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Quoted 1 line
Yes, zlib has a BBCLASSEXTEND on zlib-nativesdk so this should be fine.
OK and this is bundled with meta-toolchain too right ?
By anything that depends on it by the shlibs code in the usual way, yes.
But zlib is build time dependency, isn't it?
yes it must be added to target gcc recipe
Quoted 3 lines
Now it fails to build target gcc because it depends only on zlib-native not target zlib and
zlib.his not found.
Quoted 6 lines
Quoted 2 lines
whats the exact error? usually zlib is needed for gcj. are you building gcj ?
I don't have that log anymore, but I'm building default gcc configuration from oe-core/meta-oe (iirc without gcj) and IIRC it was from lto (gcc/lto-compress.c:#include <
zlib.h>).
ah yes forgot lto :) and we do enable it so zlib dep is needed all the time.