How to add -I to compile line?

I was looking at the archives and discovered there wasn't a way to locally search them. I want to check for an include file in $GEMSTONE/include, and if its present add -I$(GEMSTONE)/include to the compile options. I then want to do the same for some SYBASE include files. I'm fairly certain a q

Re: Help with AC_REPLACE_FUNCS

On Tuesday 31 July 2001 1:09 am, Grosch, Scott wrote: > I am having trouble getting a replacement to work. I'm trying this, but I > get > an error from sh when I run configure: > > AC_CHECK_FUNCS(strrchr, [], > AC_CHECK_LIB(iberty, strrchr, [], > > AC_REPLACE_FUNCS([${srcdir}/re

Help with AC_REPLACE_FUNCS

I am having trouble getting a replacement to work. I'm trying this, but I get an error from sh when I run configure: AC_CHECK_FUNCS(strrchr, [], AC_CHECK_LIB(iberty, strrchr, [], AC_REPLACE_FUNCS([${srcdir}/replace/strrchr.c]))) I basically want to check for the function,

/bin/msgfmt in cvs grep

I recently downloaded the cvs grep to see if it has a bug that 2.4.2 has (it doesn't), but I came across something else. autoconf makes a configure script that makes a Makefile which looks to /bin for msgfmt, even though my msgfmt is in /usr/bin. What's going on? -- Andy Goth | [EMAIL PRO

Re: FW: Problem with default config.cache

> > . file > > DESCRIPTION > > The shell will execute commands from the file in the current > environment. > > If file does not contain a slash, the shell will use the search path > > specified by to find the directory containing file. Unlike > normal command Note that the critical piece of in

Re: FW: Problem with default config.cache

On Monday 30 July 2001 7:04 am, Borsenkow Andrej wrote: > > > > . > > > > updating cache config.cache > > > > loading cache config.cache within ltconfig > > > > /tools/src/lftp-pre2.4.0-3/ltconfig: config.cache: not found > > > > configure: error: libtool configure failed > > > > > > > > The r

Re: autoconf-2.52 and configure.in "fragments"

> From: "Adam J. Richter" <[EMAIL PROTECTED]> > Date: Mon, 30 Jul 2001 00:21:43 -0700 > > Am I duplicating someone else's effort? Not as far as I know. > If not, does this look good? Should I develop a patch? It looks good to me; perhaps other people on the autoconf list (more expert th

Re: FW: Problem with default config.cache

On Mon, Jul 30, 2001 at 10:04:37AM +0400, Borsenkow Andrej wrote: > > Ah, good. Easy fix. Use libtool-1.4 if you don't need > > multi-language-branch > > features, ot libtool-1.4b if you do. Neither of these versions > > have ltconfig > > at all. > > > > I do not care if ltconfig exists or not

Re: Speeding up config.status

> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes: Akim> Hm... Well, yes, speeding this up would be pretty beneficial. Akim> IMHO, something which would help could be to have single file Akim> with only the substitutions to perform, instead of the whole Akim> Makefile.in, which contains a

Re: Speeding up config.status

> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Sorry I sent the message by accident :( It was not finished :( Tom> Lately I've been thinking about speeding up config.status, Tom> especially as regards automake. I might be wrong, but I don't think today this is really needed: 2.50 has a

Re: Speeding up config.status

> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Tom> Lately I've been thinking about speeding up config.status, Tom> especially as regards automake. I might be wrong, but I don't think today this is really needed: 2.50 has a much faster config.status. Fileutils 4.0, Autoconf 2.12, 19 AC_O