Skip to Content.
Sympa Menu

freetds - Re: [freetds] make error: latest snapshot; Solaris

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "ZIGLIO, Frediano, VF-IT" <Frediano.Ziglio AT vodafone.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] make error: latest snapshot; Solaris
  • Date: Wed, 6 Jul 2005 14:39:43 +0200

:(
recursive mutex are not so portable, at least this type of
initialization.

Try attached version, it do not use recursive mutex

bye
freddy77

>
> Hi all,
>
> I've got past this problem now.
>
> The solution was to set the LD environment variable to the same as the
> CC environment variable, e.g. :
>
> setenv CC /apps/dev/tools/sun5/SUNWspro/bin/cc
> setenv LD $CC
>
> Now I'm getting a compilation error on dblib.c
>
> "dblib.c", line 192: undefined symbol:
> PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP
> "dblib.c", line 192: warning: {}-enclosed initializer required
> "dblib.c", line 192: non-constant initializer: op "NAME"
> "dblib.c", line 192: warning: syntax error: empty declaration
> "dblib.c", line 227: cannot recover from previous errors
>
> which comes from dblib.c line 192:
>
> static TDS_MUTEX_DECLARE_RECURSIVE(dblib_mutex);
>
> TDS_MUTEX_DECLARE_RECURSIVE is #defined in tdsthread.h :
>
> #define TDS_MUTEX_DECLARE_RECURSIVE(name) pthread_mutex_t name =
> PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP;
>
> I can't find PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP #defined anywhere
> else...
>
> Any ideas ?
>
> Bill
>
> -----Original Message-----
> From: freetds-bounces AT lists.ibiblio.org
> [mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of James
> K. Lowden
> Sent: 05 July 2005 13:25
> To: FreeTDS Development Group
> Subject: Re: [freetds] make error: latest snapshot; Solaris
>
>
> Thompson, Bill D (London) wrote:
> > > It seems I upgraded libtool on March 27. Have you not built the
> > > snapshot since?
> >
> > I don't think so.
> > I had problems with configure last time (various files like
> config.sub
> > were missing),
> > so I think I copied "configure" from a previous version to get it to
> > work.
> >
> >
> > > You're using /usr/ccs/bin/ld, but -Wl is Posix for "dear compiler,
> > > please forward this argument to the linker". Frediano's right,
> > libtool
> > > generated this incorrect command string. What compiler+linker do
> you
> > > mean to use, and is it being selected correctly by the configure
> > script?
> >
> > I have gcc on my development box but I don't want to use it
> - all the
> > applications that use freetds are compiled with the SUN workshop cc
> > compiler
>
> OK, Bill, that points at libtool, again. :-( I think it's odd that
> Solaris of all things would confuse libtool, but there it is.
>
> $ tools
> autoconf (GNU Autoconf) 2.59
> automake (GNU automake) 1.9.5
> ltmain.sh (GNU libtool) 1.5.14 (1.1220.2.195 2005/02/12 12:12:33)
>
> That's what the build box is using. Maybe there's a newer version?
> I'll
> look into it. Sorry for your inconvenience.
>
> Regards,
>
> --jkl
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
> --------------------------------------------------------
>
> If you are not an intended recipient of this e-mail, please
> notify the sender, delete it and do not read, act upon,
> print, disclose, copy, retain or redistribute it. Click here
> for important additional terms relating to this e-mail.
> http://www.ml.com/email_terms/
> --------------------------------------------------------
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
>
We have removed
freetds-0.64.dev.20050706.tar.gz(configure.com,installfreetds.bat) from this
email because it is not part of Vodafone Italy content security policy


Archive powered by MHonArc 2.6.24.

Top of Page