>>> "Matthew" == Matthew Whitworth <[EMAIL PROTECTED]> writes:
Matthew> What I have done so far (and it seems to work), is to
Matthew> copy getopt.c and getopt.h to getopt_long.c and
Matthew> getopt_long.h, and then to use the following snippets:
Matthew> configure.in:
Matthew> AC_REPLACE_F
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> I'm worried about the political side of the problem. Once QNX
Pavel> is there other people will want to put other OS'es into the
Pavel> manual.
That's definitely my wish!
Pavel> The problem is that the documentation for programs,
Akim,
If you allow me a word as a complete outsider, I personally think that
your wish to maintain documentation for every OS is extremely nice and
denotes a lot of courage, because maintaining such a thing can be hell. I
think this is Pavel's point: that this effort can fade in time, and we
woul
> "Daniele" == Daniele Arena <[EMAIL PROTECTED]> writes:
Daniele> If you allow me a word as a complete outsider, I personally
Daniele> think that your wish to maintain documentation for every OS
Daniele> is extremely nice and denotes a lot of courage, because
Daniele> maintaining such a thing
> "Torbjorn" == Torbjorn Granlund <[EMAIL PROTECTED]> writes:
Torbjorn> Running configure from the current GMP working sources,
Torbjorn> SunOS 4.1.3 /bin/sh catches a segfault.
Thanks a lot. I'm working on it, which means I first try to get this
*(*£&$ test suite work properly on SunOS. I
| Now we have this in the top-level Makefile.am:
|
| # Follow the version number changes.
| $(bin_SCRIPTS): configure.in
|
| When BSD make scans for rules to make autoconf it picks the explicit rule
| first, but it's empty. I believe that there is no way to use the suffix
| rule in BSD make if
Hello, Akim!
> | Now we have this in the top-level Makefile.am:
> |
> | # Follow the version number changes.
> | $(bin_SCRIPTS): configure.in
> |
> | When BSD make scans for rules to make autoconf it picks the explicit rule
> | first, but it's empty. I believe that there is no way to use the su
It's that time again. The config.guess script is losing on GNU/Linux and
this time, I'm going to fix it.
Background: on many GNU/Linux systems, config.guess uses the output of `ld
--help' to determine which architecture, object file format and C library
version the build system uses. The script
Daniele, I've just killed another suspicious part of the test suite
which might be responsible for a big part of the failures we observed.
Would it be possible that you run it again?
The ``bad'' news is that I couldn't find in your logs the error
messages `egrep' should have printed. One hope th
Hi Akim,
On 6 Dec 2000, Akim Demaille wrote:
> Daniele, I've just killed another suspicious part of the test suite
> which might be responsible for a big part of the failures we observed.
> Would it be possible that you run it again?
Sorry, I really can't run it right now, my schedule is *too*
> "Daniele" == Daniele Arena <[EMAIL PROTECTED]> writes:
Daniele> Sorry, I really can't run it right now, my schedule is *too*
Daniele> tight. As soon as I have some spare minutes, I'll do
Daniele> it. Maybe not before next week, though. Sorry.:(
OK, no problems. Thanks for your efforts any
I intend to make the 2.49b snapshot this (French) afternoon. I still
have to apply a couple of patches, one for config.*, and another for
AT_CHECK (the one which is waiting to be debated. I'm applying it
anyway because it makes the test suite more robust. If someone
doesn't agree with this pat
Ben Elliston wrote:
>
> It's that time again. The config.guess script is losing on
> GNU/Linux and this time, I'm going to fix it.
Great. Thanks. Just don't break the fallback position
cruft. :-)
[I will post this announcement on gnu.utils.bug tomorrow, unless
someone beats me. I'm waiting for the snapshot to be available to do
that.]
A snapshot of CVS Autoconf is available at
ftp://alpha.gnu.org/gnu/autoconf/autoconf-2.49b.tar.gz
There are a few pending issues that will have
On 2000.12.06 02:04:35 -0800 Alexandre Duret-Lutz wrote:
> Does someone here handle the FreeBSD case in some way? What about:
>
> AC_CHECK_FUNCS([getopt_long],,
> [#FreeBSD has a gnugetopt library for this:
> AC_CHECK_LIB([gnugetopt],[getopt_long],
> [AC_DEFINE([HAVE_GETOPT_LONG])],
> [# use t
>>> "Matthew" == Matthew Whitworth <[EMAIL PROTECTED]> writes:
[...]
>> I don't see any use of getopt.h in the version of getopt I use.
Sorry, I meant "I don't see any use of `tailor.h' in getopt".
[...]
Matthew> I didn't see any RCS or CVS version numbers in either
Matthew> file, but th
On 2000.12.06 02:04:35 -0800 Alexandre Duret-Lutz wrote:
> PS: http://sources.redhat.com/ml/automake/2000-09/msg00036.html
Okay, here's the quote to end all quotes from the follow-up to the
automake URL you sent me.
-
>From http://sources.redhat.com/ml/automake/2000-09/msg00039.html:
I ha
On Dec 6, 2000, Ben Elliston <[EMAIL PROTECTED]> wrote:
> Background: on many GNU/Linux systems, config.guess uses the output of `ld
> --help' to determine which architecture, object file format and C library
> version the build system uses.
> Instead, I am seeking to replace this cruft with a
18 matches
Mail list logo
