This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: build regression


Tom Tromey wrote:-

> I think from a UI point of view, Neil's approach is sound, especially
> as long as we can invoke "gcc -x language ..." to invoke non-C
> compilers.  In this situation uniformity seems important.
> 
> However, it does imply that we need some central clearinghouse for
> adding new options.  This is a change from the past.
> 
> For gcj our hope has been that we could have "gcj -C" be a drop-in
> replacement for "javac".  This means having option compatibility.
> I wonder if this goal is still possible to achieve.

It is, provided -C has the same requirements as it does for the C
front ends, i.e. that it doesn't take an option.  I don't know
what you mean by javac, but it might be that this is handled in
the driver and the front ends never know.

Neil.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]