Re: TMapFile usage on MacOsX

From: daniel cussol <cussol_at_ccimap.in2p3.fr>
Date: Wed, 27 Apr 2005 16:23:28 +0200


Fons Rademakers a écrit :

> Hi Keisuke,
>
> thanks for the explanation. In the meanwhile we are working on
> redoing the TMapFile class so that it will become much more portable
> and independent from the custom new and delete operators.
>
> Cheers, Fons.
>
>
>
> Keisuke Fujii wrote:
>
>> Hi Daniel,
>>
>> I had a chance to look into your problem with TMapFile.
>> Although you might have already solved the problem, here is what
>> I found:
>> 1. Since MacOS X's libstdc++ is an archive, the system standard new
>> and delete will be linked into lib*.dylib's and lib*.so's unless you
>> provide -lNew explicitly in their link lists. This requires
>> patching of
>> config/Makefile.macosx.
>> 2. You need to patch base/src/TMapFile.cxx to make it use ROOT's
>> custom new and delete.
>>
>> Side effects of doing this include that now all the executables linked
>> against ROOT's libraries have to use the custom new and delete,
>> for consistency. This requires patching of bin/root-config and
>> test/Makefile. I prepared a private patch together with a HOWTO file
>> that explains how to build a TMapFIle-enabled version of ROOT
>> and how to run the TMapFile example.
>> You can find them in
>> http://www-jlc.kek.jp/~fujiik/macosx/10.3.X/src/root/New/
>>
>> Notice that you need to explicitly Load libHistPainter.so before you
>> run hcons.C (a problem related with one of the dylib features).
>> Anyway, it worked.
>>
>> I hope Fons will find a better solution.
>> --
>> Good luck,
>> Keisuke Fujii
>>
>>
>

Thanks for your help and your quick answers! friendly

-- 
Daniel CUSSOL

LPC Caen IN2P3/ENSICAEN/Universite de Caen
Boulevard du Marechal Juin
14050 CAEN CEDEX

e-mail : cussol_at_in2p3.fr
Tel    : +33-(0)2-31-45-29-73
FAX    : +33-(0)2-31-45-25-49
Received on Wed Apr 27 2005 - 16:22:06 MEST

This archive was generated by hypermail 2.2.0 : Tue Jan 02 2007 - 14:45:07 MET