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

2009-11-11 Thread renator
Sorry for my delay replying to your message. Brazil had a big electricity
failure yesterday
(http://www.cnn.com/2009/WORLD/americas/11/10/brazil.blackout/index.html),
so we gone back to stone age for a while...

I just tried to compile the patched squid-3.1.0.14-BZR-hno.tar.bz2 and
YES, it did compile without any problems this time in my Slackware
13.0-64bit. Damn, you're fast! :-)

I'll compile it in several test servers we have to do some semi-production
use. I'm not a developer, but If I can help anyway, please just let me
know and I'll be glad to help.

Thank you for all your attention and time!!



 Should be fixed in trunk now I hope..

 Can you try applying the patch from
 http://www.squid-cache.org/Versions/v3/HEAD/changesets/squid-3-10105.patch
 ontop of the tree you downloaded before:

 note: you need to run bootstrap.sh after patching.


 tis 2009-11-10 klockan 23:43 +0100 skrev Henrik Nordstrom:
 Found the culpit now..

 configure.in:

 AC_CHECK_LIB(pthread,
 main,[DISK_LIBS=$DISK_LIBS -lpthread],


 src/Makefile.am:

 squid_DEPENDENCIES = ...
 @DISK_LIBS@ \


 No idea why that passes without error on my F11 box when other such
 errors do not..

 Regards
 Henrik






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

2009-11-11 Thread Amos Jeffries

rena...@flash.net.br wrote:

Sorry for my delay replying to your message. Brazil had a big electricity
failure yesterday
(http://www.cnn.com/2009/WORLD/americas/11/10/brazil.blackout/index.html),
so we gone back to stone age for a while...

I just tried to compile the patched squid-3.1.0.14-BZR-hno.tar.bz2 and
YES, it did compile without any problems this time in my Slackware
13.0-64bit. Damn, you're fast! :-)

I'll compile it in several test servers we have to do some semi-production
use. I'm not a developer, but If I can help anyway, please just let me
know and I'll be glad to help.


Well, now that you mention it...
 If you are able to assist we are attempting to get regular builds of 
Squid on as many OS as possible. To improve peoples build experiences 
with Squid and the general code quality. Slackware would be a welcome 
addition.

 The details are at: http://wiki.squid-cache.org/BuildFarm

Amos



Thank you for all your attention and time!!




Should be fixed in trunk now I hope..

Can you try applying the patch from
http://www.squid-cache.org/Versions/v3/HEAD/changesets/squid-3-10105.patch
ontop of the tree you downloaded before:

note: you need to run bootstrap.sh after patching.


tis 2009-11-10 klockan 23:43 +0100 skrev Henrik Nordstrom:

Found the culpit now..

configure.in:

AC_CHECK_LIB(pthread,
main,[DISK_LIBS=$DISK_LIBS -lpthread],


src/Makefile.am:

squid_DEPENDENCIES = ...
@DISK_LIBS@ \


No idea why that passes without error on my F11 box when other such
errors do not..

Regards
Henrik








--
Please be using
  Current Stable Squid 2.7.STABLE7 or 3.0.STABLE20
  Current Beta Squid 3.1.0.14


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

2009-11-10 Thread renator
If you need me to do any type of specific test or use any compile options,
please let me know and I would be glad to help!

Thanks again for your effort!

 tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:

 Yet I ported those fixes down and he still reports it in the snapshot
 built afterwards. :(

 I think something went wrong in that port, the build farm also failed..

 was a number of iterations in trunk before it worked right.

 Regards
 Henrik






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

2009-11-10 Thread Henrik Nordstrom
tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:

 Yet I ported those fixes down and he still reports it in the snapshot 
 built afterwards. :(

I think something went wrong in that port, the build farm also failed..

was a number of iterations in trunk before it worked right.

Regards
Henrik



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

2009-11-10 Thread Henrik Nordstrom
can you try ftp://ftp.squid-cache.se/private/squid-3.1.0.14-BZR.tar.bz2
(snapshot of current sources in bzr)

this is fixed so that it builds for me on Fedora 11.


tis 2009-11-10 klockan 09:14 -0200 skrev rena...@flash.net.br:
 If you need me to do any type of specific test or use any compile options,
 please let me know and I would be glad to help!
 
 Thanks again for your effort!
 
  tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
 
  Yet I ported those fixes down and he still reports it in the snapshot
  built afterwards. :(
 
  I think something went wrong in that port, the build farm also failed..
 
  was a number of iterations in trunk before it worked right.
 
  Regards
  Henrik
 
 
 



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

2009-11-10 Thread renator
Worked like a charm!

I tried to compile it using no options in configure, but I still get the
same error in Slackware-64:

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-BZR/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
make: *** [all-recursive] Error 1


Is your Fedora 11 64-bit? I will install Ubuntu-64 and try to compile it
in the same server. As soon as I have the results I'll post back to you!

Thanks again!



No problems at all this time!

 can you try ftp://ftp.squid-cache.se/private/squid-3.1.0.14-BZR.tar.bz2
 (snapshot of current sources in bzr)

 this is fixed so that it builds for me on Fedora 11.


 tis 2009-11-10 klockan 09:14 -0200 skrev rena...@flash.net.br:
 If you need me to do any type of specific test or use any compile
 options,
 please let me know and I would be glad to help!

 Thanks again for your effort!

  tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
 
  Yet I ported those fixes down and he still reports it in the snapshot
  built afterwards. :(
 
  I think something went wrong in that port, the build farm also
 failed..
 
  was a number of iterations in trunk before it worked right.
 
  Regards
  Henrik
 
 







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

2009-11-10 Thread renator
Sorry for the Worked like a charm! line in my email. It was a mistake. I
was writing the email while the software was compiling and I thought it
worked. When I saw it didn't, I forgot to erase the first line. Blame on
me!

Sorry!

 Worked like a charm!

 I tried to compile it using no options in configure, but I still get the
 same error in Slackware-64:

 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-BZR/src'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
 make[1]: *** [all] Error 2
 make[1]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
 make: *** [all-recursive] Error 1


 Is your Fedora 11 64-bit? I will install Ubuntu-64 and try to compile it
 in the same server. As soon as I have the results I'll post back to you!

 Thanks again!



 No problems at all this time!

 can you try ftp://ftp.squid-cache.se/private/squid-3.1.0.14-BZR.tar.bz2
 (snapshot of current sources in bzr)

 this is fixed so that it builds for me on Fedora 11.


 tis 2009-11-10 klockan 09:14 -0200 skrev rena...@flash.net.br:
 If you need me to do any type of specific test or use any compile
 options,
 please let me know and I would be glad to help!

 Thanks again for your effort!

  tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
 
  Yet I ported those fixes down and he still reports it in the
 snapshot
  built afterwards. :(
 
  I think something went wrong in that port, the build farm also
 failed..
 
  was a number of iterations in trunk before it worked right.
 
  Regards
  Henrik
 
 










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

2009-11-10 Thread renator
Just tried in Ubuntu 9.10 64-bit and it worked. I think it's something
specific to Slackware 13.0 64BIT...

Can I help, anyway?

Thanks!

 Sorry for the Worked like a charm! line in my email. It was a mistake. I
 was writing the email while the software was compiling and I thought it
 worked. When I saw it didn't, I forgot to erase the first line. Blame on
 me!

 Sorry!

 Worked like a charm!

 I tried to compile it using no options in configure, but I still get the
 same error in Slackware-64:

 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-BZR/src'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
 make[1]: *** [all] Error 2
 make[1]: Leaving directory `/home/sources/squid-3.1.0.14-BZR/src'
 make: *** [all-recursive] Error 1


 Is your Fedora 11 64-bit? I will install Ubuntu-64 and try to compile it
 in the same server. As soon as I have the results I'll post back to you!

 Thanks again!



 No problems at all this time!

 can you try ftp://ftp.squid-cache.se/private/squid-3.1.0.14-BZR.tar.bz2
 (snapshot of current sources in bzr)

 this is fixed so that it builds for me on Fedora 11.


 tis 2009-11-10 klockan 09:14 -0200 skrev rena...@flash.net.br:
 If you need me to do any type of specific test or use any compile
 options,
 please let me know and I would be glad to help!

 Thanks again for your effort!

  tis 2009-11-10 klockan 23:41 +1300 skrev Amos Jeffries:
 
  Yet I ported those fixes down and he still reports it in the
 snapshot
  built afterwards. :(
 
  I think something went wrong in that port, the build farm also
 failed..
 
  was a number of iterations in trunk before it worked right.
 
  Regards
  Henrik
 
 













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

2009-11-10 Thread Henrik Nordstrom
tis 2009-11-10 klockan 10:28 -0200 skrev rena...@flash.net.br:

 make[3]: *** No rule to make target `-lpthread', needed by `all-am'.  Stop.

 Is your Fedora 11 64-bit? I will install Ubuntu-64 and try to compile it
 in the same server. As soon as I have the results I'll post back to you!

It is 64-bit.

But the problem seem to be dependent on something else. We saw similar
problems with trunk some time ago where it failed on my machine but
worked on all the machines in the build farm..

can you do

  grep -- -lpthread src/Makefile

Regards
Henrik



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

2009-11-10 Thread Henrik Nordstrom
Found the culpit now..

configure.in:

AC_CHECK_LIB(pthread,
main,[DISK_LIBS=$DISK_LIBS -lpthread],


src/Makefile.am:

squid_DEPENDENCIES = ...
@DISK_LIBS@ \


No idea why that passes without error on my F11 box when other such
errors do not..

Regards
Henrik



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

2009-11-10 Thread Henrik Nordstrom
Should be fixed in trunk now I hope..

Can you try applying the patch from
http://www.squid-cache.org/Versions/v3/HEAD/changesets/squid-3-10105.patch 
ontop of the tree you downloaded before:

note: you need to run bootstrap.sh after patching.


tis 2009-11-10 klockan 23:43 +0100 skrev Henrik Nordstrom:
 Found the culpit now..
 
 configure.in:
 
 AC_CHECK_LIB(pthread,
 main,[DISK_LIBS=$DISK_LIBS -lpthread],
 
 
 src/Makefile.am:
 
 squid_DEPENDENCIES = ...
 @DISK_LIBS@ \
 
 
 No idea why that passes without error on my F11 box when other such
 errors do not..
 
 Regards
 Henrik



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

2009-11-09 Thread Amos Jeffries

rena...@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), rena...@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


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

2009-11-09 Thread Henrik Nordstrom
tis 2009-11-10 klockan 18:23 +1300 skrev Amos Jeffries:

  make[3]: *** No rule to make target `-lpthread', needed by `all-am'.

This is the XTRA_LIBS confusion currently being fixed up in trunk.

XTRA_LIBX must only be added in LDADD rules, not the CUSTOM_LIBS which
is also a dependency..

Regards
Henrik