win32: fresh created project leads to bad file names - does not work

[GitMensch]

Output name "WORLDCITIES..dll.dll" while original GnuCOBOL compiled one is fine

[GitMensch]

I've only rebuilt the project, so this may be outdated, but as there is actual Output now - here it is:

Starting to build worldcities.gix for target debug/x86
BuildingD:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/WORLDCITIES.cbl
D:/Dev/GnuCOBOL/GC22-NODB/bin/cobc.exe -std default -g -debug -A -O0 -gdwarf-4 -I D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities -c -o D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/WORLDCITIES.o D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/WORLDCITIES.cbl
Build successful: D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/WORLDCITIES.o
D:/Dev/GnuCOBOL/GC22-NODB/bin/cobc.exe -b -g -debug -Og -A -gdwarf-4 -A -O0 -o D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/WORLDCITIES..dll.dll D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/WORLDCITIES.o D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/gix_dbg_WORLDCITIES..dll.o
Build successful: D:/Dev/GnuCOBOL/contrib/trunk/samples/worldcities/worldcities/bin/debug/x86/WORLDCITIES..dll.dll

Side note: there is a space missing after "Building".

Executing it afterwards leads to an output of

Starting to build worldcities.gix for target debug/x86
Process finished with exit code 1 (0x00000001)

and a cmd window shortly poping up with

libcob: module 'WORLDCITIES' not found

Another side note: It would be good if the Output would have an empty line after the build phase and then a "starting [whateverisstarted] in [cwd]" output

[GitMensch]

Hm, where can I adjust the project settings like the ones leading to the bad output name?

[GitMensch]

Still happens when loading that project with 1.1.0.36 , so:

where can I adjust the project settings like the ones leading to the bad output name?

[mridoni]

This is an internal setting, but the problem should already be solved in a release I will publish in a few days. By the way: did you use a "multi-binary" project to test?