Running configure from the current GMP working sources,
SunOS 4.1.3 /bin/sh catches a segfault.
I tracked down the problem to some lines in the newly generated
config.status:
# If the user did not use the arguments to specify the items to instantiate,
# then the envvar interface is used. Se
What I have done so far (and it seems to work), is to copy getopt.c and
getopt.h to getopt_long.c and getopt_long.h, and then to use the following
snippets:
configure.in:
AC_REPLACE_FUNCS(getopt_long)
Makefile.am:
useless_SOURCES=useless.c getopt_long.h tailor.h
dnl This condionally links getopt
> From: Matthew Whitworth <[EMAIL PROTECTED]>
> Date: Tue, 5 Dec 2000 14:45:19 -0800 (PST)
> I have examined several packages that use getopt_long(), including
> several GNU packages, and none of them autoconfiscate this function
> the same way. Actually, few of them even autoconfiscate it at al
Thanks!
H
The GNU coding standards document says "[u]se getopt_long to decode
arguments, unless the argument syntax makes this unreasonable." Generally
I'm all for this and wish more programs did. However, most UNIX-like
systems don't support getopt_long() out-of-the-box, which means one should
include a
Hello, Akim!
> Pavel> Please undo this patch. We should not document operating
> Pavel> systems in the Autoconf manual.
>
> Why not? I mean, I understand people who would say it does not belong
> to the Autoconf Reference Manual, but otoh the Autoconf documentation
> aims at providing the user o
Thanks, we will apply it.
I ran into a problem with autoconf 2.13 when CFLAGS is set to include
-MD. The acspecific code for detecting EXEEXT gets confused and thinks
that the ".d" file is the executable. This patch causes it to exclude
".d" in the same way as other suffixes that it knows about. Please
include this chan
| Paul Martinolich wrote:
| > The _AC_COMPILER_GNU macro uses the cpp statements:
| > [...]
| > to determine if the compile is a GNU compiler. In strict Fortran,
| > these statements are illegal! Unfortunately, I don't believe there
| > is a way (in strict Fortran) to determine those character
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I'm afraid it's quite over the top. I would leave the case for
Pavel> 0. Actually, I was planning to introduce a special case for $?
Pavel> that would be just "exit".
It seems overkill to me.
>> # So we set $? by executing "exit
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> The second re-run ought to be conditional on this problem to
Lars> optimize the configure script, so if someone knows how to write
Lars> a condition test that won't affect $?, raise your voice
Lars> (keyboard)...
Let's try to avoid thi
| The following configure.in doesn't work with the latest CVS autoconf:
|
| ---
| dnl -*- fundamental -*-
| AC_INIT(properties/SERunner.properties.in)
|
| # AS Queue name
| WS_AS_QUEUE=ibmas_$USER
| AC_SUBST(WS_AS_QUEUE, $WS_AS_QUEUE)
|
| AC_OUTPUT
| --
|
| (it's a simplified copy of a larger
| Hello!
| > Yes. I wouldn't bother doing that. Just tell them to get a working
| > shell. You have to draw the line somewhere.
|
| That's correct. We cannot support command.com anyway :-)
|
| > If you want to quote chapter and verse, you can tell them that
| > POSIX.2-1992 section 3.9.1 pag
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Akim> We can have 2.50 in September, or at worst October if autothings
Akim> go wrong.
Earnie> Hey Akim, did you mean 2001 for this? ;^)
I meant 1900 :)
> "Christopher" == Christopher Faylor <[EMAIL PROTECTED]> writes:
Christopher> I'm happy to do this (I'm one of the site administrators
Christopher> for sources.redhat.com), but wouldn't it make more sense
Christopher> to move things to subversions.gnu.org? That's where the
Christopher> curr
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Hello, Akim!
>> * doc/autoconf.texi (Systemology): New section. Some about QNX 4.
Pavel> Please undo this patch. We should not document operating
Pavel> systems in the Autoconf manual.
Why not? I mean, I understand people who wo
16 matches
Mail list logo