Re: [Clibinutils-devel] Support for MDB debug info to ld

[Andrea C. O. <and...@gm...>]

I am sorry,
I added the build of the library, not the use of it. :)
That part is not done yet.
For it I have to look in my old directories.
But I guess it would be just a small change in
CFileFactory.cs:LoadCFile() and CFile.cs:Save()

There is a svn property 'svn:extrenals' that properly configured does
the co of remotes svn dirs.
I never properly checked the license from Mono for this kind of use of
the libraries;
and the fact that we co them and build them the way we do is really a hack.
We should just pick the ones installed by mono on the machine.
That's way the property is not set on trunk.

But since it is really convenient I use it in my development branch :)

Andrea

On Wed, Mar 31, 2010 at 3:11 PM, Thierry Lafage <thi...@in...> wrote:
> Hi Andrea,
>
> Great job!
> However, I don't see how to use it... I mean how does ld merge together
> all *.mdb files into an eg. a.out.mdb?
> Is there any new option to use?
> I tried on a simple example, and it didn't produce any mdb file...
>
> By the way, when I checkouted your branch, it automatically checkouted
> Cecil, Cecil.Mdb and CompilerServices.SymbolWriter. It looks... magic!
> If you can do the same for the trunk, the upgrade shouldn't be a pb.,
> should it?
>
> Regards,
>
> Thierry Lafage.
>
>
>
> Andrea Carlo Ornstein a écrit :
>> Hi,
>>
>> I ci the changes in my dev branch
>> (https://clibinutils.svn.sourceforge.net/svnroot/clibinutils/mono-based-binutils/branches/aco-dev),
>> it seems to be working fine.
>>
>> If I do the ci on trunk all the people that builds the binutils have
>> to co two extra dirs from Mono.
>> It will break all current checkouts.
>>
>> Let me know when you want me to ci on trunk.
>>
>> Andrea
>>
>>
>> On Mon, Mar 29, 2010 at 4:26 PM, Andrea Carlo Ornstein
>> <and...@gm...> wrote:
>>
>>> I am not in the office at the moment, I need a couple of days to see
>>> what I have.
>>> Perhaps it's already done :)
>>> I just do not remember.
>>>
>>> I worked on it more than a year ago when I was writing the binutils.
>>>
>>> Andrea
>>>
>>> On Mon, Mar 29, 2010 at 3:45 PM, Thierry Lafage <thi...@in...> wrote:
>>>
>>>> Hi Andrea,
>>>>
>>>> I think that 2 more checkout points is not a problem provided that it is
>>>> correctly documented and because there is already the dependency wrt. Cecil.
>>>> The real problem is, I guess, how much work would it be to add this support
>>>> and what has to be done.
>>>> Then, given that it is not our top priority either, who should (or would be
>>>> willing to) do the work?
>>>>
>>>> Regards,
>>>>
>>>> Thierry Lafage.
>>>>
>>>>
>>>>
>>>> Andrea Carlo Ornstein a écrit :
>>>>
>>>>> Hi,
>>>>>
>>>>> I actually tried to solve the problem a while ago,
>>>>> after a while I give up. :)
>>>>> It was not a priority at the time, we just would have two extra checkout
>>>>> points.
>>>>>
>>>>> The right solution would be to use the libraries installed in the
>>>>> machine you are building on (the same apply to Mono.Cecil).
>>>>>
>>>>> For Cecil this was always a problem, on my machine, a Debian (but also
>>>>> on ubuntu) the library they ship is too old.
>>>>> That is the reason we check out it from Mono repository and build it
>>>>> from scratch.
>>>>>
>>>>> We can use the one installed in the machine if they are up to date
>>>>> (small change in the e configure.ac)I can provide a patch for it.
>>>>> OR
>>>>> add two new checkout points and change the Makefile as I did for Cecil
>>>>> (Imay still have may changes somewhere in my machine at the office.
>>>>>
>>>>> Andrea
>>>>>
>>>>> On Fri, Mar 26, 2010 at 6:10 PM, Thierry Lafage <thi...@in...>
>>>>> wrote:
>>>>>
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> Some time ago, I added .line information generation in gcc4cli so as to
>>>>>> relate cli code to C source code. I'm preparing an ilasm patch to take
>>>>>> these .line statements into account and write source information in the
>>>>>> corresponding .mdb file.
>>>>>> Now, the last stage would be to make ld gather all .mdb files together
>>>>>> (with adequate relocation info) to build the a.out.mdb (or .dll.mdb, or
>>>>>> ...).
>>>>>> I've began to look at Cecil code, and I've found that there is support
>>>>>> for mdb files in Mono.Cecil.Mdb (which have to be separately check-outed
>>>>>> and have to include Mono.CompilerServices.SymbolWriter, also separately
>>>>>> check-outed). But, I really don't know how to do that and whether it
>>>>>> would be a lot of work (it seems so to me).
>>>>>>
>>>>>> People in this list surely have already though of this matter: what is
>>>>>> your opinion? Would there be someone willing to develop it (maybe I
>>>>>> would if it's not a lot of work)?
>>>>>>
>>>>>> Regards,
>>>>>> Thierry Lafage.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Download Intel&#174; Parallel Studio Eval
>>>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>>>> proactively, and fine-tune applications for parallel performance.
>>>>>> See why Intel Parallel Studio got high marks during beta.
>>>>>> http://p.sf.net/sfu/intel-sw-dev
>>>>>> _______________________________________________
>>>>>> Clibinutils-devel mailing list
>>>>>> Cli...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/clibinutils-devel
>>>>>>
>>>>>>
>>>>>>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Clibinutils-devel mailing list
> Cli...@li...
> https://lists.sourceforge.net/lists/listinfo/clibinutils-devel
>