Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date: Fri, 13 Dec 2002 10:05:59 -0500 (EST)
From: Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To: cygwin AT cygwin DOT com
To: Lapo Luchini <lapo AT lapo DOT it>
cc: CygWin <cygwin AT cygwin DOT com>
Subject: Re: autoconf's AC_CHECK_FUNCS([strtol])
In-Reply-To: <3DF9D7EE.1080002@lapo.it>
Message-ID: <Pine.GSO.4.44.0212131005040.12239-100000@slinky.cs.nyu.edu>
Importance: Normal
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

I've had a similar problem once, and the reason was a missing (unrelated)
library, so the program compiled but didn't link.  Hope this helps.
	Igor

On Fri, 13 Dec 2002, Lapo Luchini wrote:

> ...says the function isn't there, but there it is.
>
> This is in config.log, is this 'normal' and/or a 'known problem'?
>
> > configure:15213: checking for strtol
> > configure:15250: g++ -o conftest.exe -g -O2  -L/usr/local/lib/
> > conftest.cc -lexp
> > at  >&5
> > configure:15228: declaration of C function `char strtol()' conflicts with
> > /usr/include/stdlib.h:99: previous declaration `long int strtol(const
> > char*,
> >    char**, int)' here
> > configure:15253: $? = 1
> > configure: failed program was:
> > #line 15218 "configure"
> > #include "confdefs.h"
> > /* System header to define __stub macros and hopefully few prototypes,
> >     which can conflict with char strtol (); below.  */
> > #include <assert.h>
> > /* Override any gcc2 internal prototype to avoid an error.  */
> > #ifdef __cplusplus
> > extern "C"
> > #endif
> > /* We use char because int might match the return type of a gcc2
> >    builtin and then its argument prototype would still apply.  */
> > char strtol ();
> > char (*f) ();
> >
> > int
> > main ()
> > {
> > /* The GNU C library defines this for functions which it implements
> >     to always fail with ENOSYS.  Some functions are actually named
> >     something starting with __ and the normal name is an alias.  */
> > #if defined (__stub_strtol) || defined (__stub___strtol)
> > choke me
> > #else
> > f = strtol;
> > #endif
> >
> >   ;
> >   return 0;
> > }
> > configure:15269: result: no

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/