gomp-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gomp-discuss] Stupid suggestion ..


From: Diego Novillo
Subject: Re: [Gomp-discuss] Stupid suggestion ..
Date: Wed, 5 Feb 2003 08:56:18 -0500
User-agent: Mutt/1.4i

On Wed, 05 Feb 2003, Lars Segerlund wrote:

> 
>  Since we are going to modify the parser & a lot more, how about 
> confining ourself to gcc/gcc/gomp/ and build a new driver ! Using our 
> frontends ? i.e. instead of gcc <sources> one would write gomp <sources>
> 
>  The rationalle for this would be that we could keep a private set of 
> files that would be searched first ( in the path while building ), and 
> use the bulk of the source from the usual places.
> 
>  so if the cc1 forntend consisted of the source files
> 
>  a.c b.c c.c
> 
>  and we had a modified b.c we would make the build do a
> 
>  gcc a.b gomp/b.c c.c instead of gcc a.c b.c c.c
> 
>  It's just a way to live in the regular tree in an nonintrusuve way.
> 
>  I'm just a bit woried over the modifications to the rest of the 
> frontend, an alternative would be to bild omp enabled frontends, and 
> slightly modify gcc to take a new switch to use these ?
> 
>  good or bad idea ?
> 
You'll only make future merging more painful.  It's better to do
things the way GCC expects from the get-go.  Since there will be
regular mainline->gomp-branch merges, any changes upstream affect
you early rather than later.

If you were doing everything in your own private files, and
suddenly GCC decides to change how the front ends work in a way
that goes against your implementation, you won't find out until
it's too late.

Another advantage is that by modifying standard files, you can
ask questions on the gcc lists and have a hope of someone knowing
what you're asking :)

Really, let's just use a branch.  Are y'all ready to start
hacking the FE?  I'll create a branch today if you want.


Diego.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]