On 2015-08-23 17:01:07 +0000, Vladimir Panteleev said:
Can't reproduce this on Windows, Linux or OS X 10.10.3.
Can you include more of the build log (specifically, the entire failing
command line)? It should have a -J. in it.
I still try to get digger running on my OSX again. I fiddled around a
bit and think I'm a bit closer to the problem, but still don't have an
idea how to fix it.
1. I replaced the used DMD version with 2.068, no effect same problem.
2. If I avoid the import("verstr.h") code and replace it with a fixed
string, it works.
3. If I add the src/ directory explicitly to the command line it works
too. Looks like this then:
Volumes/Daten/Windows/d/develop/d-language/Digger/dl/dmd-2.067.1/dmd2/osx/bin/dmd
-v -ofdmd -m64 -vtls -J.
-J/Volumes/Daten/Windows/d/develop/d-language/Digger/repo/dmd/src -d
-L-lstdc++ access.d aggregate.d aliasthis.d apply.d argtypes.d
arrayop.d arraytypes.d attrib.d backend.d builtin.d canthrow.d clone.d
complex.d cond.d constfold.d cppmangle.d ctfeexpr.d dcast.d dclass.d
declaration.d delegatize.d denum.d dimport.d dinifile.d dinterpret.d
dmacro.d dmangle.d dmodule.d doc.d dscope.d dstruct.d dsymbol.d
dtemplate.d dunittest.d dversion.d entity.d errors.d escape.d
expression.d func.d globals.d hdrgen.d id.d identifier.d impcnvtab.d
imphint.d init.d inline.d intrange.d json.d lexer.d lib.d link.d mars.d
mtype.d nogc.d nspace.d opover.d optimize.d parse.d sapply.d
sideeffect.d statement.d staticassert.d target.d tokens.d traits.d
utf.d visitor.d typinf.d irstate.d objc.d libmach.d scanmach.d
root/aav.d root/array.d root/file.d root/filename.d root/longdouble.d
root/man.d root/outbuffer.d root/port.d root/response.d root/rmem.d
root/rootobject.d root/speller.d root/stringtable.d newdelete.o glue.a
backend.a
Note the second -J
So, somehow the file look-up with -J. seems not to work on my OSX. But
I don't have a clue what the problem could be. Maybe some strange
environment settings on my side?
Any help welcome...
--
Robert M. Münch
http://www.saphirion.com
smarter | better | faster
