[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gnulib] inline.m4: use compiler, not cpp
From: |
Paul Eggert |
Subject: |
Re: [bug-gnulib] inline.m4: use compiler, not cpp |
Date: |
Tue, 14 Nov 2006 09:27:45 -0800 |
User-agent: |
Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) |
Bruno Haible <address@hidden> writes:
> $ ./configure
> $ make
> $ make clean
> $ make CFLAGS="-g -O0"
> be trapped in the link error: xmalloc.c, compiled with optimization, will
> not define xnmalloc, whereas the main sources, compiled without optimization,
> will require it.
How about if we change xmalloc.c so that it works, even in this
scenario, by building an external .o file that can be linked in by
people compiling without optimization? Would it then be acceptable to
test __NO_INLINE__ at compile time?
I would prefer the flexibility, as I don't like the idea that
whether-to-inline has to be chosen all at once, for an entire package.
Re: inline.m4: use compiler, not cpp, Eric Blake, 2006/11/11
- Re: inline.m4: use compiler, not cpp, Paul Eggert, 2006/11/11
- Re: [bug-gnulib] inline.m4: use compiler, not cpp, Bruno Haible, 2006/11/13
- Re: [bug-gnulib] inline.m4: use compiler, not cpp, Paul Eggert, 2006/11/13
- Re: [bug-gnulib] inline.m4: use compiler, not cpp, Bruno Haible, 2006/11/13
- Re: [bug-gnulib] inline.m4: use compiler, not cpp, Paul Eggert, 2006/11/13
- Re: [bug-gnulib] inline.m4: use compiler, not cpp, Bruno Haible, 2006/11/14
- Re: [bug-gnulib] inline.m4: use compiler, not cpp,
Paul Eggert <=