Opened 3 years ago

Last modified 3 years ago

#12791 assigned bug

GCC 5.3.0 libssp problem -- broken stack protector

Reported by: kallisti5 Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: System/runtime_loader Version: R1/Development
Keywords: gcc libssp Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All


Potentially related to #6661

Attempting to compile Ruby results in "cannot determine size of long long"

A little digging through the logs shows:

gcc -o conftest -O3 -fno-fast-math -ggdb3 -std=iso9899:1999 -fstack-protector conftest.c

executing said 'conftest' results in:

runtime_loader: Cannot open file No such file or directory

A quick test.c with a minimal main shows that the -fstack-protector flag triggers the error. Any binary compiled with -fstack-protector ends up missing

As this is a issue with our compiler that will likely break quite a few ports in a "hard to fix later" way, i'm flagging this as a blocker.

Change History (7)

comment:1 Changed 3 years ago by kallisti5

seen on x86_64 hrev50321

comment:2 Changed 3 years ago by kallisti5

maybe is missing from the recipe? I don't see a reason we shouldn't continue with the shared version.

Is that the right recipe? No idea. Out of time for now.

comment:3 Changed 3 years ago by pulkomandy

The stack protection needs OS specific support and as far as I know it was not ported to Haiku yet. Ruby configure script should check wether the flag actually works, before using it.

It would be a good idea to add support for it in Haiku, but a bit more work. We can start by enabling --enable-libssp in gcc configure script and see what happens.

comment:4 Changed 3 years ago by korli

Owner: changed from nobody to korli
Priority: blockernormal
Status: newassigned

There doesn't seem to be many ports hardcoding this flag, unsetting blocker priority.

comment:5 Changed 3 years ago by waddlesplash

Milestone: R1/beta1Unscheduled

And bumping to unscheduled; if nobody uses this, it's not important.

comment:7 Changed 3 years ago by korli

Owner: changed from korli to nobody
Note: See TracTickets for help on using tickets.