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
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
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
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
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
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
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
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
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
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
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
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
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..
13 matches
Mail list logo