Skip to Content.
Sympa Menu

freetds - RE: Mac OS X 10.1.5 Make Problem?

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: stephen.hsu AT donovandata.com
  • To: "TDS Development Group" <freetds AT franklin.metalab.unc.edu>
  • Subject: RE: Mac OS X 10.1.5 Make Problem?
  • Date: Tue, 17 Sep 2002 14:46:32 -0400



Hey Nick,

I tried getting it from CVS, I was able to get all the files but the build
wouldn't work I kept getting

**Error**: You must have `libtool' installed.
Get ftp://ftp.gnu.org/pub/gnu/libtool-1.2d.tar.gz
(or a newer version if it is available)

**Error**: You must have `automake' installed.
Get ftp://ftp.gnu.org/pub/gnu/automake-1.3.tar.gz
(or a newer version if it is available)

I checked libtool is installed. It's a version by apple, it doesn't return
--version so the script fails
there. 'automake' isn't installed on Macintosh OS X.

So I tried using the old files, dropping in freetds/src/tds/asprintf.c,
running the ./configure and
make. I get

mv -f .libs/asprintf.lo asprintf.lo
/bin/sh ../../libtool --mode=link cc -g -O2 -DTDS50 -o libtds.la -rpath
/usr/local/lib mem.lo token.lo util.lo login.lo read.lo write.lo
convert.lo numeric.lo config.lo query.lo iconv.lo locale.lo challenge.lo
threadsafe.lo asprintf.lo
rm -fr .libs/libtds.la .libs/libtds.* .libs/libtds.*
cc -dynamiclib -undefined suppress -o .libs/libtds.0.0.0.dylib mem.lo
token.lo util.lo login.lo read.lo write.lo convert.lo numeric.lo config.lo
query.lo iconv.lo locale.lo challenge.lo threadsafe.lo asprintf.lo -lc
-install_name /usr/local/lib/libtds.0.dylib -compatibility_version 1
-current_version 1.0
ld: -undefined error must be used when -twolevel_namespace is in effect
/usr/bin/libtool: internal link edit command failed
make[3]: *** [libtds.la] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1
[localhost:ddsdds/desktop/freetds] root#

Any suggestions? Thanks.
PS: I got the nightly snapshot, ran ./configure, make. It gave me the
previous error about asprintf.c.
also I double checked on the man commands

[localhost:ddsdds/desktop/freetds] root# man vasprintf
man: no entry for vasprintf in the manual.
[localhost:ddsdds/desktop/freetds] root# man asprintf
man: no entry for asprintf in the manual.

Dunno if it matters. I'm on Macintosh OS 10.1.5.

later





"Castellano, Nicholas"

<Nicholas_Castellano AT acml.com> To: "TDS
Development Group" <freetds AT franklin.metalab.unc.edu>
Sent by: cc:

bounce-freetds-149453 AT franklin.metal Subject:
[freetds] RE: Mac OS X 10.1.5 Make Problem?
ab.unc.edu





09/16/2002 09:19 PM

Please respond to "TDS Development

Group"








I had a few minutes to rewrite our asprintf.c tonight. If you update from
current CVS it should all Just Work. (If you can't do CVS, then wait until
the next tarball generation and try that). If you have any problems, let
me
know.

You almost certainly won't have any problem. The implementation in our
tree
was mistakenly being used even if the system already provided an
implementation. When I updated our implementation, I noticed this and
fixed
the autoconf stuff so it will do the right thing. (asprintf.c now includes
config.h so that it will see the HAVE_VASPRINTF macro...)

Cheers,
--nick

-----Original Message-----
From: bounce-freetds-145195 AT franklin.oit.unc.edu
[mailto:bounce-freetds-145195 AT franklin.oit.unc.edu]
Sent: Monday, September 16, 2002 7:14 PM
To: TDS Development Group
Subject: [freetds] RE: Mac OS X 10.1.5 Make Problem?


I knew I needed to test 0.63, but didn't get the time with 9/11 last
week...

At 4:29 PM -0400 9/16/2002, Lowden, James K wrote:
>Yes. OS X perhaps has another variation on the theme for SC_PAGESIZE?
>What do you get for the following:
>
>$ grep -r SC_PAGESIZE /usr/include

Nothing.

>More interesting, what says "man asprintf" and "man vasprintf"? Are they
>not implemented by Darwin? The FreeTDS asprintf.c module should not come
>into play unless the OS does not provide these functions.

They are both implemented. Here's the relevant portions from the man page:

Asprintf() and vasprintf() set *ret to be a pointer to a buffer
suffi-
ciently large to hold the formatted string. This pointer should be
passed to free(3) to release the allocated storage when it is no
longer
needed. If sufficient space cannot be allocated, asprintf() and
vasprintf() will return -1 and set ret to be a NULL pointer.

...
HISTORY
The functions asprintf() and vasprintf() first appeared in the GNU C
library. These were implemented by Peter Wemm <peter AT FreeBSD.org> in
FreeBSD 2.2, but were later replaced with a different implementation
from
Todd C. Miller <Todd.Miller AT courtesan.com> for OpenBSD 2.3.

Nothing in BUGS about it.

>I would be happy to fix FreeTDS to accomodate OS X, if we can find the
>equivalent of SC_PAGESIZE or correctly assess the presence of
vasprintf(3).

There is /usr/bin/pagesize and the function getpagesize() in unistd.h
which return the number of bytes in a page.

--
__________________________________________________________________________
"They that can give up essential liberty
Mark J. Lilback to obtain a little temporary safety
<mark AT lilback.com> deserve neither liberty or safety."
http://www.lilback.com/ -- Benjamin Franklin

---
You are currently subscribed to freetds as: [Nicholas_Castellano AT acml.com]
To unsubscribe, forward this message to
$subst('Email.Unsub')


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: [stephen.hsu AT donovandata.com]
To unsubscribe, forward this message to
$subst('Email.Unsub')








Archive powered by MHonArc 2.6.24.

Top of Page