FreeTDS Development Group

["Varley, David(CBorn at Alcoa)" <David.Varley AT alcoa.com.au>]

Nick,

I've been using autoconf 2.53 for some time, and when the latest CVS code
started to complain about macro errors I harked back to you email, and
upgraded to 2.54.

Now something else broke. I configure with a line like:

 ../freetds/configure --with-unixodbc=../unixODBC [other options]

which now started to complain that it couldn't find ../unixODBC/lib,
which it couldn't, as ../unixODBC was the source/build directory.
Now I'm wondering if I've always had this wrong, and just been
lucky that its built in the past? I tried --with-unixodbc (no -xxx)
and got the complaint that "yes/lib" couldn't be found, and then I
used --with-unixodbc=/usr/local and things built once more.

So, is it the case that the unixodbc DIR parameter should be the
directory that holds the lib directory that holds the unixODBC
libs when built? I had always assumed that it was used for picking
header information from the source, but not perhaps the docs could
made more explicit ?

Regards,

David

> -----Original Message-----
> From: Castellano, Nicholas [mailto:Nicholas_Castellano AT acml.com]
> Sent: Tuesday, 8 October 2002 3:18 AM
> To: TDS Development Group
> Subject: [freetds] WARNING: update your autoconf
> 
> 
> The LTLIBOBJS hack in our configure.in is now expressly forbidden by
> autoconf (since it uses LIBOBJS directly).  The autoconf team 
> explicitly and
> intentionally broke this, and there is no provision for backwards
> compatibility (they do suggest a replacement for this hack, 
> but it relies on
> features that are present only in recent versions of 
> autoconf, where this
> trick is not needed at all.  Brilliant!)
> 
> I will remove this hack, and will add AC_PREREQ(2.53) to configure.in.
> Please update your autoconf installation ASAP.
> 
> Sorry for the hassle.
> 
> Cheers,
> --nick
> 
> 
> The information contained in this transmission may contain 
> privileged and
> confidential information and is intended only for the use of 
> the person(s)
> named above.  If you are not the intended recipient, or an 
> employee or agent
> responsible for delivering this message to the intended recipient, any
> review, dissemination, distribution or duplication of this 
> communication is
> strictly prohibited. If you are not the intended recipient, 
> please contact
> the sender immediately by reply e-mail and destroy all copies of the
> original message. Please note that for certain accounts we do 
> not accept
> orders and/or instructions by e-mail, and for those accounts 
> we will not be
> responsible for carrying out such orders and/or instructions. 
> Kindly refrain
> from sending orders or instructions by e-mail unless you have 
> confirmed that
> we accept such communications for your account. Please also 
> note that to
> satisfy regulatory requirements we review the outgoing and 
> incoming e-mail
> correspondence of staff members serving certain functions.
> 
> 
> 
> ---
> You are currently subscribed to freetds as: 
> [David.Varley AT alcoa.com.au]
> To unsubscribe, forward this message to 
> $subst('Email.Unsub')
>