[lkml]   [2000]   [Sep]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Alexander Viro wrote:
> On Wed, 6 Sep 2000, Martin Dalecki wrote:
> > There is some facility allowing to implement this kind of things
> > in the C++ part of the most recent EGCS version which makes implementing
> > such things "relatively" easy - basiclly there is the provision to dump
> > the parser trees as easy to process ascii text already there.
> Fuck C++, by what bloody magic are you going to account for cpp?

Easy - the same way you do for cross compilation. Basically just:

export CC=g++ --some-magic-long-option-i-dont-remember; make

And then the normal compilation is not just generating *.o files, but
files with dumped parser trees as well. Hell It's even documented there!

> > Maybe this is a new argument to facilitate at least correct syntactical
> > processing of the kernel by the C++ flavour of EGCS?
> No, it would not. If g++ can do that, gcc also should be able to,

No - becouse we basically write C++ compatible C code but in fact the
compiler is allowed to have much tighter assumptions about the type
system under C++ then it is under C, so it has *MORE* valuable data
at hand...

> especially by the time when we will have preprocessor BS under control in
> sufficient degree. Right now neither gcc nor g++ will see the large part
> of tree.

Basically I will just guess: The next maybe non free version of
source navigator will use the mechanism I have just described above.
So maybe there is already someone at RedHat doing exactly this work
already ;-).
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:38    [W:0.188 / U:0.464 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site