[3.3 regression] fix incorrect line break before functional macro name

Alexandre Oliva aoliva@redhat.com
Sun Sep 14 05:36:00 GMT 2003


It came to my attention that code such as:

#define FOO()
FOO
bar

that used to be preprocessed such that FOO and bar were in separate
lines, after my patch to get the separate preprocessor in sync with
the internal preprocessor, would result in FOO being printed in the
wrong line, i.e., in same line as bar.

The behavior change seems to have also affected other uses of the
preprocessor for assembly code (why do we use cc1, and not cpp0, to
preprocess assembly?  Shouldn't assembly be regarded as requiring
-traditional preprocessing?).

This patch is an update of the patch I posted on Aug 4 as an
alternative to the one that ended up going in, that restores the
original preprocessor behavior, and adjusts the integrated
preprocessor such that its behavior matches that of the separate
preprocessor (a condition that I'm told was set as an acceptance
criteria for the integrated preprocessor).

Bootstrapped and regression tested on athlon-pc-linux-gnu.  Ok to
install in the 3.3 branch?  Ok for mainline as well?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: cpp-funcmacro-at-eol.patch
Type: text/x-patch
Size: 4797 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20030914/0da62577/attachment.bin>
-------------- next part --------------

-- 
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-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer


More information about the Gcc-patches mailing list