mirrors/musl
1
0
Fork 0
mirror of https://git.musl-libc.org/git/musl synced 2025-03-24 19:43:01 +03:00
Code Issues Packages Projects Releases Wiki Activity
musl/tools/musl-gcc.specs.sh

38 lines
625 B
Bash
Raw Normal View History

new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
incdir=$1
libdir=$2
ldso=$3
cat <<EOF
%rename cpp_options old_cpp_options
*cpp_options:
make gcc-specific headers (intrinsics, etc.) available with wrapper they are intentionally listed after the libc include directory so that the gcc float.h, etc. don't get used in place of the libc ones.
2013-06-07 10:13:07 -04:00
-nostdinc -isystem $incdir -isystem include%s %(old_cpp_options)
new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
*cc1:
fix mixup in previous change to gcc wrapper
2013-06-07 10:18:07 -04:00
%(cc1_cpu) -nostdinc -isystem $incdir -isystem include%s
new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
*link_libgcc:
gcc wrapper improvement: leave libgcc dir in the library path this is needed in case -lgcc is passed explicitly on the link command line, for example if the wrapper is being used to build musl itself.
2012-07-23 23:29:03 -04:00
-L$libdir -L .%s
new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
*libgcc:
libgcc.a%s %:if-exists(libgcc_eh.a%s)
*startfile:
fix musl-gcc wrapper to work with -pie linking the wrong crt1.o resulted in textrels and thus crashing
2012-05-30 21:19:32 -04:00
%{!shared: $libdir/%{pie:S}crt1.o} $libdir/crti.o %{shared|pie:crtbeginS.o%s;:crtbegin.o%s}
new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
*endfile:
%{shared|pie:crtendS.o%s;:crtend.o%s} $libdir/crtn.o
*link:
make gcc wrapper rewrite link options rather than just extending them this is not tested yet, but should work to get rid of unwanted --hash-style=gnu hacks present in some distro-patched gcc versions.
2012-06-06 15:48:06 -04:00
-dynamic-linker $ldso -nostdlib %{shared:-shared} %{static:-static} %{rdynamic:-export-dynamic}
new gcc wrapper, entirely specfile based the _concept_ of this wrapper has been tested extensively, but the integration with the build/install system, and using a persistent specfile rather than one generated at build-time, have not been heavily tested and may need minor tweaks. this approach should be a lot more robust (and easier to improve) than writing a shell script that's responsible for trying to mimic gcc's logic about whether it's compiling or linking, building shared libs or executable files, etc. it's also lighter weight and should result in mildly faster builds when using the wrapper.
2012-04-22 14:32:49 -04:00
*esp_link:
*esp_options:
*esp_cpp_options:
EOF
Reference in New Issue Copy Permalink