-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Duplicate source names give error #12
Comments
This is my patch (not sure if its good like this, but "it works")
|
Sorry, I really haven't been looking at Github for ages - too much paid work that leaves me too unmotivated to look at my personal projects :(. Just took a look at this. The issue with multiple object files with identical names is a very hard one to solve, specifically because of relative paths. Give
The resulting objects will be:
Which is fine to build in place. Unfortunately however, you can't easily rebase that path against a new object path in GNU make as far as I am aware, so simply adding a common
I.e. objects are generated outside the desired root OBJDIR folder. That's why I enforce the unique name constraint on the input source files if you want to put all the objects into a flat |
You could possibly check for duplicate names and then name them with Test_1 Test_2? Or you could add a hash before each file which would be unique enough. A small CRC would not give too much trash output and serve the needs. |
And what if we just replace ".." by "rel" and create this path? |
I try to compile those files:
But I get this error:
If you look closer at the sources you will notice that
sha512.c
(and others) are available in two folders (but still different code inside). I think the folder structure is not kept in the output path and therefor this causes problems.Using latest dmbs release-20160403 or newer (from git).
The text was updated successfully, but these errors were encountered: