When I specified a -od, <objpath> , a double level of 2 directories was created in my current directory, and the object file place theirin, namely <./objpath/objpath/myobjfile.o, for both linux, dmd, dmd 1.0 and dmd 2.0. An examination of the mars.c source and module.c source for the string "global.params.objdir" shows under these conditions the string passed in the options is concantenated twice. In mars.c line 713 if (global.params.link) {.. if(global.params.objname) { // name as the exe file. if (global.params.objdir) { .. global.params.objname = FileName::combine(global.params.objdir,name) And in module.c line 136 if (global.params.objname) // objdir must be already combined by here! argobj = global.params.objname; .. if (!FileName::absolute(argobj)) { // objdir is combined again, because already in global.params.objname argobj = FileName::combine(global.params.objdir, argobj); } I was testing a little XML configuration build tool, and dmd refused to make just one level of relative directory. The workaround would seem to be to work out the absolute path and pass that to the option.
Some more findings: - this is a regression in DMD 2.014 / 1.030 - the bug only manifests when the -of option is present Attaching a patch which fixes it. The patch changes the module.c code to not prepend global.params.objdir to filename if global.params.objname is set (in which case, the prepending had already been done in mars.c).
Created attachment 525 [details] Proposed patch
http://www.dsource.org/projects/dmd/changeset/516
AltStyle によって変換されたページ (->オリジナル) / アドレス: モード: デフォルト 音声ブラウザ ルビ付き 配色反転 文字拡大 モバイル