Jonathan, On Fri, 2011-02-18 at 17:28 -0800, Jonathan M Davis wrote: > On Friday, February 18, 2011 16:27:23 Russel Winder wrote: > > As noted in my earlier email on the other list, I too got this problem. > > Fromn what I can tell 1.066 and 2.051 have dmd.conf files but there is > > no such thing in the 1.067 and 2.052 distributions. So the "out of the > > box" configuration does seem to be "broken". > > And as I said in my response to your other message, the proper dmd.conf file > _is_ > in the distributed zip file. So, unless you're dealing with the deb or rpm, > and > they're broken, and I don't know why you wouldn't be seeing a new dmd.conf > with > the 2.052 release. But I don't know what the state of the rpm or deb is. I > just > always use the zip file, which is very simple.
I was too tired last evening to think this through properly, my apologies. Hopefully I am now more with it. I made a single character typing error in my diff last evening that was critical to my statement that the two conf files were the same. Correcting that, the two are clearly not the same, and I do indeed have a conf file with lib32 and lib64 in the environment line, exactly as you assured me. My fault for doubting, apologies. Of course this now raises the issue that if I have the right configuration, why is the library necessary for correct linking of std.date and std.datetime not being found "out of the box". I can see the -L-lrt at the end of the line in the dmd.conf file. I can see: /usr/lib/librt.a /usr/lib/librt.so /usr/lib32/librt.a /usr/lib32/librt.so are present and correct on my machine. OK so it is blindingly obvious: I am using SCons, which builds its own dmd/gcc sequence of calls instead of just using dmd as a driver for hte whole compile and link. The crucial point is that it separates calling dmd from calling gcc. Thus the real question is then: should the SCons D tool be reading the dmd.conf, editing the first -L out since that is to get the option from the dmd to the gcc when dmd is the driver. Alternatively do I just replicate the knowledge in the dmd.conf file? -- Russel. ============================================================================= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Road m: +44 7770 465 077 xmpp: rus...@russel.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
signature.asc
Description: This is a digitally signed message part