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-49Received 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