* Sérgio Basto:
On Wed, 2019-03-13 at 10:29 +0100, Florian Weimer wrote:
> * Sérgio Basto:
>
> > [3]
> > export LDFLAGS="%{?__global_ldflags} -shared"
>
> Not sure why you think this would work. It prevents the compiler
> from
> creating any executables at all.
With -shared fixed this generation of binaries [1], it is a tip mention
in old thread mention in my previous email, AFAIU.
[1]
g++ -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
-Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong
-grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686
-mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-
unwind-tables -fstack-clash-protection -fcf-protection -pthread
-std=c++11 -Wl,-z -Wl,relro -Wl,--as-needed -Wl,-z -Wl,now
-specs=/usr/lib/rpm/redhat/redhat-hardened-ld -o projectM-unittest
projectM-unittest.o getConfigFilename.o -pthread -lSDL2
../libprojectM/.libs/libprojectM.so -lGL -ldl -pthread -
D__LIBTOOL_NO_RPATH__ -shared
Oh dear. Thanks. This looks like:
<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88805>
See comment 5 I just posted there.
How urgent is a fix? It looks like this bug has been present for quite
some time. It's also present in Fedora 29.
Thanks,
Florian