Opened 14 years ago

Closed 10 years ago

Last modified 9 years ago

#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)

config.log (157.5 KB ) - added by miqlas 9 years ago.
config.log

Download all attachments as: .zip

Change History (5)

comment:1 by mmu_man, 13 years ago

Indeed, trying to compile dnscrypt makes the nacl library choke on it, runtime_loader failing to load libssp.so.

comment:2 by pulkomandy, 10 years ago

Resolution: fixed
Status: newclosed

We are at gcc 4.8.3 now and it's static only again.

comment:3 by miqlas, 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.

Version 1, edited 9 years ago by miqlas (previous) (next) (diff)

by miqlas, 9 years ago

Attachment: config.log added

config.log

comment:4 by korli, 9 years ago

Could it be #12791?

Note: See TracTickets for help on using tickets.