Re: [squid-users] relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC

From: Nikolai Gorchilov <niki_at_x3me.net>
Date: Fri, 4 Oct 2013 12:26:23 +0300

Amos,

It turned out there's no issue at all. I was using my own (obsolete)
build script that provided CFLAGS, CPPFLAGS & CXXFLAGS.

Sorry! Case closed!

Best,
Niki

On Thu, Oct 3, 2013 at 8:42 PM, Nikolai Gorchilov <niki_at_x3me.net> wrote:
> On Thu, Oct 3, 2013 at 7:15 PM, Amos Jeffries <squid3_at_treenet.co.nz> wrote:
>>>> Does it build past this error if you run this command before ./configure
>>>> ?
>>>> sed --in-place s/_LIBRARIES/_LTLIBRARIES/ compat/Makefile.in
>>>
>>> Unfortunately not. Same error in both 3.4.0.1 & 3.4.0.2.
>>
>> Strange. It is building with "-fPIC -DPIC" for me after the above, yet as
>> you pointed out was not beforehand.
>>
>> What versions of automake, libtool and autoconf are you building with?
>
> * automake (GNU automake) 1.11.3
> * libtool (GNU libtool) 2.4.2
> * autoconf (GNU Autoconf) 2.68
>
>> can you confirm that *_LIBRARIES does not exist in compat/Makefile after
>> the above change to Makefile.in and re-./configure?
>
> it is still available at the following section:
>
> ===[cut]===
> clean-noinstLIBRARIES:
> -test -z "$(noinst_LTLIBRARIES)" || rm -f $(noinst_LIBRARIES)
> ===[cut]===
>
> Fixing it doesn't change anything. For example:
> gcc -DHAVE_CONFIG_H -I.. -I../include -I../lib -I../src -I../include
> -I/usr/include -I../libltdl -I/usr/include/libxml2
> -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Wwrite-strings
> -Wmissing-prototypes -Wmissing-declarations -Wcomments -Wshadow
> -Werror -pipe -D_REENTRANT -m64 -c eui64_aton.c
>
> Niki
Received on Fri Oct 04 2013 - 09:27:16 MDT

This archive was generated by hypermail 2.2.0 : Fri Oct 04 2013 - 12:00:06 MDT