the intended effect with -traditional preprocessing. We have
(had?) fixinclude code for such pre-std ioctls in GCC.
I hope this helps,
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
uts (plus enabling macros to add to inputs and
outputs), and having autoconf generate a configure script, script
fragments for the regions, and a Makefile with the dependencies inferred
from explicit and implicit inputs and outputs. The configure script
would then attempt to run make, or run the fr
On Jan 5, 2004, Nathanael Nerode [EMAIL PROTECTED] wrote:
Alexandre Oliva wrote:
You'd better document extensively such inconsistencies such that,
when they're addressed, we can re-enable the cache, without the
risk of urban legends about problems long solved holding it back.
OK, I'll try
for host packages.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Happy GNU Year! [EMAIL PROTECTED], gnu.org}
Red Hat GCC Developer [EMAIL PROTECTED], gcc.gnu.org}
Free Software EvangelistProfessional serial bug killer
fine with removing the old scheme for 2.55. I'd like to have an
opinion from Alexandre Oliva (Hi pal!).
Hi, Akim! Long time! :-)
For whatever my opinion is worth at such a late stage of the
discussion, I don't think this should be removed in the next 5 years
or so. This kind of thing needs a lot
On Dec 10, 2002, Geoff Keating [EMAIL PROTECTED] wrote:
Alexandre Oliva [EMAIL PROTECTED] writes:
I don't get it. Why does being able to link have anything to do with
being native? Being able to *run* tests has to do with being native,
but that's not the point, and autoconf already avoids
help that, anyway, unless you
serialized configure runs or acquire a lock on it and read it back in
just in case it was updated before writing it out and releasing the
lock; I don't think we want to do that.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software EvangelistProfessional serial bug killer
this opportunity to rename
AM_DEPENDENCIES to _AM_DEPENDENCIES, since now it must no longer be
called by the user (otherwise it might run before AC_PROG_CC).
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com
On Jun 22, 2001, Tilo Riemer [EMAIL PROTECTED] wrote:
what is wrong if I get the following error:
libtool: ltconfig version ' does not match ltmain.sh version 4a'
You're probably still using an 1.3-compatible libtool.m4 with an 1.4a
ltmain.sh.
--
Alexandre Oliva Enjoy Guarana', see http
, but it appears that the meaning is not the same as that used
by GCC :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
bits, but it might well be 72 bits if someone ported
a C99 compiler to one of those old 9-bits-per-byte machines.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
, otherwise you can't use these options for any of the
packages.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
On Jun 18, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
int closedir ();
Alexandre This doesn't seem very C++-friendly. Do we care?
You tell me :)
Alexandre Perhaps we should enclose this in #ifdef _cplusplus/#endif
OK with me
to implement it because it was never necessary. I'm not sure we try
echo -E, though. It would probably be nice to do so.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
should
enclose this in #ifdef _cplusplus/#endif
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please
fork and vfork, but we'd prefer this over that in case both are
available.''
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free
On Jun 2, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre On Jun 1, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
I would like to address the issues raised in
http://gcc.gnu.org/ml/gcc/2001-03/msg00814.html for 2.51
the exact
configure script in the CVS tree, instead of having it rebuilt with
potentially different versions of autoconf.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
turned out to
be false at run-time, and we end up not executing the macro at all.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free
,
and how to avoid the problem, but then, I'd have needed the time to do
it :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free
On May 31, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
* acgeneral.m4 (_AC_INCLUDES_DEFAULT_REQUIREMENTS): Include
stdlib.h.
Looks good to me.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com
On May 31, 2001, David Burg [EMAIL PROTECTED] wrote:
./configure --host=arm-linux --build=i686-pc-linux-gnu
And shell variable for compiler will be correctely detected automatically ?
Yep, as long as they're not previously set.
--
Alexandre Oliva Enjoy Guarana', see http
when you're
building development tools, and you want the tools you create to
generate code for the --target machine type.
You'll find that if you specify --build=i686-pc-linux-gnu
--host=arm-linux, configure will look for arm-linux-gcc and
arm-linux-g++ for CC and CXX.
--
Alexandre Oliva Enjoy
with anything other than ``well, let's
keep backward compatibility, and document this oddity.'' :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
On May 18, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
Alexandre Oliva writes:
On May 18, 2001, Andrej Aderhold [EMAIL PROTECTED] wrote:
but I just want to have this warning disappear. What shall I do ?
You have to stop using this macro. It correctly warns you that this
macro
On May 18, 2001, Andrej Aderhold [EMAIL PROTECTED] wrote:
but I just want to have this warning disappear. What shall I do ?
You have to stop using this macro. It correctly warns you that this
macro won't work correctly in cross-compilation environments.
--
Alexandre Oliva Enjoy Guarana
On May 17, 2001, Guido Draheim [EMAIL PROTECTED] wrote:
like a list which autoconf-tests are good for cross-compiling
and which are not, or just in some places.
autoconf will already warn about tests that aren't good for
cross-compiling.
--
Alexandre Oliva Enjoy Guarana', see http
On May 14, 2001, Steve M. Robbins [EMAIL PROTECTED] wrote:
Is it common to use a macro that expands to an lvalue?
We've been using this to rename variables but keep them working for
backward compatibility.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On May 12, 2001, Ralf Corsepius [EMAIL PROTECTED] wrote:
Alexandre Oliva wrote:
There should be a $target-cpp installed with GCC 2.95 or newer.
Are you sure?
Only about the `or newer' part. It does indeed seem that GCC 2.95 is
buggy in this respect.
--
Alexandre Oliva Enjoy Guarana
' on this list?
There should be a $target-cpp installed with GCC 2.95 or newer. So we
should probably test for it, to catch cross-compiling cases. But
then, gcc -E works too, so perhaps this is not necessary.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Apr 23, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre On Apr 20, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
The code is absolutely frozen, this is our release candidate. We
still have much freedom on the documentation
On Apr 20, 2001, Daniel Carroll [EMAIL PROTECTED] wrote:
I have a somewhat unusal C compiler and version
of unix that is giving me problems with a configure
script (using Autoconf 2.13).
Try autoconf 2.49e, it's supposed to work with compilers that print
stuff when run.
--
Alexandre
On Apr 17, 2001, "Tim Van Holder" [EMAIL PROTECTED] wrote:
Just a few caveats, and how the DJGPP differs from the 'official'
tree
Any reason why these shouldn't be part of the autoconf manual? It
feels like this is the right place for this kind of information?
--
Alexandre Oli
On Apr 16, 2001, "Lars J. Aas" [EMAIL PROTECTED] wrote:
I'm against having separate distributions for separate ports, so I'd
prefer it if the necessary info is integrated with the Autoconf trunk.
Ditto.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
R
On Apr 16, 2001, Keith Bostic [EMAIL PROTECTED] wrote:
Has anyone considered doing a package for Java similar to AC_PATH_X?
Have a look at the autoconf macro archive, for a start.
http://cryp.to/autoconf-archive/
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red
On Apr 12, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
auxiliary:
Sounds perfect... ;-)
Indeed. Its only problem is that people end up naming the directory
`aux', which doesn't work on DOS.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
supporting scripts. So SUP is
more appropriate than CFG or CONFIG, for the very reason that it's
more general.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
curve of candidate new maintainers, and introduce new
foundations for portable scripting.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br
On Apr 10, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre On Apr 6, 2001, Earnie Boyd [EMAIL PROTECTED] wrote:
lobby a name change from AC_CONFIG_AUX_DIR to AC_CONFIG_SUPDIR.
The SUP would be for either SUPplementary
:-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
IG" seems a bit
strange.
And the original point was also o be consistent with *_SRCDIR (no _
before DIR).
So AC_CONFIG_CFGDIR?
I like better AC_CONFIG_SUPDIR, as suggested by Earnie. The ambiguity
is perfect :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br
On Apr 10, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
PS/ I would like to know why sometimes we end up with ``Earnie Boyd
[EMAIL PROTECTED]'' in the CC.
That's from Earnie's Reply-To:
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
ve our own
dog food? :-)
AC_PLAIN_SCRIPT (or however it's spelled these days :-) rules!
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu
On Apr 10, 2001, Earnie Boyd [EMAIL PROTECTED] wrote:
Right. I set the Reply-To that way to help the blind not add my email
address back into the distribution.
`Mail-Copies-To: never' would presumably have a similar effect.
Except that not all mailers respect this.
--
Alexandre Oliva
On Apr 9, 2001, "Tim Van Holder" [EMAIL PROTECTED] wrote:
GNU Autoconf config.status 2.49e
generated automatically by configure,
which was generated by GNU Autoconf 2.49e
is better, I think.
Agreed.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
R
it off? I still haven't got a
`go' from you.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please
into
the generated Makefile. See AC_SUBST_FILE.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please
On Apr 4, 2001, "Lars J. Aas" [EMAIL PROTECTED] wrote:
* acgeneral.m4 (_AC_INIT_DEFAULTS): Produce better version
information for config.log header.
(_AC_INIT_VERSION): Produce better version information for
`configure --version'.
Ok, thanks!
--
Alexa
' is coming from autoconf. I suspect it's
something in configure.in or in some custom autoconf/m4 macro.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
dent, just because it happened to pass the source
filename through to the link command, which wouldn't have worked in
case the linker were called directly, instead of using the compiler
driver?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
configure decided to fallback to -nologo -E?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*
ir)/libtool $CC"
AC_TRY_LINK(blah)
CC=$save_CC
This doesn't work. libtool needs two-pass compilelink, whereas
AC_TRY_LINK assumes $CC can take a source file and generate an
executable directly out of it.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
R
On Mar 20, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre IIRC, there are filesystems that don't support zero-sized
Alexandre files.
ISTR that for a time we believed AIX was one such FS, but it has never
been de
able to create empty files.
In this particular case, I suppose we can just create an
one-empty-line file with `echo empty', then `cat empty whatever'
before comparing whatever with empty.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Mar 15, 2001, Robert Boehne [EMAIL PROTECTED] wrote:
I could read the tcl.h header to get the version numbers, then
append that to the library name string, but I want to query more
expierenced users in hopes of a better way.
Any suggestions?
tclConfig.sh
--
Alexandre Oliva Enjoy
I suggest separating `test for features and display results' from `set
variables', so that you can enclose the tests within AC_CACHE_CHECK
and still get the variables properly set even when the result was
taken from the cache.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
R
You left `CONFIG_COMMANDS=' out.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mai
I missing something about the effects of this new -mwin32 flag?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
the macro.
The only issue is whether to provide that macro in GNU autoconf or let
it evolve separately in the macro archive. I think the latter is a
better approach, at least for now.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
g autoconf should address: there's nothing to factor out into
a common framework.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Fre
it.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
to use -rpath or some similar option when linking the program, or set
LD_LIBRARY_PATH so that the newer version of the library is found.
Incidentally, this has absolutely nothing to do with autoconf :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Feb 28, 2001, Emiliano [EMAIL PROTECTED] wrote:
Where should I be asking about the possibilities of -rpath?
In the linker manual? Maybe in the GNU libtool manual?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva
would bail out if
it couldn't find flex or lex because of excess quoting I introduced
:-(
The CVS version correctly sets up LEX='missing lex', instead of
failing.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com
you should report
the problem to the automake mailing list.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software
On Feb 22, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
Alexandre Oliva writes:
I wish all of AC_PROG_CC, AC_PROG_CXX, etc, would have variants or
extra arguments that would cause them to be non-fatal in case a
compiler isn't found.
How about AC_PROG_CC([list], [ACTION-IF-NO]), where
On Feb 17, 2001, "Lars J. Aas" [EMAIL PROTECTED] wrote:
Configure-test concurrency will be introduced in Autoconf 3.0 :)
:-)
That, and sub-configure concurrency. I dream of `configure -j' every
time I run configure on the so-called Cygnus unified tree...
--
Alexandre Oliva Enj
_LOG_FD 2' before the `mv' and it should work.
But I suppose we need some clean-up action for conf-log.tmp.
Also, I have a slight preference for the name config.Tlog instead of
conf-log.tmp. But maybe it's just me.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
lost track of the way these things work a while ago :-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist
simultaneous config.status
running on the same directory. In fact, some time ago, Akim (?) fixed
a bug that would often show up in the scenario Lars describes
(automake-generated rules and make -j4). We certainly want to support
this.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br
On Feb 16, 2001, Pavel Roskin [EMAIL PROTECTED] wrote:
I see. But we don't need reentrancy for configure, do we?
Nope. Not even for config.status, AFAIK. We just need concurrency,
not reentrancy. Unless a new requirement has entered the picture.
--
Alexandre Oliva Enjoy Guarana', see
o
override, not for configure.in to override. It's good that aclocal
and autoconf won't let you do it easily.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
On Feb 7, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
Any patch would be accepted for m4_escape :)
m4_sh_escape, maybe?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC
, ...)])
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
should we?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
named m4.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
for the build machine, and we can't have a script
because we may have to explicitly specify a shell, and then, then
shell may not search the PATH.
:-(
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD
On Jan 31, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
"Alexandre" == Alexandre Oliva [EMAIL PROTECTED] writes:
I'd suggest to fix the second issue :)
Alexandre Sure, it should be fixed. But you'll probably remember I
Alexandre have always opposed the idea of having a direc
On Jan 31, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
It seems to me that falling to `:' is way enough for this case.
I hope so.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student
On Jan 29, 2001, Pavel Roskin [EMAIL PROTECTED] wrote:
Ideally, Autoconf should rename VPATH to HIDDEN_VPATH if the original line
is exactly "VPATH=@srcdir@" modulo spaces.
And `srcdir = .', otherwise VPATH is indeed necessary.
--
Alexandre Oliva Enjoy Guarana'
r renaming it.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists, not to me
On Jan 30, 2001, "Derek R. Price" [EMAIL PROTECTED] wrote:
AS_ESCAPE(m4_quote(AS_MKDIR_P(["sdir"])), [\$`])
The simple rule is that every macro argument should be enclosed in
quotes.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
R
On Jan 26, 2001, Stephen Torri [EMAIL PROTECTED] wrote:
So I am confused why its not working
Check config.log
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
On Jan 25, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
Should we (i) make sure not to use config.site in the test suite, or
(ii) have this test grep out this message?
(ii)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
On Jan 25, 2001, Stephen Torri [EMAIL PROTECTED] wrote:
I want to check for the existence of a library not just a function of the
library as AC_CHECK_HEADERS does. Is there a way to do it?
How about AC_CHECK_LIB or AC_HAVE_LIBRARY?
--
Alexandre Oliva Enjoy Guarana', see http
any bugs
before the release :-) That's why I suggested you might want to try
the CVS tree...
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva
with automake in newlib.)
Where is it?
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/config-ml.in
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br
for INSTALL to be preserved too :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
"
Nope. First, you look for libraries that don't depend on any others.
Then, you test for libraries that depend on them. Order matters, and
autoconf is doing The Right Thing (TM).
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
s it is OK that stdlib.h be *always* included in
*all the tests*, then it's fine with me.
My reasoning is that, if it can be #included twice without error, it
can't hurt. I can't think of any problem with it, can you? If not,
I'm a happy camper and the patch is ok :-) Or so I hope :-)
--
Alexandre Oli
On Jan 22, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
No message, just continue. Or maybe some message, but continue anyway.
At the expense of having all execution tests fail for the wrong
reason?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
On Jan 22, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
Alexandre Oliva writes:
On Jan 22, 2001, Peter Eisentraut [EMAIL PROTECTED] wrote:
No message, just continue. Or maybe some message, but continue anyway.
At the expense of having all execution tests fail for the wrong
reason
On Jan 21, 2001, Matthew Schalit [EMAIL PROTECTED] wrote:
Is this because I have no CXX or F77 at this point?
Quite likely. Would you give CVS autoconf a spin and see how it goes?
It should probably handle the lack of these programs more gracefully.
--
Alexandre Oliva Enjoy Guarana', see
b.h'
work as an ac_declaration of exit?
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write
On Jan 19, 2001, "Lars J. Aas" [EMAIL PROTECTED] wrote:
On Fri, Jan 19, 2001 at 06:30:48PM -0200, Alexandre Oliva wrote:
: I'd rather avoid this, if I could help it. Didn't `#include stdlib.h'
: work as an ac_declaration of exit?
Sure.
And couldn't it be #included twice? Did
own testsuite.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicampoliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist*Please* write to mailing lists
On Jan 18, 2001, "Lars J. Aas" [EMAIL PROTECTED] wrote:
I've attached a config.log that shows more problems with exit().
We should probably move the '' case first. This will probably work
with VC++, and will be fine for most existing C++ compilers.
--
Alexandre Oliva Enjoy Gua
On Jan 18, 2001, Akim Demaille [EMAIL PROTECTED] wrote:
I'd be OK with making this a warning, at least that's much more
conventional and understandable. And WARNINGS=error restores the old
behavior.
Agreed.
-W forbidden-tokens
-W forbidden-tokens-in-comments
Yep.
--
Alexandre Oliva
. .sh and .pl should be scripts, not files that have to be
preprocessed to become scripts. These should be .shin and .plin
Of course, on DOS, these will become m4i, shi and pli, but this is no
big deal.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC
1 - 100 of 352 matches
Mail list logo