Sisyphus wrote: >Hi, > >Probably more of a 'dmake' issue than anything else .... but I don't know >where else I should ask about it. > I believe it is a dmake bug.
I've added it to the end of the following "issue" on OpenOffice.org, who are now developing/maintaining dmake: http://www.openoffice.org/issues/show_bug.cgi?id=43310 This "issue" originally related to another problem with "::" that you previously contacted me about (and which is now fixed), but I have since had cause to re-open the issue with two other problems involving "::". This makes it three now. As you can see from what I just added to that bug report, if you just change the "::" to ":" in the lines "all :: static" and "static :: libmylib$(LIB_EXT)" then it will all work OK. Alternatively, removing "all" and "static" from the ".PHONY" list also works. However, I don't believe that either of these things should be necessary -- the makefile should work as written. I notice that MakeMaker output two warnings, though: Warning (non-fatal): Target 'dynamic' depends on targets in skipped section 'dynamic_lib' Warning (non-fatal): Target 'static' depends on targets in skipped section 'static_lib' Is this relevant? If not then I guess we just need to wait for the dmake bug to be fixed. I've reported half a dozen or more issues now, and they've all be dealt with fairly speedily, so I'm hopeful that this will be resolved soon. This is the last outstanding issue that I currently have, so when it is fixed I will release a new build of dmake to CPAN. - Steve ------------------------------------------------ Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
