* CFLAGS change
@ 2003-07-13 0:11 Richard Stallman
2003-07-14 13:19 ` Andreas Schwab
0 siblings, 1 reply; 4+ messages in thread
From: Richard Stallman @ 2003-07-13 0:11 UTC (permalink / raw
I just checked in a change which probably needs to have a different
interface. The change is that optimization is turned off unless the
macro OPTIMIZE is defined.
The reason for this is that -O and inlining get in the way of
debugging.
I don't think that the macro OPTIMIZE is the right interface, though.
It is merely a quick hack. I think optimization should be enabled by
default. Perhaps the right interface would be a configure option,
--disable-optimization. Would someone like to implement that?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: CFLAGS change
2003-07-13 0:11 CFLAGS change Richard Stallman
@ 2003-07-14 13:19 ` Andreas Schwab
2003-07-15 6:58 ` Richard Stallman
0 siblings, 1 reply; 4+ messages in thread
From: Andreas Schwab @ 2003-07-14 13:19 UTC (permalink / raw
Cc: emacs-devel
Richard Stallman <rms@gnu.org> writes:
|> I don't think that the macro OPTIMIZE is the right interface, though.
|> It is merely a quick hack. I think optimization should be enabled by
|> default. Perhaps the right interface would be a configure option,
|> --disable-optimization. Would someone like to implement that?
What's wrong with "./configure CFLAGS=-g"?
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: CFLAGS change
2003-07-14 13:19 ` Andreas Schwab
@ 2003-07-15 6:58 ` Richard Stallman
2003-07-15 8:01 ` Andreas Schwab
0 siblings, 1 reply; 4+ messages in thread
From: Richard Stallman @ 2003-07-15 6:58 UTC (permalink / raw
Cc: emacs-devel
What's wrong with "./configure CFLAGS=-g"?
Does specifying CFLAGS in configure that way have a semipermanent
effect? I don't remember.
Just specifying CFLAGS was the first thing I did, but I believe I
recall I found that did not turn off INLINE. Perhaps something in
configure could check the value of CFLAGS and use that to control
whether to inline.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: CFLAGS change
2003-07-15 6:58 ` Richard Stallman
@ 2003-07-15 8:01 ` Andreas Schwab
0 siblings, 0 replies; 4+ messages in thread
From: Andreas Schwab @ 2003-07-15 8:01 UTC (permalink / raw
Cc: emacs-devel
Richard Stallman <rms@gnu.org> writes:
|> What's wrong with "./configure CFLAGS=-g"?
|>
|> Does specifying CFLAGS in configure that way have a semipermanent
|> effect?
Yes. When config.status reruns configure it uses exactly the same
command line.
|> Just specifying CFLAGS was the first thing I did, but I believe I
|> recall I found that did not turn off INLINE. Perhaps something in
|> configure could check the value of CFLAGS and use that to control
|> whether to inline.
That should not matter since gcc does not do any inlining at -O0.
Andreas.
--
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Deutschherrnstr. 15-19, D-90429 Nürnberg
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2003-07-15 8:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-07-13 0:11 CFLAGS change Richard Stallman
2003-07-14 13:19 ` Andreas Schwab
2003-07-15 6:58 ` Richard Stallman
2003-07-15 8:01 ` Andreas Schwab
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).