musl/.gitignore

*.o
*.lo
*.a
*.so
*.so.1
arch/*/bits/alltypes.h
config.mak
include/bits
tools/musl-gcc
tools/musl-clang
tools/ld.musl-clang
lib/musl-gcc.specs
src/internal/version.h
add .gitignore file I've had this around for a long time but somehow it never got committed. 2012-03-09 08:39:28 +00:00			`*.o`
			`*.lo`
			`*.a`
			`*.so`
			`*.so.1`
			`arch/*/bits/alltypes.h`
			`config.mak`
			`include/bits`
			`tools/musl-gcc`
add musl-clang, a wrapper for system clang installs musl-clang allows the user to compile musl-powered programs using their already existent clang install, without the need of a special cross compiler. it achieves this by wrapping around both the system clang install and the linker and passing them special flags to re-target musl at runtime. it does only affect invocations done through the special musl-clang wrapper script, so that the user setup remains fully intact otherwise. the clang wrapper consists of the compiler frontend wrapper script, musl-clang, and the linker wrapper script, ld.musl-clang. musl-clang makes sure clang invokes ld.musl-clang to link objects; neither script needs to be in PATH for the wrapper to work. 2015-06-28 21:08:21 +00:00			`tools/musl-clang`
			`tools/ld.musl-clang`
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 18:32:49 +00:00			`lib/musl-gcc.specs`
add version.h to .gitignore; it is a generated file 2014-01-21 06:06:42 +00:00			`src/internal/version.h`