#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
Can you check it again, please.
Version 0, edited 9 years ago by (next)
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.