Hi,
Recompiled by hand from scratch. You're right Jan, it works just fine.
There was most likely a "make clean" missing before in what I did with me trying to
save time by chaining the compilation of multiple flavors through a script.
I'll try to reproduce what I messed up. The error message before was something along the lines of
"relocation R_X86_64_32 against `.rodata' can not be used when making a PIE object; recompile with -fPIC".
Regards,
Esa
On Wed, Jan 29, 2020 at 6:20 PM Jan Willamowius via gnugk-users <gnugk-users@xxxxxxxxxxxxxxx> wrote:
Hi Esa,
could you please explain a bit more what you did that didn't work
like before ?
The 'make optnoshared' build like described in the manual worked fine
for me with gcc 8.3.0 on Debian 10 64bit.
Regards,
Jan
--
Jan Willamowius, Founder of the GNU Gatekeeper Project
EMail : jan@xxxxxxxxxxxxxx
Website: https://www.gnugk.org
Support: https://www.willamowius.com/gnugk-support.html
Relaxed Communications GmbH
Frahmredder 91, 22393 Hamburg, Germany
Geschäftsführer: Jan Willamowius
HRB 125261 (Amtsgericht Hamburg)
USt-IdNr: DE286003584
Esa Nyrhinen via gnugk-users wrote:
> Hi,
>
> I noticed yesterday that on Debian 10 they've enabled PIE by default for gcc
> so linking static binaries isn't working with the current autotools build
> setup.
> Probably an easy thing to fix for someone more knowledgeable than me
> on the topic. Dynamic builds seem to work just fine though.
>
> Regards,
> Esa
_______________________________________________________
Posting: mailto:gnugk-users@xxxxxxxxxxxxxxx
Archive: https://lists.gnugk.org/pipermail/gnugk-users/
Unsubscribe: https://lists.gnugk.org/lists/listinfo/gnugk-users
Homepage: https://www.gnugk.org/
_______________________________________________________ Posting: mailto:gnugk-users@xxxxxxxxxxxxxxx Archive: https://lists.gnugk.org/pipermail/gnugk-users/ Unsubscribe: https://lists.gnugk.org/lists/listinfo/gnugk-users Homepage: https://www.gnugk.org/
