#6661 closed bug (fixed)
GCC 4.4 libssp.so issue
Reported by: | andreasf | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | - General | Version: | R1/Development |
Keywords: | libssp | Cc: | korli |
Blocked By: | Blocking: | ||
Platform: | x86 |
Description
The native GCC 4.4.4 100705 Optional Package (hrev38723) seems to have enabled a shared libssp library while previous packages had it as a static library only.
At hrev38803 this leads to:
$ qemu path/to/haiku.image runtime_loader: Cannot open file libssp.so: No such file or directory
Appending /boot/develop/tools/gnupro/lib
to LIBRARY_PATH
solves this.
Should a libssp.so
symlink be created somewhere, or should this path be added to the default configuration somehow?
Attachments (1)
Change History (5)
comment:1 by , 13 years ago
comment:2 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
We are at gcc 4.8.3 now and it's static only again.
comment:3 by , 9 years ago
It looks like this bug resurrected. I got this while i tried to configure the latest ruby (2.3.1) with gcc5:
runtime_loader: Cannot open file libssp.so.0: No such file or directory
While it works with gcc2.
Can you check it again, please.
Note:
See TracTickets
for help on using tickets.
Indeed, trying to compile dnscrypt makes the nacl library choke on it, runtime_loader failing to load libssp.so.