On May 11, 2005, at 7:15 PM, Scott Palmer wrote:
> On May 11, 2005, at 9:25 PM, Stephen Davis wrote:
>> On May 11, 2005, at 3:38 PM, Scott Palmer wrote:
>>> On May 11, 2005, at 11:28 AM, Karan, Cem ((Civ, ARL/CISD)) wrote:
>>>> This will most likely get you what you need:
>>>> ./configure --enable-maintainer-mode --disable-shared GXX=yes
>>>> make check
>>>> make install
>>>> In past incarnations, you had to have GXX=yes to make everything
>>>> work. In this current release (1.2 RC 3), it looks like all you
>>>> really need is to disable the shared library support. This is
>>>> because currently, the auto* tools call libtool to generate the
>>>> shared libraries; unfortunately, Apple decided to create their own
>>>> tool called libtool, and rename the GNU libtool to glibtool. This
>>>> breaks the various auto* tools, as you can see from the tail end of
>>>> your transcript.
>> It works fine shared if you do:
>> GXX=yes ./configure --without-berkeley-db --with-zlib
>> --enable-shared=yes --with-ssl
>> You don't have to turn off bdb, I just have that turned off for my
>> own needs.
>> No need for maintainer mode or autogen.sh.
> Ok, so what exactly is the key to making it work? One person says "it
> looks like all you really need is to disable the shared library
> support", but apparently that isn't required. How is "-with-zlib
> --enable-shared=yes --with-ssl" different from the defaults? I assumed
> that without "--disable-shared" that "--enable-shared=yes" is implied.
> Same for "--with-zlib" and "--with-ssl" .. aren't they normally
> enabled with a standard "./configure" ????
The bundled neon library will not enable SSL unless --with-ssl is
passed in. This is in the subversion FAQ I think.
The bundled neon library will fail to build shared if GXX=yes is not
specified. On Panther, this was silently ignored. On Tiger, it fails
the build (last I checked).
--enable-shared=yes is just another hint to neon that it should build
shared. It may or may not be necessary in the presence of GXX=yes.
I'm not sure --with-zlib is required b/c configure may find it anyway
but it's explicitly listed in "./configure --help" so I thought I would
> Any ideas why renaming glibtool so that it is used isn't enough?
I'm sure that works too but I'd rather not rename my system-supplied
binaries if I don't have to.
As you can see, there are many ways to skin the cat. If something
doesn't build straight out of the box (e.g. ./configure), then lots of
people just whack on stuff until it works. I know I do. Cem and I
obviously used different approaches to solve the problem and both are
valid depending on what you need. If you don't need shared libaries,
then turn 'em off. If you want SSL, add "--with-ssl". It's just the
magic and pain that is autoconf. :-)
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu May 12 04:34:34 2005