www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.learn - what's this Error: corrupt MS Coff object module

reply mw <mingwu gmail.com> writes:
I got this error, when build with 
VisualD-v1.0.1-dmd-2.093.1-ldc2-1.23.0.exe

dmd:

lib\unit-threaded_property.lib: Error: corrupt MS Coff object 
module 
obj\debug\dummy\dummy\dummy\dummy\dummy\dummy\unit-threaded_property\..\..\..\..\..\..\Users...\AppData\Local\dub\packages\unit-threaded-1.0.4\unit-threaded\subpackages\property\source\unit_threaded\rand
mized\benchmark.obj 320
lib\unit-threaded_property.lib: Error: corrupt MS Coff object 
module 
obj\debug\dummy\dummy\dummy\dummy\dummy\dummy\unit-threaded_property\..\..\..\..\..\..\Users...\AppData\Local\dub\packages\unit-threaded-1.0.4\unit-threaded\subpackages\property\source\unit_threaded\ra
domized\package.obj 320
Building lib\unit-threaded_property.lib failed!


(I didn't add package unit-threaded myself, guess it's indirectly 
pulled in by some other packages.)

How to fix this Coff object issues?

(BTW, why there are so many \dummy\... dirs?)
Aug 24 2020
parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Tuesday, 25 August 2020 at 00:41:27 UTC, mw wrote:
 How to fix this Coff object issues?
there's two library formats: coff and omf. omf is the old one that dmd assumes without arguments. coff is the new one with `dmd -m32mscoff` or `dmd -m64`. I would guess one of those libs was built with plain old dmd and the other with the other switch. Might help to just delete the old directories and let it redownload and recompile fresh with all the new settings.
Aug 24 2020
parent reply mw <mingwu gmail.com> writes:
On Tuesday, 25 August 2020 at 00:56:51 UTC, Adam D. Ruppe wrote:
 Might help to just delete the old directories and let it 
 redownload and recompile fresh with all the new settings.
Is it safe to just delete all the: C:\Users...\AppData\Local\dub\packages\<all_the_dirs> and run `dub upgrade` again to redownload everything from the web?
Aug 24 2020
parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Tuesday, 25 August 2020 at 01:08:49 UTC, mw wrote:
 Is it safe to just delete all the:
yup. I have to do this every other week on my work box to keep its hard drive from filling up lol
Aug 24 2020
parent reply mw <mingwu gmail.com> writes:
On Tuesday, 25 August 2020 at 01:13:11 UTC, Adam D. Ruppe wrote:
 On Tuesday, 25 August 2020 at 01:08:49 UTC, mw wrote:
 Is it safe to just delete all the:
yup. I have to do this every other week on my work box to keep its hard drive from filling up lol
I just completely deleted that `packages` dir, and the <proj_dir>/.dub dir and also the app.sln file; then I start from scratch: dub.exe generate visuald But I got the exact same build error: corrupt MS Coff object. I think it's showhow caused by the build process itself, maybe just inside the unit-threaded-1.0.4 package, any suggestions where to check further? Thanks.
Aug 24 2020
parent reply mw <mingwu gmail.com> writes:
On Tuesday, 25 August 2020 at 01:35:00 UTC, mw wrote:
 On Tuesday, 25 August 2020 at 01:13:11 UTC, Adam D. Ruppe wrote:
 On Tuesday, 25 August 2020 at 01:08:49 UTC, mw wrote:
 Is it safe to just delete all the:
yup. I have to do this every other week on my work box to keep its hard drive from filling up lol
I just completely deleted that `packages` dir, and the <proj_dir>/.dub dir and also the app.sln file; then I start from scratch: dub.exe generate visuald But I got the exact same build error: corrupt MS Coff object. I think it's showhow caused by the build process itself, maybe just inside the unit-threaded-1.0.4 package, any suggestions where to check further?
I just tried, using -m32: /mnt/c/project/dlang/dmd-2.093.1/windows/bin/sc.ini [Environment] DFLAGS="-I% P%\..\..\src\phobos" "-I% P%\..\..\src\druntime\import" "-d" "-m32" at least that error is gone, and I was able to build: .dub/lib/unit-threaded_property.lib So, looks like this unit-threaded_property.lib cannot be build with -m64, but I just wonder why?
Aug 24 2020
parent mw <mingwu gmail.com> writes:
On Tuesday, 25 August 2020 at 01:44:16 UTC, mw wrote:
 I just tried, using -m32:

  /mnt/c/project/dlang/dmd-2.093.1/windows/bin/sc.ini
 [Environment]
 DFLAGS="-I% P%\..\..\src\phobos" 
 "-I% P%\..\..\src\druntime\import" "-d" "-m32"

 at least that error is gone, and I was able to build:

 .dub/lib/unit-threaded_property.lib

 So, looks like this unit-threaded_property.lib cannot be build 
 with -m64, but I just wonder why?
Looks like a VisualD issue: https://issues.dlang.org/show_bug.cgi?id=21194 I cannot build with VisualD, but I can build on Windows using command line: C:\project\dlang\dmd-2.093.1\windows\bin64\dub.exe test --build=unittest
Aug 24 2020