llvm dev - Jun 2013 - [LLVMdev] Hi, people, I propose to move Debug and Object File related headers out of Support

For example,
ELF.h MachO.h and COFF.h
should moved into Object directory with new name.
and Dwarf.h should moved into DebugInfo directory.

2013/6/29 Eric Christopher <echristo at
gmail.com>:
> Where would you like to move them?
>
> -eric
>
> On Fri, Jun 28, 2013 at 10:38 AM, 罗勇刚(Yonggang Luo)
> <luoyonggang at gmail.com> wrote:
>> From my point of view, the Support library should be more pure. And
>> should not contains
>> too much LLVM-related APIs and defines,
>> --
>>          此致
>> 礼
>> 罗勇刚
>> Yours
>>     sincerely,
>> Yonggang Luo
>>
>> _______________________________________________
>> LLVM Developers mailing list
>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev


-- 
         此致
礼
罗勇刚
Yours
    sincerely,
Yonggang Luo

Going to be interesting layering issues if you do the latter. Then you
have CodeGen depending upon DebugInfo instead of just a header in
Support.

-eric

On Fri, Jun 28, 2013 at 11:08 AM, 罗勇刚(Yonggang Luo)
<luoyonggang at gmail.com> wrote:
> For example,
> ELF.h MachO.h and COFF.h
> should moved into Object directory with new name.
> and Dwarf.h should moved into DebugInfo directory.
>
> 2013/6/29 Eric Christopher <echristo at gmail.com>:
>> Where would you like to move them?
>>
>> -eric
>>
>> On Fri, Jun 28, 2013 at 10:38 AM, 罗勇刚(Yonggang Luo)
>> <luoyonggang at gmail.com> wrote:
>>> From my point of view, the Support library should be more pure. And
>>> should not contains
>>> too much LLVM-related APIs and defines,
>>> --
>>>          此致
>>> 礼
>>> 罗勇刚
>>> Yours
>>>     sincerely,
>>> Yonggang Luo
>>>
>>> _______________________________________________
>>> LLVM Developers mailing list
>>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>
>
>
> --
>          此致
> 礼
> 罗勇刚
> Yours
>     sincerely,
> Yonggang Luo

On Fri, Jun 28, 2013 at 11:13 AM, Eric Christopher <echristo at
gmail.com>wrote:
> Going to be interesting layering issues if you do the latter. Then you
> have CodeGen depending upon DebugInfo instead of just a header in
> Support.
>
Well, the issue is that LLVM's "libraries" are really not fine
grained due
to our build system/source tree layout, so we end up just glomming together
large pieces of (sometimes vaguely) related functionality into
"libraries",
which are the units of physical dependency. Realistically, Support/ELF.h is
a fine piece of independent functionality that should be independently
reusable, but we don't have effective tools for managing and maintaining
proper physical dependencies to make that happen.

There are actually a bunch of things in Support that I wish could be
independently reused. Like if I want to write up a little program, I really
wish I could do

$ llpm install StringRef ArrayRef raw_ostream MemoryBuffer

and then have it put those relevant modules and their dependencies in a
local `deps/` (or whatever) directory so that I can then just include them
in my build.

-- Sean Silva
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20130628/d53f198c/attachment.html>

2013/6/29 Eric Christopher <echristo at
gmail.com>:
> Going to be interesting layering issues if you do the latter. Then you
> have CodeGen depending upon DebugInfo instead of just a header in
That's really bothered me, CodeGen include Dwarf.h and not depending
on DebugInfo？
That's a bit weird. Maybe we should rethink is that really need to
include Dwarf.h in CodeGen.
And, besides, CodeGen also includes Target files, so why CodeGen
didn't dependent on Target?
> Support.
>
> -eric
>
> On Fri, Jun 28, 2013 at 11:08 AM, 罗勇刚(Yonggang Luo)
> <luoyonggang at gmail.com> wrote:
>> For example,
>> ELF.h MachO.h and COFF.h
>> should moved into Object directory with new name.
>> and Dwarf.h should moved into DebugInfo directory.
>>
>> 2013/6/29 Eric Christopher <echristo at gmail.com>:
>>> Where would you like to move them?
>>>
>>> -eric
>>>
>>> On Fri, Jun 28, 2013 at 10:38 AM, 罗勇刚(Yonggang Luo)
>>> <luoyonggang at gmail.com> wrote:
>>>> From my point of view, the Support library should be more pure.
And
>>>> should not contains
>>>> too much LLVM-related APIs and defines,
>>>> --
>>>>          此致
>>>> 礼
>>>> 罗勇刚
>>>> Yours
>>>>     sincerely,
>>>> Yonggang Luo
>>>>
>>>> _______________________________________________
>>>> LLVM Developers mailing list
>>>> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
>>>> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>>
>>
>>
>> --
>>          此致
>> 礼
>> 罗勇刚
>> Yours
>>     sincerely,
>> Yonggang Luo


--
         此致
礼
罗勇刚
Yours
    sincerely,
Yonggang Luo