Skip to Content.
Sympa Menu

freetds - Re: [freetds] Missing libtdsodbc.so on Solaris

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Peter C. Norton" <spacey-freetds.org AT ssr.com>
  • To: FreeTDS Development Group <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] Missing libtdsodbc.so on Solaris
  • Date: Wed, 22 Dec 2010 11:37:29 -0500

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




Archive powered by MHonArc 2.6.24.

Top of Page