[llvm-dev] [RFC] Create llvm/lib/Frontend

[Chris Lattner via llvm-dev]

> On Nov 25, 2019, at 10:36 AM, Doerfert, Johannes <jdoerfert at anl.gov> wrote:
>> 
>> What are the other things?  Naming is often helped by having examples
>> from the broader pool that will shape this.  It will also be helpful
>> to understand what would be “in” vs “out” of scope for this over time.
> 
> One is toolchain handling, which should be available to the linker
> plugin so we can do fat binary linking without going through the clang
> driver.
> 
> There is a desire to share driver code in here as well, Peter and Mark
> can probably elaborate on that.
> 
> I predict we find more use cases over time.

Got it - the thing is, each of these use cases will have different dependencies other implications.  I think that splitting them into separate subdirectories under lib/Frontend/ is a good way to go.

> 
>>>> WDYT about naming it something like "lib/OpenMPGen” and
>>>> generalizing/renaming it later when the scope is more clear?
>>> 
>>> I can do that. It was also proposed to do "lib/Frontend/OpenMP" or
>>> something similar. Would that help or would you prefer not to have the
>>> top level "Frontend" until we actually move other things?
>> 
>> Sure,
> 
> So `lib/Frontend/OpenMP` for the OpenMP specific part seems to be a
> popular option. I'd like to go ahead with this soon, please let me know
> if there is disagreement. FWIW, it should be easy to rename/move the
> code later anyway.

SGTM, thanks!

-Chris