Re: Issue compiling last 3.1 squid in 64-bit platform

As this is a test server, I did a fresh install of the Slackware-64 and
tried to install the newly version of the 3.1 snapshot without any options
passed to the configure.
It gave me the same compile error (lpthread).

Thanks!

> renator_at_flash.net.br wrote:
>> Thanks for your reply, Amos!
>>
>> As I am a newbie, I thought I would not help in the -dev list. Should I
>> move this thread there?
>
> Moved.
>
>> I'm using the last squid-3.1.0.14-20091110 now and I'm still getting the
>> same compiling error in Slackware-64 (13.0), even in other servers. Am I
>> missing something?
>
> Did you erase the old build completely and start fresh with the new code?
>
> If so could you please send in a copy of the config.log generated during
> the build. It should be the directory where you ran configure to start
> things off.
>
>
> And what, if any, options did you pass to configure?
>
> Amos
>
>>
>> Thank you again for your time trying to help me!
>>
>>> On Mon, 9 Nov 2009 14:02:51 -0200 (BRST), renator_at_flash.net.br wrote:
>>>> Greetings! I'm trying to test some new features of the 3.1 Squid Brand
>>> and
>>>> I just tried to compile the last snapshot (squid-3.1.0.14-20091109) on
>>>> Slackware 13.0 64-BIT, with an Intel Xeon server (64-bit), gcc 4.3.3.
>>> Even
>>>> not using any special configure options, I always get the error:
>>>>
>>>> (...)
>>>> depbase=`echo DiskIO/DiskDaemon/DiskDaemonDiskIOModule.o | sed
>>>> 's|[^/]*$|.deps/&|;s|\.o$||'`;\
>>>> g++ -DHAVE_CONFIG_H
>>>> -DDEFAULT_CONFIG_FILE=\"/usr/local/squid/etc/squid.conf\"
>>>> -DDEFAULT_SQUID_DATA_DIR=\"/usr/local/squid/share\"
>>>> -DDEFAULT_SQUID_CONFIG_DIR=\"/usr/local/squid/etc\" -I..
>>>> -I../include -I../src -I../include -I/usr/local/include -I../lib
>>>> -I../lib/libLtdl -I../src -Werror -Wall -Wpointer-arith
>>>> -Wwrite-strings -Wcomments -D_REENTRANT -g -O2 -MT
>>>> DiskIO/DiskDaemon/DiskDaemonDiskIOModule.o -MD -MP -MF
>>>> $depbase.Tpo -c -o DiskIO/DiskDaemon/DiskDaemonDiskIOModule.o
>>>> DiskIO/DiskDaemon/DiskDaemonDiskIOModule.cc &&\
>>>> mv -f $depbase.Tpo $depbase.Po
>>>> rm -f libDiskDaemon.a
>>>> /usr/bin/ar cru libDiskDaemon.a DiskIO/DiskDaemon/DiskdFile.o
>>>> DiskIO/DiskDaemon/DiskdIOStrategy.o
>>>> DiskIO/DiskDaemon/DiskDaemonDiskIOModule.o
>>>> ranlib libDiskDaemon.a
>>>> make[3]: *** No rule to make target `-lpthread', needed by `all-am'.
>>> Stop.
>>>> make[3]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make[2]: *** [all-recursive] Error 1
>>>> make[2]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make[1]: *** [all] Error 2
>>>> make[1]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make: *** [all-recursive] Error 1
>>>>
>>>>
>>>> If I disable the threads option in the configure line, I get:
>>>>
>>>> (...)
>>>> depbase=`echo globals.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
>>>> g++ -DHAVE_CONFIG_H
>>>> -DDEFAULT_CONFIG_FILE=\"/usr/local/squid/etc/squid.conf\"
>>>> -DDEFAULT_SQUID_DATA_DIR=\"/usr/local/squid/share\"
>>>> -DDEFAULT_SQUID_CONFIG_DIR=\"/usr/local/squid/etc\" -I..
>>>> -I../include -I../src -I../include -I/usr/local/include -I../lib
>>>> -I../lib/libLtdl -I../src -Werror -Wall -Wpointer-arith
>>>> -Wwrite-strings -Wcomments -g -O2 -MT globals.o -MD -MP -MF
>>>> $depbase.Tpo -c -o globals.o globals.cc &&\
>>>> mv -f $depbase.Tpo $depbase.Po
>>>> make[3]: *** No rule to make target `-lm', needed by `ufsdump'. Stop.
>>>> make[3]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make[2]: *** [all-recursive] Error 1
>>>> make[2]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make[1]: *** [all] Error 2
>>>> make[1]: Leaving directory `/home/sources/squid-3.1.0.14-20091109/src'
>>>> make: *** [all-recursive] Error 1
>>>>
>>>>
>>>> Did anyone have this problem, too? Is this a 64-bit related issue?
>>>> This
>>>> server has 16GB RAM, so I need to use 64-bit, right? Any ideas on how
>>>> to
>>>> solve this? I did some research in the maillist and google, but didn't
>>>> find the same issue.
>>>>
>>>> Thank you all very much!!
>>> Firstly, report code problems in beta release code to squid-dev mailing
>>> list so the devs can find out about it.
>>>
>>> I think the fix is now ported. Please try the next bundle (20091110)
>>> when
>>> its ready in a few hours.
>>>
>>> Amos
>>>
>>>
>>
>>
>
>
> --
> Please be using
> Current Stable Squid 2.7.STABLE7 or 3.0.STABLE20
> Current Beta Squid 3.1.0.14
>
Received on Tue Nov 10 2009 - 10:31:05 MST