FreeTDS Development Group

["Peter C. Norton" <spacey-freetds.org AT ssr.com>]

You may need CPPFLAGS and not necessarily just CFLAGS.  Also, you're using:

> LDFLAGS=-L/opt/csw/lib CFLAGS=-I/opt/csw/include \
> ./configure --with-unixodbc=/opt/csw/lib --prefix=/opt/freetds/

that should probably be --with-unixodbc=/opt/csw.

This late in the game, if you're still having problems you should
share which compiler you're using, what version, etc.

-Peter

On Wed, Dec 22, 2010 at 10:19:07AM +1100, Adwin Singh wrote:
> Hi Peter,
> 
> Thanks for the information. Tried what you suggested, see below:
> 
> Lines commented out, still fails.
> 
>             checking compile-time options
>               configure: error: sql.h not found
> 
> Here is the file it claims doesn't exist
> 
> root@ofdev # ls -l /opt/csw/include/sql.h
>             -rw-r--r--   1 root     bin        31896 Mar  6  2005
> /opt/csw/include/sql.h
> 
> And the CFLAGS referencing it
> 
>             root@ofdev # echo $CFLAGS
>               -I/opt/csw/include
> 
> Is there any chance of getting a binary package for this ?
> 
> Thanks
> Adwin
> 
> -----Original Message-----
> From: freetds-bounces AT lists.ibiblio.org
> [mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of Peter C. Norton
> Sent: Wednesday, 22 December 2010 3:25 AM
> To: FreeTDS Development Group
> Subject: Re: [freetds] Missing libtdsodbc.so on Solaris
> 
> This is a pretty old version of the OS, released 10 years ago.  It's
> kind of hard for me to know what is failing in the test but you can
> simply avoid this by commenting out the test in the configure script
> based on the version of the configure script I've got, starting where
> it says:
> 
> { $as_echo "$as_me:$LINENO: checking whether malloc_options variable is
> present" >&5
> $as_echo_n "checking whether malloc_options variable is present... "
> >&6; }
> 
> comment out everything until:
> 
> { $as_echo "$as_me:$LINENO: result: $ac_cv_have_malloc_options" >&5
> $as_echo "$ac_cv_have_malloc_options" >&6; }
> 
> and leave this alone.  Before this, set the following:
> 
>         ac_cv_have_malloc_options=no
> 
> and this test should be bypassed with no harm done. The solaris tools
> have massively improved between 2.8/8 and 10, so it's possible you'll
> have to massage the configure script further after you do this.
> 
> It seems strange to me that the linker failing should cause this test
> to fail, though.  The test is looking for this failure to determine
> that malloc_options isn't present.  It doesn't make any assumptions
> per your sysadmin, it's testing that this does fail when it should.
> Perhaps cc or ld needs patching to avoid this.  Here's the bit from
> config.log on a solaris 10 system:
> 
> configure:22151: checking whether malloc_options variable is present
> configure:22182: /usr/local/sunstudio12.1/bin/cc -o conftest -m64 -g
> -xarch=sse3 -I/usr/local/freetds-0.83.dev.20100902/include
> -I/usr/local/freetds-0.83.dev.20100902/include -D_FREETDS_LIBRARY_SOURCE
> -L/usr/local/freetds-0.83.dev.20100902/lib
> -R/usr/local/freetds-0.83.dev.20100902/lib -B direct -z text
> -L/usr/local/freetds-0.83.dev.20100902/lib
> -R/usr/local/freetds-0.83.dev.20100902/lib -B direct -z text -liconv
> conftest.c -lpthread  >&5
> Undefined                       first referenced
>  symbol                             in file
> malloc_options                      conftest.o
> ld: fatal: Symbol referencing errors. No output written to conftest
> configure:22189: $? = 1
> configure: failed program was:
> 
> and it continues.  This looks identical to the output you're getting,
> but we're obviously seeing different results.  I don't think that the
> issue here is only the configure script, but also something else (m4,
> shell, ld, cc, etc.)
> 
> -Peter
> 
> On Tue, Dec 21, 2010 at 11:32:19AM +1100, Adwin Singh wrote:
> > Hi All,
> > 
> > Version of Solaris:
> > 
> > uname -a
> > SunOS ofdev 5.8 Generic_117350_50 sun4u sparc SUNW,Sun-Fire-480R
> > 
> > Thanks
> > Adwin
> > 
> > -----Original Message-----
> > From: freetds-bounces AT lists.ibiblio.org
> > [mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of Peter C.
> Norton
> > Sent: Tuesday, 21 December 2010 7:01 AM
> > To: FreeTDS Development Group
> > Subject: Re: [freetds] Missing libtdsodbc.so on Solaris
> > 
> > I haven't seen this problem building FreeTDS-0.83.dev (various
> > versions) on Solaris 10 x86 and sparc.  What version of Solaris are
> > you running?
> > 
> > -Peter
> > 
> > On Mon, Dec 20, 2010 at 03:19:02PM +1100, Adwin Singh wrote:
> > > Hi All,
> > > 
> > > We've double checked. The --with-unixodbc option is not on by
> default,
> > > so was not in the original freetds installation. We have rebuilt but
> > > hitting an issue because the software assumes "malloc_options" is
> > always
> > > available. Issue is that "malloc_options" is only available on
> FreeBSD
> > > and Linux, not Solaris.
> > > 
> > > FYI we are running Solaris SPARC 64bit. Is it possible to get around
> > > this issue or get a precompiled version for Solaris ?
> > > 
> > > See below from our IT Guys:
> > > 
> > > I've rebuilt with
> > > 
> > >   root@ofdev # LDFLAGS=-L/opt/csw/lib CFLAGS=-I/opt/csw/include
> > > ./configure --with-unixodbc=/opt/csw/lib --prefix=/opt/freetds/
> > > 
> > > This fails because of an assumption within the freetds software that
> > > "malloc_options" is always available.
> > > 
> > > configure:20732: checking whether malloc_options variable is present
> > > configure:20758: cc -o conftest -I/opt/csw/include
> > > -D_FREETDS_LIBRARY_SOURCE -L/opt/csw/lib -lmalloc conftest.c
> -lpthread
> > > >&5
> > > Undefined                       first referenced
> > >  symbol                             in file
> > > malloc_options                      conftest.o
> > > 
> > > However malloc_options is only available on FreeBSD and Linux; it is
> > not
> > > available on Solaris.
> > > 
> > > It is not possible to enable the --with-unixodbc option 
> > > 
> > > Thanks
> > > Adwin
> > > 
> > > -----Original Message-----
> > > From: Adwin Singh 
> > > Sent: Friday, 3 December 2010 4:39 PM
> > > To: freetds AT lists.ibiblio.org
> > > Subject: RE: [freetds] Missing libtdsodbc.so on Solaris
> > > 
> > > Thanks - let me double check if configure, make and make install
> were
> > > indeed performed.
> > > 
> > > I'll report back.
> > > 
> > > -----Original Message-----
> > > From: freetds-bounces AT lists.ibiblio.org
> > > [mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of Dann Corbit
> > > Sent: Friday, 3 December 2010 10:39 AM
> > > To: freetds AT lists.ibiblio.org
> > > Subject: Re: [freetds] Missing libtdsodbc.so on Solaris
> > > 
> > > Did you perform make?
> > > 
> > > > -----Original Message-----
> > > > From: freetds-bounces AT lists.ibiblio.org [mailto:freetds-
> > > > bounces AT lists.ibiblio.org] On Behalf Of Adwin Singh
> > > > Sent: Thursday, December 02, 2010 3:07 PM
> > > > To: freetds AT lists.ibiblio.org
> > > > Subject: [freetds] Missing libtdsodbc.so on Solaris
> > > > 
> > > > Hi All,
> > > > 
> > > > 
> > > > 
> > > > We have just installed freetds on a Solaris machine at
> /opt/freetds.
> > > > 
> > > > 
> > > > 
> > > > We are attempting to connect from Oracle to a SQL Server machine.
> > I've
> > > > noticed that in the setup, it requires a library file called
> > > > 'libtdsodbc.so' which should be located at /opt/freetds/lib.
> > > > 
> > > > 
> > > > 
> > > > Unfortunately the file doesn't exist, other library files exist
> but
> > > not
> > > > this file. I believe this should have been installed as part of
> > > > freetds.
> > > > Do you have any suggestions on generating this library file ?
> > > > 
> > > > 
> > > > 
> > > > Thanks for your help
> > > > 
> > > > Adwin
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
> 
> 
> 
> "Your Success is our Success"
>  
> NOTICE: This email is intended only to be read or used by the addressee. It 
> is confidential and may contain legally privileged information. If you are 
> not the addressee indicated in this message (or responsible for delivery of 
> the message to such person), you may not copy or deliver this message to 
> anyone and you should destroy this message and kindly notify the sender by 
> reply email. Confidentiality and legal privilege are not waived or lost by 
> reason of mistaken delivery to you.
> 
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds