diff options
author | Boud Roukema <boud@cosmo.torun.pl> | 2021-10-01 03:35:22 +0200 |
---|---|---|
committer | Mohammad Akhlaghi <mohammad@akhlaghi.org> | 2021-10-01 16:15:41 +0200 |
commit | 775fc036e0091f05ff56e41b855bc416b9ed36c8 (patch) | |
tree | 298eabe7046df9d8fc0ec82c34223822f37ef841 /reproduce/software/patches/valgrind-3.15.0-mpi-fix2.patch | |
parent | 3a1b96766c9d5c9845f8baacbbf88978db9c3f49 (diff) |
Configuration: GCC not linking to system libunwind (crashed GCC's build)
This commit provides a hack/correction to the unwrapped GCC source files
that sym-links the generic file 'libgcc/unwind-generic.h' to the two
directories in which a file includes "unwind.h" or <unwind.h>. The aim is
that the gcc compilation system uses this header file from the internal gcc
source files instead of searching for a system-level file 'unwind.h'.
This commit also unaliases two 'ls' commands in some build recipes of
'basic.mk' in case the host system (normally at user level) has aliased the
command to something like 'ls -F'. In the situation that sometimes occurs
of library files being given executable status, the '-F' decorative option
could lead to an asterisk being included in a string that is not expected
to contain asterisks. If the system shell does not contain the 'alias'
command at all, then a fallback of 'true' should provide safe
behaviour. The notation of the 'sed' command is also clarified.
This solves bug #61240: https://savannah.nongnu.org/bugs/index.php?61240
Diffstat (limited to 'reproduce/software/patches/valgrind-3.15.0-mpi-fix2.patch')
0 files changed, 0 insertions, 0 deletions