Skip to Content.
Sympa Menu

freetds - RE: configure bombs on DU 4.0

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Varley, David(CBorn at Alcoa)" <David.Varley AT alcoa.com.au>
  • To: 'TDS Development Group' <freetds AT franklin.oit.unc.edu>
  • Subject: RE: configure bombs on DU 4.0
  • Date: Fri, 23 Aug 2002 08:03:42 +0800


Nick,

I've been tracking CVS changes with clean builds on Tru64 (DU4.0)
pretty much as they come in for several weeks, config gives a few
warnings but completes, and builds are pretty good for me now.

I'm using:

autoconf 2.53
automake 1.4-p4
libtool 1.4 (1.920 2001/04/24 23:26:18)

and building in a separate directory with commands like

../freetds/autogen.sh --with-tdsver=7.0 --with-unixodbc=../unixODBC
--enable-msdblib --with-ssl

I can't build unixODBC at the moment though, apparently my
auto-tools are too new for it :)

David

> -----Original Message-----
> From: Castellano, Nicholas [mailto:Nicholas_Castellano AT acml.com]
> Sent: Friday, 23 August 2002 5:34 AM
> To: TDS Development Group
> Subject: [freetds] configure bombs on DU 4.0
>
>
> This patch resolves some inconsistencies in autoconf macros.
> Without it,
> configure doesn't run to completion on Tru64.
>
> Index: acinclude.m4
> ===================================================================
> RCS file: /cvsroot/freetds/freetds/acinclude.m4,v
> retrieving revision 1.5
> diff -u -r1.5 acinclude.m4
> --- acinclude.m4 9 Jul 2002 01:55:04 -0000 1.5
> +++ acinclude.m4 22 Aug 2002 19:30:41 -0000
> @@ -278,7 +278,7 @@
> dnl based on gethostbyname_r check and snippits from curl's check
>
> AC_DEFUN(AC_tds_FUNC_WHICH_GETHOSTBYADDR_R,
> -[AC_CACHE_CHECK(for which type of gethostbyaddr_r,
> ac_cv_func_which_gethostaddr_r, [
> +[AC_CACHE_CHECK(for which type of gethostbyaddr_r,
> ac_cv_func_which_gethostbyaddr_r, [
> AC_CHECK_FUNC(gethostbyaddr_r, [
> AC_TRY_COMPILE([
> #include <sys/types.h>
> @@ -292,9 +292,9 @@
> int rc;
> rc = gethostbyaddr_r(address, length, type, &h, &hdata);
>
> -],ac_cv_func_which_gethostaddr_r=five,
> +],ac_cv_func_which_gethostbyaddr_r=five,
> [
> -dnl ac_cv_func_which_gethostaddr_r=no
> +dnl ac_cv_func_which_gethostbyaddr_r=no
> AC_TRY_COMPILE([
> #include <sys/types.h>
> #include <netdb.h>
> @@ -330,19 +330,19 @@
> rc = gethostbyaddr_r(address, length, type, &h,
> buffer, 8192, &hp, &h_errnop);
>
> -],ac_cv_func_which_gethostaddr_r=eight,ac_cv_func_which_getho
> staddr_r=no)
> +],ac_cv_func_which_gethostbyaddr_r=eight,ac_cv_func_which_get
> hostbyaddr_r=n
> o)
>
> ]
> )
> ]
> )]
> - ,ac_cv_func_which_gethostaddr_r=no)])
> + ,ac_cv_func_which_gethostbyaddr_r=no)])
>
> -if test $ac_cv_func_which_gethostaddr_r = eight; then
> +if test $ac_cv_func_which_gethostbyaddr_r = eight; then
> AC_DEFINE(HAVE_FUNC_GETHOSTBYADDR_R_8)
> -elif test $ac_cv_func_which_gethostaddr_r = seven; then
> +elif test $ac_cv_func_which_gethostbyaddr_r = seven; then
> AC_DEFINE(HAVE_FUNC_GETHOSTBYADDR_R_7)
> -elif test $ac_cv_func_which_gethostaddr_r = five; then
> +elif test $ac_cv_func_which_gethostbyaddr_r = five; then
> AC_DEFINE(HAVE_FUNC_GETHOSTBYADDR_R_5)
>
> fi
>
>
> 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')
>




Archive powered by MHonArc 2.6.24.

Top of Page