Bill Wendling wrote:
[snip]
> If there's a problem with old stuff being in the cache, then that stuff
> probably doesn't belong in the cache.
>
> For our users, they rerun configure to add different options. The generic
> checks (for libraries, header files, sizeof types, etc) shouldn't need to
Dean Povey wrote:
>
[snip]
> >Maybe I am the one now who is totally not getting it, but:
> >
> >How could you distribute a binary to run on all the different kinds of
> >systems? I use Cygwin and MinGW. Am I going to be excluded from Open
> >Source packages because the package maintainer decided
Steven G. Johnson wrote:
>
> With each year that goes by, the need to address this issue in autoconf
> and automake increases. We need to make a decision, especially since
> people keep submitting patches with conflicting strategies for this issue.
>
> Kate Hedstrom wrote:
> > It seems to me tha
Steven G. Johnson wrote:
>
> On Tue, 29 Oct 2002, Andreas Buening wrote:
> > You may have some f77 files that have to be preprocessed (e.g. ".F"
> > file extension), you may have also some f77 files that have NOT
> > to be preprocessed (due to compiler bugs; I ha
Hello!
I have a question concerning config/mdate-sh.
It contains the following code:
--
# Get the extended ls output of the file or directory.
# On HPUX /bin/sh, "set" interprets "-rw-r--r--" as options, so the "x"
below.
if ls -L /dev/null 1>/dev/null 2>&1; then
set - x`ls
Paul Eggert wrote:
>
> > Date: Fri, 20 Dec 2002 00:06:26 +0100
> > From: Andreas Buening <[EMAIL PROTECTED]>
I have a question concerning config/mdate-sh.
It contains the following code:
--
# Get the extended ls output of the file or directory.
#
Paul Eggert wrote:
>
> > Date: Mon, 23 Dec 2002 02:22:35 +0100
> > From: Andreas Buening <[EMAIL PROTECTED]>
> >
> > What do you think about the following?
>
> Have you tested it on GNU/Linux?
[snip]
I apologize for this mistake. I guess, I
Paul Eggert wrote:
>
> > Date: Mon, 23 Dec 2002 14:23:08 +0100
> > From: Andreas Buening <[EMAIL PROTECTED]>
>
> > +# Get the extended ls output of the root directory.
> > +set - x`eval $ls_command /`
>
> The "eval " shouldn't be ne
Paul Eggert wrote:
>
> Robert Anderson <[EMAIL PROTECTED]> writes:
>
> > However, note that _any_ new choice of delimiter will not only fail for
> > the case of the chosen character, but will also fail for the characters
> > '&' and '\' which are always metacharacters on the RHS of a sed
> > expr
Richard Dawe wrote:
>
> Hello.
>
> Jim Meyering wrote:
> > Do any of you know of reasonably modern systems
> > that do *not* support fchdir?
> [snip]
>
> I don't know if DJGPP counts as "reasonably modern", but it does not have
> fchdir.
Same for OS/2.
[snip]
Bye,
Andreas
--
Ein Betriebssys
Bob Lockie wrote:
>
> On 03/06/03 22:24 Ralf Corsepius spoke thusly
>
> > Am Don, 2003-03-06 um 20.37 schrieb Bob Lockie:
> >
> >>Does anybody know how to fix this error:
> >>error: m4_popdef: undefined macro: AC_Dest
> >>
> >
> > This error indicates a broken configure script.
> >
> > Ralf
>
>
Earnie Boyd wrote:
[snip]
> I would like to emphasize though, if the hobbyist isn't willing to test
> for new releases using his hobby environment then support for that
> environment should be removed. A package maintainer doesn't have enough
> cycles to maintain code that no one uses and doesn'
Earnie Boyd wrote:
>
> Andreas Buening wrote:
> > Earnie Boyd wrote:
[snip]
> > What do you consider a hobbyist system?
>
> One that the vendor no longer supports and supplies fixes for and I as a
> maintainer of the software no longer have no access to test it
John Burger wrote:
[how to change the default for libexexdir]
> I think the only thing you could do is "edit" the value after AC_INIT
> happens, taking some care to check that the user didn't explicitly set
> it on the command line - I'm not sure how to do this without using
> internal details of
Dan Kalowsky wrote:
[snip]
> - is there a way to pre-define many of the many of the defines for an EROS
> specific build? I.E. we know that gettext does not exist on EROS, but
> all checks discover it because of the host OS having it
Do you mean anything like a cache file containing the res
Ralf Corsepius wrote:
>
> On Sat, 2003-07-19 at 13:50, Andreas Buening wrote:
[snip]
> > # we have memcpy()
> > ac_cv_func_memcpy=yes
> > # but we don't have bzero()
> > ac_cv_func_bzero=no
> This only works for native builds.
Why that?
Bye,
Andreas
David Neary wrote:
> gnu/%.class: @srcdir@/src/gnu/%.java
> @JAVAC@ @JAVACFLAGS@ \
> -d . \
> -classpath "${CLASSPATH}:@srcdir@/src:." \
> @srcdir@/src/gnu/xml/libxmlj/transform/*.java
>
> This is fine on Unix, but obviously doesn't go down
Paul Smith wrote:
[the problem]
> Under $ROOT will be a complete image of a working filesystem, so I'll
> have $ROOT/etc, $ROOT/usr/bin, $ROOT/var, etc. etc.
>
> The thing about this image is that I will be taking it and actually
> booting off of it: at _runtime_ the paths will be /usr/lib, not
Balint Joo wrote:
[snip]
> Neither of these are very "auto"
>
> Sorry, but I am still unsatisfied...
If none of the other suggestions fullfills your needs, you can do
it manually. Provided you want to install your myconfig.h containing
the macros MY_MACRO_1 and MY_MACRO_2 into $prefix/include/m
19 matches
Mail list logo
