Re: [PATCH] templated FTP Directory Listing

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4AB609FD.1000703%40treenet.co.nz%3E

Project: Squid

Re: [PATCH] Log additional header for the navigation from BlackBarry Device

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3Cb086760e0909140958t2371cae7s306365e013e4664f%40mail.gmail.com%3E

Project: Squid

Re: [PATCH] warning: `squid' uses 32-bit capabilities

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4AC9DC7F.7030304%40treenet.co.nz%3E

Project: Squid

Re: [PATCH] warning: `squid' uses 32-bit capabilities

[Alexander Huemer]

actually the patch you wrote does not work for me.
i tried it with squid-3.1.0.13, since the patch seemed to belong to
squid-3.1, not squid-3.0.

# /etc/init.d/squid start
* Starting squid...
2009/10/06 00:26:05| WARNING: -D command-line option is obsolete.
*** glibc detected *** /usr/sbin/squid: free(): invalid next size
(fast): 0x083ec238 ***
=== Backtrace: =
/lib/libc.so.6[0xb7c0e091]
/lib/libc.so.6[0xb7c0f792]
/lib/libc.so.6(cfree+0x6d)[0xb7c1284d]
/usr/sbin/squid[0x818023e]
=== Memory map: 
08048000-0825e000 r-xp  08:01 8807345/usr/sbin/squid
0825e000-08261000 r--p 00215000 08:01 8807345/usr/sbin/squid
08261000-08263000 rw-p 00218000 08:01 8807345/usr/sbin/squid
08263000-083fd000 rw-p  00:00 0  [heap]
b7a0-b7a21000 rw-p  00:00 0
b7a21000-b7b0 ---p  00:00 0
b7b41000-b7b4a000 r-xp  08:01 29728532  
/lib/libnss_nis-2.10.1.so
b7b4a000-b7b4b000 r--p 8000 08:01 29728532  
/lib/libnss_nis-2.10.1.so
b7b4b000-b7b4c000 rw-p 9000 08:01 29728532  
/lib/libnss_nis-2.10.1.so
b7b4c000-b7b52000 r-xp  08:01 29728535  
/lib/libnss_compat-2.10.1.so
b7b52000-b7b53000 r--p 5000 08:01 29728535  
/lib/libnss_compat-2.10.1.so
b7b53000-b7b54000 rw-p 6000 08:01 29728535  
/lib/libnss_compat-2.10.1.so
b7b54000-b7b5e000 r-xp  08:01 29728521  
/lib/libnss_files-2.10.1.so
b7b5e000-b7b5f000 r--p 9000 08:01 29728521  
/lib/libnss_files-2.10.1.so
b7b5f000-b7b6 rw-p a000 08:01 29728521  
/lib/libnss_files-2.10.1.so
b7b6-b7ba3000 rw-p  00:00 0
b7ba3000-b7ce1000 r-xp  08:01 29728539   /lib/libc-2.10.1.so
b7ce1000-b7ce3000 r--p 0013e000 08:01 29728539   /lib/libc-2.10.1.so
b7ce3000-b7ce4000 rw-p 0014 08:01 29728539   /lib/libc-2.10.1.so
b7ce4000-b7ce7000 rw-p  00:00 0
b7ce7000-b7d03000 r-xp  08:01 34303998  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libgcc_s.so.1
b7d03000-b7d04000 r--p 0001c000 08:01 34303998  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libgcc_s.so.1
b7d04000-b7d05000 rw-p 0001d000 08:01 34303998  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libgcc_s.so.1
b7d05000-b7d06000 rw-p  00:00 0
b7d06000-b7d2a000 r-xp  08:01 29714603   /lib/libm-2.10.1.so
b7d2a000-b7d2b000 r--p 00023000 08:01 29714603   /lib/libm-2.10.1.so
b7d2b000-b7d2c000 rw-p 00024000 08:01 29714603   /lib/libm-2.10.1.so
b7d2c000-b7e0f000 r-xp  08:01 34303988  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libstdc++.so.6.0.12
b7e0f000-b7e13000 r--p 000e3000 08:01 34303988  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libstdc++.so.6.0.12
b7e13000-b7e14000 rw-p 000e7000 08:01 34303988  
/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/libstdc++.so.6.0.12
b7e14000-b7e1b000 rw-p  00:00 0
b7e1b000-b7e1d000 r-xp  08:01 29714649   /lib/libdl-2.10.1.so
b7e1d000-b7e1e000 r--p 1000 08:01 29714649   /lib/libdl-2.10.1.so
b7e1e000-b7e1f000 rw-p 2000 08:01 29714649   /lib/libdl-2.10.1.so
b7e1f000-b7e32000 r-xp  08:01 29728529   /lib/libnsl-2.10.1.so
b7e32000-b7e33000 r--p 00012000 08:01 29728529   /lib/libnsl-2.10.1.so
b7e33000-b7e34000 rw-p 00013000 08:01 29728529   /lib/libnsl-2.10.1.so
b7e34000-b7e36000 rw-p  00:00 0
b7e36000-b7e46000 r-xp  08:01 29728517  
/lib/libresolv-2.10.1.so
b7e46000-b7e47000 r--p 0001 08:01 29728517  
/lib/libresolv-2.10.1.so
b7e47000-b7e48000 rw-p 00011000 08:01 29728517  
/lib/libresolv-2.10.1.so
b7e48000-b7e4b000 rw-p  00:00 0
b7e4b000-b7f82000 r-xp  08:01 60595851  
/usr/lib/libcrypto.so.0.9.8
b7f82000-b7f83000 ---p 00137000 08:01 60595851  
/usr/lib/libcrypto.so.0.9.8
b7f83000-b7f8b000 r--p 00137000 08:01 60595851  
/usr/lib/libcrypto.so.0.9.8
b7f8b000-b7f99000 rw-p 0013f000 08:01 60595851  
/usr/lib/libcrypto.so.0.9.8
b7f99000-b7f9c000 rw-p  00:00 0
b7f9c000-b7fdf000 r-xp  08:01 60600670  
/usr/lib/libssl.so.0.9.8
b7fdf000-b7fe r--p 00043000 08:01 60600670  
/usr/lib/libssl.so.0.9.8
b7fe-b7fe3000 rw-p 00044000 08:01 60600670  
/usr/lib/libssl.so.0.9.8
b7fe3000-b7ff5000 r-xp  08:01 8396889/lib/libz.so.1.2.3
b7ff5000-b7ff6000 r--p 00011000 08:01 8396889/lib/libz.so.1.2.3
b7ff6000-b7ff7000 rw-p 00012000 08:01 8396889/lib/libz.so.1.2.3
b7ff7000-b7ff8000 r-xp  08:01 29498493  
/usr/lib/libmd5.so.0.1.0
b7ff8000-b7ff9000 r--p 1000 08:01 29498493  
/usr/lib/libmd5.so.0.1.0
b7ff9000-b7ffa000 rw-p 2000 08:01 29498493  
/usr/lib/libmd5.so.0.1.0
b7ffa000-b8003000 r-xp  08:01 29728476   /lib/libcrypt-2.10.1.so
b8003000-b8004000 r--p 8000 08:01 29728476   /lib/libcrypt-2.10.1.so
b8

introduction

[Alexander Huemer]

hi,

i am interested in a patch to prevent squid from causing kernel warnings
like this:

warning: `squid' uses 32-bit capabilities (legacy support in use)

a workaround/solution is already discussed here on the mailing list.

regards
-alex

Re: [PATCH] migrate bundled LTDL out of lib/

[Kinkie]

Kinkie has voted reject.
Status is now: Vetoed
Comment:
Doesn't really work right yet.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4AC9C955.6090804%40treenet.co.nz%3E

Project: Squid

Re: [PATCH] fixed entry size for max-size

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4A9E0B24.5000509%40measurement-factory.com%3E

Project: Squid

setting range_offset_limit per domain

[Matthew Morgan]

The other day I posted a question on squid-users asking if it was 
possible to specify range_offset_limit per domain.  Henrik advised me 
that this is not currently possible, but that it shouldn't be hard to 
implement.  I'm interested in attempting to implement this myself, and I 
just wondered if someone could tell me how to get started with the 
development process.


Also, I wonder if anyone has any input on how this should be achieved 
configuration-wise.  I thought about making it backwards compatible by 
changing the directive to:


range_offset_limit (bytes) [pattern]

Where pattern is a regex that the url from the request would be matched 
against.  This would actually not only give us the ability to implement 
it per domain, but we would even have fine grained control per specific 
url.  Then we could have multiple range_offset_limit lines that would be 
parsed in order, using the first line that matched the url in a 
request.  Then, we could have an implied last line that is 
"range_offset_limit 0 *" that would catch everything else.


That was just the first thing that popped into my head, and I haven't 
started reading the code yet.  I just wanted to know where to start and 
get people's opinions.

Re: [MERGE] Clean up htcp cache_peer options collapsing them into a single option with arguments

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C1253226143.599.1.camel%40localhost.localdomain%3E

Project: Squid

Re: [PATCH] migrate bundled LTDL out of lib/

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4AC9C955.6090804%40treenet.co.nz%3E

Project: Squid

Re: [PATCH] parameterize deny_info URL redirect

[Bundle Buggy]

Bundle Buggy has detected this merge request.

For details, see: 
http://bundlebuggy.aaronbentley.com/project/squid/request/%3C4AB8C981.6060902%40treenet.co.nz%3E

Project: Squid

Re: [PATCH] warning: `squid' uses 32-bit capabilities

[Henrik Nordstrom]

tis 2009-10-06 klockan 00:46 +1300 skrev Amos Jeffries:

> I'm going to dare and hope that the fix really is this simple :)

The right fix is actually using libcap instead of the raw kernel
interface...

Regards
Henrik

Re: [PATCH] migrate bundled LTDL out of lib/

[Kinkie]

On Mon, Oct 5, 2009 at 12:24 PM, Amos Jeffries  wrote:
> This removes yet another reason to keep lib/.
>
> Hopefully also clearing up FreeBSD issues with libltdl file include paths
> and reducing the bootstrap complexity between libtool versions.


No good:
[...]
make[2]: Leaving directory
`/export/home/slave/squid-trunk/btlayer-00-default/squid-3.HEAD-BZR/_build/snmplib'
Making all in libltdl
/bin/sh[18]: cd: libltdl: [No such file or directory]
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/export/home/slave/squid-trunk/btlayer-00-default/squid-3.HEAD-BZR/_build'
make: *** [distcheck] Error 2
buildtest.sh result is 2
BUILD: .././test-suite/buildtests/layer-00-default.opts
/bin/sh[18]: cd: libltdl: [No such file or directory]
make[1]: *** [all-recursive] Error 1
make: *** [distcheck] Error 2

Furthermore,

 g++ -DHAVE_CONFIG_H -I../.. -I../../include -I../../src -I../include
-I/usr/local/include -I/usr/include/gssapi -I/usr/include/kerberosv5
-Werror -Wall -Wpointer-arith -Wwrite-strings -Wcomments -D_REENTRANT
-pthreads -g -O2 -MT assert.lo -MD -MP -MF .deps/assert.Tpo -c
../../compat/assert.cc  -fPIC -DPIC -o .libs/assert.o
In file included from ../../compat/compat_shared.h:224,
 from ../../compat/compat.h:73,
 from ../../include/config.h:58,
 from ../../compat/assert.cc:34:
/usr/include/kerberosv5/com_err.h:20: warning: ignoring #pragma ident

I'm afraid there's not much we can do on this one, except maybe not
using -Wall (do we really need com_err.h btw?)

-- 
/kinkie

Hudson build is back to normal: 3.HEAD-i386-FreeBSD-6.4 #98

[noc]

See 

[Fwd: [squid-users] Akamai's new patent 7596619]

[Henrik Nordstrom]

Patent office operations at it's best...
--- Begin Message ---

Take a look at this patent, granted on September 29, 2009

HTML delivery from edge-of-network servers in a content delivery network
(CDN) 

Abstract
A content delivery network is enhanced to provide for delivery of cacheable
markup language content files such as HTML. To support HTML delivery, the
content provider provides the CDNSP with an association of the content
provider's domain name (e.g., www.customer.com) to an origin server domain
name (e.g., html.customer.com) at which one or more default HTML files are
published and hosted. The CDNSP provides its customer with a CDNSP-specific
domain name. The content provider, or an entity on its behalf, then
implements DNS entry aliasing (e.g., a CNAME of the host to the
CDNSP-specific domain) so that domain name requests for the host cue the CDN
DNS request routing mechanism. This mechanism then identifies a best content
server to respond to a request directed to the customer's domain. The CDN
content server returns a default HTML file if such file is cached;
otherwise, the CDN content server directs a request for the file to the
origin server to retrieve the file, after which the file is cached on the
CDN content server for subsequent use in servicing other requests. The
content provider is also provided with log files of CDNSP-delivered HTML.

http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PTXT&s1=Akamai&OS=Akamai&RS=Akamai

-- 
View this message in context: 
http://www.nabble.com/Akamai%27s-new-patent-7596619-tp25727550p25727550.html
Sent from the Squid - Users mailing list archive at Nabble.com.
--- End Message ---

[PATCH] warning: `squid' uses 32-bit capabilities

[Amos Jeffries]

Amos Jeffries wrote:

On Sun, 04 Oct 2009 13:48:07 +0200, Alexander Huemer
 wrote:

hi,


i am using squid-3.0.19 on a gentoo linux x86 system, kernel 2.6.31.1,
libcap-2.17.
when starting squid i get the following message in the system log

Oct 03 21:46:23 [kernel] warning: `squid' uses 32-bit capabilities
(legacy support in use)

i believe this is because of the code in function restoreCapabilities,
located src/tools.cc, lines 1356-EOF.
is there a chance to patch that area so that it is aware of
_LINUX_CAPABILITY_VERSION_3 ?
that should make that warning go away. i believe that because of [1].
i also checked the latest beta of squid (3.1.0.13) where the code is
similar.
in case this should go on the dev mailing list, please tell me, i will
be happy to post again.

kind regards and thanks in advance
-alex

[1]: http://bugs.gentoo.org/220167


I'm going to dare and hope that the fix really is this simple :)

Requires a suitably new version of libcap2 (specifically 2.10+) is 
available for linkage.


Without the right linkage at build Squid will continue to trigger kernel 
messages.


Amos
--
Please be using
  Current Stable Squid 2.7.STABLE7 or 3.0.STABLE19
  Current Beta Squid 3.1.0.14
=== modified file 'src/tools.cc'
--- src/tools.cc	2009-08-28 01:44:26 +
+++ src/tools.cc	2009-10-05 11:38:00 +
@@ -1243,18 +1243,28 @@
 #if defined(_SQUID_LINUX_)
 
 #if HAVE_SYS_CAPABILITY_H
+/* if we dont have v1 fallback to the ancient ways */
 #ifndef _LINUX_CAPABILITY_VERSION_1
 #define _LINUX_CAPABILITY_VERSION_1 _LINUX_CAPABILITY_VERSION
 #endif
+/* if we dont have v2 pretend the version we used for v1 is usable. */
+#ifndef _LINUX_CAPABILITY_VERSION_2
+#define _LINUX_CAPABILITY_VERSION_2 _LINUX_CAPABILITY_VERSION_1
+#endif
+/* if we dont have v3 pretend the version we used for v2 is usable. */
+#ifndef _LINUX_CAPABILITY_VERSION_3
+#define _LINUX_CAPABILITY_VERSION_3 _LINUX_CAPABILITY_VERSION_2
+#endif
+
 cap_user_header_t head = (cap_user_header_t) xcalloc(1, sizeof(*head));
 cap_user_data_t cap = (cap_user_data_t) xcalloc(1, sizeof(*cap));
 
-head->version = _LINUX_CAPABILITY_VERSION_1;
+head->version = _LINUX_CAPABILITY_VERSION_3;
 
 if (capget(head, cap) != 0) {
 debugs(50, DBG_IMPORTANT, "Can't get current capabilities");
-} else if (head->version != _LINUX_CAPABILITY_VERSION_1) {
-debugs(50, DBG_IMPORTANT, "Invalid capability version " << head->version << " (expected " << _LINUX_CAPABILITY_VERSION_1 << ")");
+} else if (head->version != _LINUX_CAPABILITY_VERSION_3) {
+debugs(50, DBG_IMPORTANT, "Invalid capability version " << head->version << " (expected " << _LINUX_CAPABILITY_VERSION_3 << ")");
 } else {
 
 head->pid = 0;

[PATCH] migrate bundled LTDL out of lib/

[Amos Jeffries]

This removes yet another reason to keep lib/.

Hopefully also clearing up FreeBSD issues with libltdl file include 
paths and reducing the bootstrap complexity between libtool versions.


Amos
=== modified file 'Makefile.am'
--- Makefile.am	2009-08-16 12:20:00 +
+++ Makefile.am	2009-10-05 09:04:05 +
@@ -3,7 +3,11 @@
 
 AUTOMAKE_OPTIONS = dist-bzip2 subdir-objects 1.5 foreign
 DIST_SUBDIRS	= compat lib snmplib scripts src icons errors contrib doc helpers test-suite tools
-SUBDIRS		= compat lib @makesnmplib@ scripts src icons errors doc helpers test-suite tools
+SUBDIRS		= compat lib @makesnmplib@
+if USE_LOADABLE_MODULES
+SUBDIRS += libltdl
+endif
+SUBDIRS += scripts src icons errors doc helpers test-suite tools
 
 DISTCLEANFILES = include/stamp-h include/stamp-h[0-9]*
 DEFAULT_PINGER		= $(libexecdir)/`echo pinger | sed '$(transform);s/$$/$(EXEEXT)/'`

=== modified file 'bootstrap.sh'
--- bootstrap.sh	2009-09-04 12:59:38 +
+++ bootstrap.sh	2009-10-05 08:56:02 +
@@ -82,12 +82,7 @@
 # instead of manualy moving files from ltdl to lib/libLtdl
 if egrep -q '^[[:space:]]*AC_LIBLTDL_' configure.in
 then
-	if libtoolize$ltver --help | grep -q -- --ltdl.=; then
-	ltdl="--ltdl=lib/libLtdl"
-	else
-	ltdl="--ltdl"
-	copy_libltdl=1
-	fi
+	ltdl="--ltdl"
 else
 ltdl=""
 fi
@@ -95,7 +90,7 @@
 bootstrap libtoolize$ltver $ltdl --force --copy --automake
 
 # customize generated libltdl, if any
-if test -d libltdl && [ $copy_libltdl ]
+if test -d libltdl
 then
 src=libltdl
 
@@ -106,19 +101,6 @@
 chmod u+w $makefile
 mv $makefile.new $makefile
 chmod u-w $makefile
-
-dest=lib/libLtdl
-# move $src to $dest
-	if test -d $dest # already exists
-	then
-	echo "Updating $dest from $src."
-chmod u+w $dest/*
-mv $src/* $dest/
-rmdir $src
-	else
-	echo "Creating $dest from $src."
-	mv $src $dest
-fi
 fi
 }
 

=== modified file 'configure.in'
--- configure.in	2009-10-05 08:55:38 +
+++ configure.in	2009-10-05 08:56:43 +
@@ -70,7 +70,7 @@
 top_build_prefix=${ac_top_build_prefix}
 AC_SUBST(top_build_prefix)
 
-AC_LIBLTDL_CONVENIENCE(lib/libLtdl)
+AC_LIBLTDL_CONVENIENCE
 fi
 AC_PROG_LIBTOOL
 AC_LTDL_DLLIB
@@ -4164,6 +4164,6 @@
 AC_CONFIG_SUBDIRS(lib/libTrie)
 
 # must configure libltdl subdir unconditionally for "make distcheck" to work
-AC_CONFIG_SUBDIRS(lib/libLtdl)
+AC_CONFIG_SUBDIRS(libltdl)
 
 AC_OUTPUT

=== modified file 'lib/Makefile.am'
--- lib/Makefile.am	2009-06-14 10:44:38 +
+++ lib/Makefile.am	2009-10-05 08:56:02 +
@@ -7,10 +7,6 @@
 
 SUBDIRS =
 
-if USE_LOADABLE_MODULES
-SUBDIRS += libLtdl
-endif
-
 if USE_ESI
 SUBDIRS += libTrie
 endif

=== modified file 'src/LoadableModule.cc'
--- src/LoadableModule.cc	2009-02-03 17:36:15 +
+++ src/LoadableModule.cc	2009-10-05 08:57:29 +
@@ -7,7 +7,7 @@
 #define XSTD_USE_LIBLTDL 1
 
 #if XSTD_USE_LIBLTDL
-#include "libLtdl/ltdl.h" /* generated file */
+#include "libltdl/ltdl.h" /* generated file */
 #else
 #include 
 #endif

=== modified file 'src/Makefile.am'
--- src/Makefile.am	2009-09-30 01:15:18 +
+++ src/Makefile.am	2009-10-05 08:57:09 +
@@ -167,9 +167,6 @@
 	ip/libip.la \
 	fs/libfs.la
 
-## Loadable Modules needs lib/libLtdl stuff
-INCLUDES += -I$(top_srcdir)/lib
-
 EXTRA_PROGRAMS = \
 	DiskIO/DiskDaemon/diskd \
 	unlinkd \

Build failed in Hudson: 3.HEAD-i386-FreeBSD-6.4 #97

[noc]

See 

Changes:

[Amos Jeffries ] libTrie test unit requires math library 
on BSD.

[Amos Jeffries ] Author: Alex Rousskov 

Bug 2791: assertion failed: MemBuf.cc:400: new_cap > (size_t) capacity

Limit input buffer reads to the avilable space.

--
[...truncated 2035 lines...]
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... none
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... f77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether f77 accepts -g... yes
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... freebsd6.4 ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... freebsd6.4 ld.so
(cached) (cached) checking how to hardcode library paths into programs... 
immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for f77 option to produce PIC... -fPIC
checking if f77 PIC flag -fPIC works... yes
checking if f77 static flag -static works... yes
checking if f77 supports -c -o file.o... yes
checking whether the f77 linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... freebsd6.4 ld.so
(cached) (cached) checking how to hardcode library paths into programs... 
immediate
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking which extension is used for loadable modules... .so
checking which variable specifies run-time library path... LD_LIBRARY_PATH
checking for the default library search path... /lib /usr/lib
checking for objdir... .libs
checking whether libtool supports -dlopen/-dlpreopen... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen in -ldl... no
checking for dlerror... yes
checking for _ prefix in compiled symbols... no
checking whether deplibs are loaded by dlopen... yes
checking argz.h usability... no
checking argz.h presence... no
checking for argz.h... no
checking for error_t... no
checking for argz_append... no
checking for argz_create_sep... no
checking for argz_insert... no
checking for argz_next... no
checking for argz_stringify... no
checking assert.h usability... yes
checking assert.h presence... yes
checking for assert.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking malloc.h usability... no
checking malloc.h presence... no
checking for malloc.h... no
checking for memory.h... (cached) yes
checking for stdlib.h... (cached) yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking for unistd.h... (cached) yes
checking dl.h usability... no
checking dl.h presence... no
checking for dl.h... no
checking sys/dl.h usability... no
checking sys/dl.h presence... no
checking for sys/dl.h... no
checking dld.h usability... no
checking dld.h presence... no
checking for dld.h... no
checking mach-o/dyld.h usability... no
checking mach-o/dyld.h presence... no
checking for mach-o/dyld.h... no
checking for string.h... (cached) yes
checking for strchr... yes
checking for strrchr... yes
checking for memcpy