On Tue, 2004-01-13 at 18:18, Bob Friesenhahn wrote:
> On Tue, 13 Jan 2004, Bob Proulx wrote:
> >
> > > If the releases are all that similar, why not use:
> > >
> > > i686-GnuLinux-*
> > >
> > > as your test, and provide the "popular" distributions in the 3rd field?
> > >
> > > The "magic" command
Hi,
After having upgraded from automake-1.8.1 to automake-1.8.2 (And having
modified some Makefile.ams), I received this warning from automake:
configure.ac:16: version mismatch. This is Automake 1.8.2,
configure.ac:16: but the definition used by this AM_INIT_AUTOMAKE
configure.ac:16: comes from
On Wed, 14 Jan 2004, Scott James Remnant wrote:
> On Tue, 2004-01-13 at 21:25, Harlan Stenn wrote:
>
> > I think you are missing my point.
> >
> > The information I am talking about is used for *runtime* decisions - very
> > likely in a script that is in a shared directory used by many different
>
I bet you have never tried to deploy this in the real world in an
environment with a useful number of heterogeneous OS installations running
at different OS rev levels.
In my experience this simply doesn't scale. Especially if it gets used in
somebody's shell RC files.
Your approach still "speci
> > I think you are missing my point.
> >=20
> > The information I am talking about is used for *runtime* decisions - very
> > likely in a script that is in a shared directory used by many different
> > architectures.
> Oh, well, config.guess isn't designed for that -- it's for compile time
> dec
On Tue, 2004-01-13 at 21:25, Harlan Stenn wrote:
> I think you are missing my point.
>
> The information I am talking about is used for *runtime* decisions - very
> likely in a script that is in a shared directory used by many different
> architectures.
>
Oh, well, config.guess isn't designed fo
Slowly giving up.. autoconf cvs with Eric Sunshine's SHELL patch applied, but
maybe not propagated to all the executables involved, and automake
cvs of today, NetBSD-1.6ZG/i386, in the automake directory:
% sh bootstrap
Found no shell that has working shell functions.
Please tell [EMAIL PROTECTED
If there was a version number in the Vendor field I'd be lots happier.
In the RH distros I've seen (and the config.guess output on those boxes) I
have still only seen "pc" for the Vendor field.
H
--
> On Tue, 2004-01-13 at 13:43, Bruno Haible wrote:
> > Harlan Stenn wrote:
> >
> > > If the relea
I think you are missing my point.
The information I am talking about is used for *runtime* decisions - very
likely in a script that is in a shared directory used by many different
architectures.
While it may be one possible implementation to run a configure script at
startup time, it quickly beco
On Tue, 2004-01-13 at 13:43, Bruno Haible wrote:
> Harlan Stenn wrote:
>
> > If the releases are all that similar, why not use:
> >
> > i686-GnuLinux-*
> >
> > as your test, and provide the "popular" distributions in the 3rd field?
>
> This is a little more reasonable,
How would that be basical
Free Cable%RND_SYB TV
rich cabdriver homology embroil patient since powell heroes chromate inductor testy leigh catalina concierge plagioclase dewdrop gibson myriad
interrogatory curium slag alteration aerosol simons mackey selenite halfhearted sneaky lawmake postwar annunciate verge bathroom
FROM: THE DESK OF PRINCE TEODORO NGUEMA MBASOGO (JR
TEL.:-0034-677256839. FAX 0034-635923852.
E-MAIL:[EMAIL PROTECTED]
I AM PRINCE TEODORO NGUEMA MBASOGO {JR}. THE SON OF PRESIDENT TEODORO
OBIANG NGUEMA MBASOGO, THE PRESIDENT OF THE REPUBLIC OF EQUATORIAL
GUINEA. AND I AM PRESENTLY LIVING
Our US Licensed Doctors will
Prescribes Your Medication For Free
Medications Shipped Overnight To Your Do.
show
Me more
prong floor typhon melcher dash crt methane classic portrayal fundamental namesake sagittarius coda pollster aphorism buttery soya blame circumsphere cotman disciple
I have the following in a Makefile.am:
if BUILD_SRC_BEOS_SUBDIR
d_beos = beos
endif
SUBDIRS = $(d_beos)
where BUILD_SRC_BEOS_SUBDIR is from an AM_CONDITIONAL in configure.in.
BUILD_SRC_BEOS_SUBDIR is not defined because I'm not building on BeOS.
The directory structure is
top level
top le
On Tue, 13 Jan 2004, Bob Proulx wrote:
>
> > If the releases are all that similar, why not use:
> >
> > i686-GnuLinux-*
> >
> > as your test, and provide the "popular" distributions in the 3rd field?
> >
> > The "magic" command has a large database of selections on it; using this
> > sort of mecha
> "Warren" == Warren Turkal <[EMAIL PROTECTED]> writes:
Warren> Is there any analysis on what it would take to create utility
Warren> programs that are only used during build in a crosscompiled
Warren> environment in automake?
Warren> I and working on the libX11 for Freedesktop.org and it bui
On Tue, Jan 13, 2004 at 02:59:23PM +, Lars Hecking wrote:
> Alexandre Duret-Lutz writes:
> > I'm embarassed to announce the release of Automake 1.8.2.
>
> And rightly so ;-)
>
> It fails two tests here on Solaris 9 - acloca14.test and conflnk3.test.
Thanks for the report. These look like ha
Harlan Stenn wrote:
> The good news and bad news is that your position is a POLICY decision.
>
> I am talking about a MECHANISM tool.
Agreed. But it is not a mechanism of automake. Nor should the
autotools support it since it embodies a diametrically opposed
philosophy from the one the autotool
Harlan Stenn wrote:
> If the releases are all that similar, why not use:
>
> i686-GnuLinux-*
>
> as your test, and provide the "popular" distributions in the 3rd field?
This is a little more reasonable, since it allows to check for Linux with
a single test. But the fundamental problem remains: y
Alexandre Duret-Lutz writes:
> I'm embarassed to announce the release of Automake 1.8.2.
And rightly so ;-)
It fails two tests here on Solaris 9 - acloca14.test and conflnk3.test.
...checking for a BSD-compatible install... /usr/local/gnu/bin/install -c
checking whether build environment is s
On one project, I have over 60 entries in AC_CONFIG_FILES that are
derived from Makefile.ams. This is getting to be irritating to
maintain. Is there any good reason why there isn't an
AM_CONFIG_MAKEFILES macro that computes a list of makefiles by
following SUBDIRS variables in the Makefile.ams, and
Harlan Stenn wrote:
> > The differences between ALL of the various linux-gnu implementations are
> > so slight that they are far more suited to feature tests than something
> > like this.
>
> Are you really serious? ...
>
> - RC files?
> - packaging mechanism?
> - automount filesystem selection bas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Warren Turkal wrote:
| Is there any analysis on what it would take to create utility programs that
| are only used during build in a crosscompiled environment in automake?
|
| I and working on the libX11 for Freedesktop.org and it builds a file and
| us
> Harlan Stenn wrote (meaning "Linux distribution" when he writes "OS"):
> > help tool maintainers make choices
> > about how things that are hard to find out otherwise (like OS-based
> > choices).
> > ...
> > everybody who wants to make OS-level decisions has to code their own tests
> > to figure
> > [1] There are people who think a config.guess output that says:
> >
> > i686-pc-linux-gnu
> >
> > is "normal", while some of us feel that is a particularly useless value a=
> nd
> > would prefer to see something like:
> >
> > i686-pc-redhat7.3
> >
> > instead, just like the original documenta
On Tue, 2003-12-09 at 14:32, dc wrote:
> AFAIK There's a third possibility : you could setup a dist-hook target
> in Makefile.am which allows you to specify completely your dist rule (I
> had the same problem than yours and used this method). Unfortunately, it
> also means that you might have to up
26 matches
Mail list logo