| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
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.
|
| |
|
|
|
| |
this is not tested yet, but should work to get rid of unwanted
--hash-style=gnu hacks present in some distro-patched gcc versions.
|
| |
|
|
| |
linking the wrong crt1.o resulted in textrels and thus crashing
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
while probably desirable, changing the default language variant is
outside the scope of the wrapper's responsibility.
|
| | |
|
| |
|
|
|
|
|
| |
it was previously attempting to link start files as part of shared
objects. this is definitely wrong and depending on the platform and
linker could range from just adding extraneous junk to introducing
textrels to making linking fail entirely.
|
| | |
|
| |
|
|
|
| |
the path for the dynamic linker is now configurable, and failure to
install the symlink for it will not stop the build.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
this should avoid warnings about unused libs when not linking, and
might fix some other obscure issues too. i might replace this approach
with a completely different one soon though.
|
| |
|
