Same .obj filename used for different modules about mono-d HOT 10 CLOSED

You're right, but it's still a known problem - putting the package names in front of the module name seems to do it. But I guess this will be done with duplicate modules names only (to save command line argument space for further included obj files)

from mono-d.

Well I can still work so it's not an entire downer really. Also I'm quite new to D but I find the language amazing. So keep up the good work so I can become more in love with this language ;)

from mono-d.

it's been trivial, indeed - it should be working now. Just reinstall Mono-D and it'll be fixed, hopefully :D

from mono-d.

Aaaaaw yeah! It works! Perfect! <3

I just wish I had more time on my hands so I could work more with D ^^

from mono-d.

Seems like this issue isn't entirely solved. It failed just now for me. I'm including a link to a picture just to be sure.

[Linkage](http://www.sfmluploads.org/cache/pics/193_d linkage.png)

Tried to rebuild several times and still same result. Changing my other Graphics.d to ExtGraphics.d solves the problem yet again. When looking into the objs directory before when it worked I noticed that only ONE file was being given the package prefix.

Ymir.External.SFML.Graphics.d -> Ymir.External.SFML.Graphics.obj
Ymir.Graphics.d -> Graphics.obj

I got it to work again temporarily by reinstalling the addin again but it might come back again?
So just letting you know that there might be a bug.

UPDATE: Actually it was quite easy to reproduce, remove the Ymir.External.SFML.Graphics.obj manually, do a rebuild and the same problem comes up.

from mono-d.

It is known that duplicates will have the package name in their obj path only. So one graphics.obj without a package in front of its name is totally correct behaviour! After building the project once it'll also take the previous obj names. So no renaming when there's no need for it. So what is it doing wrong then anyway? Is there an object file not linked in? Could you dump the build log please?

edit: Fixed. :D

from mono-d.

Build output dump: http://www.sfmluploads.org/code/115

I tried installing the new version but it still happens. The problem seems like it doesn't identify when to rename properly? Because I still only have one "Graphics.obj" file instead of two. The build log comes from a similar setup as in the picture I included but more code have been added(thus more linkage problem as more functions and classes are missing)

Also here is an image on the outputted object files: [Object Files](http://www.sfmluploads.org/cache/pics/194_d linkage obj files.png)

UPDATE: Nevermind, seems like the update wasn't properly installed or something? I kept trying reinstalling it so many times but did one more time now after posting and it worked now like a charm. Now I disabled the addin first, uninstalled, installed and then enabled it again and that seemed to have worked.

from mono-d.

Ok, I see the error

dmd -L/NOLOGO -gc -debug -of"C:\Users\Groogy\Documents\Projects\SFML\SFML\bin\Debug\SFML.exe" "objs\main.obj" "objs\Exceptions.obj" "objs\Utilities.obj" "objs\Interface.obj" "objs\GUI.obj" "objs\Window.obj" "objs\System.obj" "objs\Graphics.obj" "C:\Users\Groogy\Documents\Projects\SFML\SFML\objs\Graphics.obj" "phobos.lib"
-- you see the last Graphics.obj? It's not renamed, somehow..ok, I hope I can solve that problem.

from mono-d.

No I think it is solved now. It's just that monodevelop didn't want to install the version 0.2.7 properly because of some reason. I can't recreate the bug any more.

from mono-d.

It still has been buggy though. There's a new upload now. I corrected the path naming behaviour. It's also resetting the lastly used object file paths when cleaning the project - so new obj file name creation is enforced, at least on rebuilding obj files.

from mono-d.