August 25, 2015 Re: Digger 2.3 & verstr.h problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Vladimir Panteleev | On 2015-08-24 14:27:52 +0000, Vladimir Panteleev said: > Well, yes, your problem is that DMD 2.067 isn't finding a file while compiling DMD HEAD. So you would need to debug DMD 2.067 to find why it refuses to compile DMD HEAD. Any way that I can switch to 2.068 for building HEAD? Not that I expect to help a lot but who knows... And, any idea how I can print getcwd() during compile time? I tried but it's not working by using the function directly... this is really strange. -- Robert M. Münch http://www.saphirion.com smarter | better | faster |
August 25, 2015 Re: Digger 2.3 & verstr.h problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert M. Münch | On Tuesday, 25 August 2015 at 07:32:50 UTC, Robert M. Münch wrote: > On 2015-08-24 14:27:52 +0000, Vladimir Panteleev said: > >> Well, yes, your problem is that DMD 2.067 isn't finding a file while compiling DMD HEAD. So you would need to debug DMD 2.067 to find why it refuses to compile DMD HEAD. > > Any way that I can switch to 2.068 for building HEAD? Not that I expect to help a lot but who knows... You could try unpacking 2.068 and replacing the Digger/dl/dmd-2.067.1 directory. > And, any idea how I can print getcwd() during compile time? I tried but it's not working by using the function directly... this is really strange. getcwd() doesn't work during compile time because it's a system call. |
August 27, 2015 Re: Digger 2.3 & verstr.h problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Vladimir Panteleev | On 2015-08-25 13:42:38 +0000, Vladimir Panteleev said: >> And, any idea how I can print getcwd() during compile time? I tried but it's not working by using the function directly... this is really strange. > > getcwd() doesn't work during compile time because it's a system call. I really don't have an idea how to track this problem down... -- Robert M. Münch http://www.saphirion.com smarter | better | faster |
September 02, 2015 Re: Digger 2.3 & verstr.h problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Vladimir Panteleev | 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 |
September 02, 2015 Re: Digger 2.3 & verstr.h problem | ||||
---|---|---|---|---|
| ||||
Posted in reply to Robert M. Münch | Some more tests with a simple example: import std.stdio; void main() { writeln("hello world!" ~ import("signature.h")); } mac-pro:d-language robby$ dmd -v -J. hello.d binary dmd version v2.068.0 config /usr/local/bin/dmd.conf parse hello importall hello import object (/Library/D/dmd/src/druntime/import/object.d) import std.stdio (/Library/D/dmd/src/phobos/std/stdio.d) import core.stdc.stdio (/Library/D/dmd/src/druntime/import/core/stdc/stdio.d) import core.stdc.config (/Library/D/dmd/src/druntime/import/core/stdc/config.d) import core.stdc.stdarg (/Library/D/dmd/src/druntime/import/core/stdc/stdarg.d) import core.stdc.stdlib (/Library/D/dmd/src/druntime/import/core/stdc/stdlib.d) import core.stdc.stddef (/Library/D/dmd/src/druntime/import/core/stdc/stddef.d) import core.stdc.stdint (/Library/D/dmd/src/druntime/import/core/stdc/stdint.d) import core.stdc.signal (/Library/D/dmd/src/druntime/import/core/stdc/signal.d) import core.stdc.wchar_ (/Library/D/dmd/src/druntime/import/core/stdc/wchar_.d) import core.stdc.time (/Library/D/dmd/src/druntime/import/core/stdc/time.d) import core.sys.posix.sys.types (/Library/D/dmd/src/druntime/import/core/sys/posix/sys/types.d) import core.sys.posix.config (/Library/D/dmd/src/druntime/import/core/sys/posix/config.d) import std.typecons (/Library/D/dmd/src/phobos/std/typecons.d) import std.traits (/Library/D/dmd/src/phobos/std/traits.d) import std.typetuple (/Library/D/dmd/src/phobos/std/typetuple.d) import std.meta (/Library/D/dmd/src/phobos/std/meta.d) import std.stdiobase (/Library/D/dmd/src/phobos/std/stdiobase.d) import std.range.primitives (/Library/D/dmd/src/phobos/std/range/primitives.d) semantic hello import core.stdc.errno (/Library/D/dmd/src/druntime/import/core/stdc/errno.d) entry main hello.d semantic2 hello semantic3 hello hello.d(4): Error: file "signature.h" cannot be found or not in a path specified with -J And now adding the explicit path: mac-pro:d-language robby$ pwd /Volumes/Daten/Windows/d/develop/d-language mac-pro:d-language robby$ dmd -v -J/Volumes/Daten/Windows/d/develop/d-language hello.d binary dmd version v2.068.0 config /usr/local/bin/dmd.conf parse hello importall hello import object (/Library/D/dmd/src/druntime/import/object.d) import std.stdio (/Library/D/dmd/src/phobos/std/stdio.d) import core.stdc.stdio (/Library/D/dmd/src/druntime/import/core/stdc/stdio.d) import core.stdc.config (/Library/D/dmd/src/druntime/import/core/stdc/config.d) import core.stdc.stdarg (/Library/D/dmd/src/druntime/import/core/stdc/stdarg.d) import core.stdc.stdlib (/Library/D/dmd/src/druntime/import/core/stdc/stdlib.d) import core.stdc.stddef (/Library/D/dmd/src/druntime/import/core/stdc/stddef.d) import core.stdc.stdint (/Library/D/dmd/src/druntime/import/core/stdc/stdint.d) import core.stdc.signal (/Library/D/dmd/src/druntime/import/core/stdc/signal.d) import core.stdc.wchar_ (/Library/D/dmd/src/druntime/import/core/stdc/wchar_.d) import core.stdc.time (/Library/D/dmd/src/druntime/import/core/stdc/time.d) import core.sys.posix.sys.types (/Library/D/dmd/src/druntime/import/core/sys/posix/sys/types.d) import core.sys.posix.config (/Library/D/dmd/src/druntime/import/core/sys/posix/config.d) import std.typecons (/Library/D/dmd/src/phobos/std/typecons.d) import std.traits (/Library/D/dmd/src/phobos/std/traits.d) import std.typetuple (/Library/D/dmd/src/phobos/std/typetuple.d) import std.meta (/Library/D/dmd/src/phobos/std/meta.d) import std.stdiobase (/Library/D/dmd/src/phobos/std/stdiobase.d) import std.range.primitives (/Library/D/dmd/src/phobos/std/range/primitives.d) semantic hello import core.stdc.errno (/Library/D/dmd/src/druntime/import/core/stdc/errno.d) entry main hello.d semantic2 hello semantic3 hello file signature.h (/Volumes/Daten/windows/d/develop/d-language/signature.h) ... It works. This made me suspicous what's goind on. The /Volumes/Daten/... device is not the boot device nor the one where my ~home directory is located. So, tried it there: mac-pro:tmp robby$ pwd /Users/robby/tmp mac-pro:tmp robby$ dmd -v -J. hello.d binary dmd version v2.068.0 config /usr/local/bin/dmd.conf parse hello importall hello import object (/Library/D/dmd/src/druntime/import/object.d) import std.stdio (/Library/D/dmd/src/phobos/std/stdio.d) import core.stdc.stdio (/Library/D/dmd/src/druntime/import/core/stdc/stdio.d) import core.stdc.config (/Library/D/dmd/src/druntime/import/core/stdc/config.d) import core.stdc.stdarg (/Library/D/dmd/src/druntime/import/core/stdc/stdarg.d) import core.stdc.stdlib (/Library/D/dmd/src/druntime/import/core/stdc/stdlib.d) import core.stdc.stddef (/Library/D/dmd/src/druntime/import/core/stdc/stddef.d) import core.stdc.stdint (/Library/D/dmd/src/druntime/import/core/stdc/stdint.d) import core.stdc.signal (/Library/D/dmd/src/druntime/import/core/stdc/signal.d) import core.stdc.wchar_ (/Library/D/dmd/src/druntime/import/core/stdc/wchar_.d) import core.stdc.time (/Library/D/dmd/src/druntime/import/core/stdc/time.d) import core.sys.posix.sys.types (/Library/D/dmd/src/druntime/import/core/sys/posix/sys/types.d) import core.sys.posix.config (/Library/D/dmd/src/druntime/import/core/sys/posix/config.d) import std.typecons (/Library/D/dmd/src/phobos/std/typecons.d) import std.traits (/Library/D/dmd/src/phobos/std/traits.d) import std.typetuple (/Library/D/dmd/src/phobos/std/typetuple.d) import std.meta (/Library/D/dmd/src/phobos/std/meta.d) import std.stdiobase (/Library/D/dmd/src/phobos/std/stdiobase.d) import std.range.primitives (/Library/D/dmd/src/phobos/std/range/primitives.d) semantic hello import core.stdc.errno (/Library/D/dmd/src/druntime/import/core/stdc/errno.d) entry main hello.d semantic2 hello semantic3 hello file signature.h (/Users/robby/tmp/signature.h) This works too. So, it has to do with some access depending which device it's running on. I have these: mac-pro:tmp robby$ diskutil list /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *256.1 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_HFS System 254.6 GB disk0s2 3: Apple_Boot Recovery HD 1.0 GB disk0s3 /dev/disk1 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *9.0 TB disk1 1: EFI EFI 209.7 MB disk1s1 2: Apple_HFS Daten 9.0 TB disk1s2 As you can see /dev/disk0 seems to work /dev/disk1 not. Any idea how this can influence the -J switch? -- Robert M. Münch http://www.saphirion.com smarter | better | faster |
Copyright © 1999-2021 by the D Language Foundation