On Thu, 2019-03-14 at 10:55 +0100, Florian Weimer wrote:
> * 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.
Not urgent , I will wait for gcc 9.0.1-0.11 .
Many thanks
> Thanks,
> Florian
--
Sérgio M. B.
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
