I can't seem to set the AC_DEFINE value....

2002-03-27 Thread Bruce Korb
Hi, It would be really, really convenient to be able to shell-evaluate the value inserted into the config.h file. Unfortunately, this construct: > cat >>confdefs.h <<\_ACEOF > #define REGEX_HEADER "<${ag_cv_with_regex_header}>" > _ACEOF gets in my way. I would really, really prefer to not be

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread David Thompson
This is with autoconf 2.52. David Lars Hecking writes: > > > AC_CHECK_HEADERS( file.h file1.h ... file6.h \ > > file7.h file8.h ... file12.h \ > > file13.h) > > > > However, the code produced by the macro doesn't copy the '\' so it > > sees the newline and obviously breaks. Is there anywa

Re: AC_PROG_CC_STDC

2002-03-27 Thread Paul Eggert
> From: Peter Eisentraut <[EMAIL PROTECTED]> > Date: Wed, 27 Mar 2002 21:00:10 -0500 (EST) > Code that tries to be portable to K&R uses some restricted subset of C > that is portable both ways, so it wouldn't break if we ran it through an > ANSI C compiler. That's how things used to be, but thes

Re: AC_PROG_CC_STDC

2002-03-27 Thread Peter Eisentraut
Paul Eggert writes: > > I've been thinking lately about the issues surrounding this macro (see > > archives and TODO list). Is there any reason why AC_PROG_CC_STDC could > > not simply be folded into AC_PROG_CC? Is there any software that must > > avoid an ANSI C compiler at all cost? > In the

Re: AC_PROG_CC_STDC

2002-03-27 Thread Paul Eggert
> From: Peter Eisentraut <[EMAIL PROTECTED]> > Date: Wed, 27 Mar 2002 16:59:10 -0500 (EST) > > I've been thinking lately about the issues surrounding this macro (see > archives and TODO list). Is there any reason why AC_PROG_CC_STDC could > not simply be folded into AC_PROG_CC? Is there any sof

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread Lars Hecking
Lars Hecking writes: > > > AC_CHECK_HEADERS( file.h file1.h ... file6.h \ > > file7.h file8.h ... file12.h \ > > file13.h) > > > > However, the code produced by the macro doesn't copy the '\' so it > > sees the newline and obviously breaks. Is there anyway around this > > other than to write

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread Harlan Stenn
> I did try this and it still didn't help. 'k - it was just a thought. > As for the '\' in quoting; I never tried that... > didn't try that--but now that this has been brought up--somebody in > the know can look at it as a bug and I'll just use multiple > AC_CHECK_HEADERS lines. That's what

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread David Thompson
I did try this and it still didn't help. As for the '\' in quoting; didn't try that--but now that this has been brought up--somebody in the know can look at it as a bug and I'll just use multiple AC_CHECK_HEADERS lines. At 6:11 PM -0500 3/27/02, Harlan Stenn wrote: >Off the top of my head and

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread David Thompson
> AC_CHECK_HEADERS( file.h file1.h ... file6.h \ > file7.h file8.h ... file12.h \ > file13.h) > > However, the code produced by the macro doesn't copy the '\' so it > sees the newline and obviously breaks. Is there anyway around this > other than to write a bunch of AC_CHECK_HEADERS (thus e

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread Dan Kegel
David Thompson wrote: > > > AC_CHECK_HEADERS( file.h file1.h ... file6.h \ > > file7.h file8.h ... file12.h \ > > file13.h) > > > However, the code produced by the macro doesn't copy the '\' so it > > sees the newline and obviously breaks. Is there anyway around this > > other than to writ

AC_PROG_CC_STDC

2002-03-27 Thread Peter Eisentraut
I've been thinking lately about the issues surrounding this macro (see archives and TODO list). Is there any reason why AC_PROG_CC_STDC could not simply be folded into AC_PROG_CC? Is there any software that must avoid an ANSI C compiler at all cost? That kind of software would hardly be portabl

Re: AC_CHECK_HEADERS long list error

2002-03-27 Thread Lars Hecking
> AC_CHECK_HEADERS( file.h file1.h ... file6.h \ > file7.h file8.h ... file12.h \ > file13.h) > > However, the code produced by the macro doesn't copy the '\' so it > sees the newline and obviously breaks. Is there anyway around this > other than to write a bunch of AC_CHECK_HEADERS (thus exp

AC_CHECK_HEADERS long list error

2002-03-27 Thread David Thompson
If I have a large number of headers to check for with AC_CHECK_HEADERS--say 20 items, I don't want to have to put them all on the same line. So I do something like the following: AC_CHECK_HEADERS( file.h file1.h ... file6.h \ file7.h file8.h ... file12.h \ file13.h) However, the code produced

Re: RFC: AC_DEFINE_REPLACE

2002-03-27 Thread Eric Siegerman
On Tue, Mar 26, 2002 at 05:47:11PM -0800, Paul Eggert wrote: > > From: Bruce Korb <[EMAIL PROTECTED]> > > Date: Tue, 26 Mar 2002 14:26:42 -0800 > > > > #ifndef FUNC_BROKEN > > # define posix_func func > > #else > > # define posix_func autoconf_rpl_func > > #endif > > [...] > > I think Autoconf

¡Ú[¹é¸¸ºÒÂ¥¸® Á¤º¸À» ¾Ë·Áµå¸®°Ú½À´Ï´Ù.][±¤°í]¡Ú

2002-03-27 Thread Ŭ·´Á¤º¸
Title: Ŭ·´ ¹é¸¸ÀåÀÚ Å¬·´ ¾È³çÇϼ¼¿ä! ¹é¸¸ÀåÀÚ°¡ µÈ´Ù´Â °ÍÀº ¾ó¸¶³ª µ·ÀÇ È帧À» ¾Ë°í Àִ°¡? ¾ó¸¶³ª ½Ã´ëÀû È帧¿¡ ºü¸£°Ô ´ëóÇÒ ¼ö Àִ°¡? ¾ó¸¶³ª »¡¸® ÇൿÀ» ÇÒ ¼ö Àִ°¡? ¿ì¸® ¹é¸¸ÀåÀÚŬ·´¿¡¼­ ±×¹æ¹ýÀ