History log of /musl/.gitignore (Results 1 - 6 of 6)
Revision Date Author Comments
# 5ab0b20e 05-Jul.-2016 Bobby Bingham <koorogi@koorogi.info>

remove obsolete gitignore rules

Since commit 2f853dd6b9a95d5b13ee8f9df762125e0588df5d, all generated
headers are generated under the obj directory, which is already ignored.


# 2f853dd6 18-Nov.-2015 Petr Hosek <phosek@chromium.org>

support out-of-tree build

this change adds support for building musl outside of the source
tree. the implementation is similar to autotools where running
configure in a different dir

support out-of-tree build

this change adds support for building musl outside of the source
tree. the implementation is similar to autotools where running
configure in a different directory creates config.mak in the current
working directory and symlinks the makefile, which contains the
logic for creating all necessary directories and resolving paths
relative to the source directory.

to support both in-tree and out-of-tree builds with implicit make
rules, all object files are now placed into a separate directory.

show more ...


# fb58545f 28-Jun.-2015 Shiz <hi@shiz.me>

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

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.

show more ...


# 59314304 20-Jan.-2014 Rich Felker <dalias@aerifal.cx>

add version.h to .gitignore; it is a generated file


# 58f430c1 22-Apr.-2012 Rich Felker <dalias@aerifal.cx>

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

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.

show more ...


# d46cf2e1 09-Mar.-2012 Rich Felker <dalias@aerifal.cx>

add .gitignore file

I've had this around for a long time but somehow it never got
committed.