Artifact is overwritten if there are two contracts with the same name

[libertylocked]

• I've asked for help in the Truffle Gitter before filing this issue.

---

Issue

If there are multiple sol files with the same name but under different folders in contracts, for example if there's 3 sol files in contracts

• contracts/Game.sol
• contracts/Game1/Game.sol
• contracts/Game2/Game.sol

Only one artifact will be generated when running truffle compile, because it's overwritten by the last contract compiled, typically by the one with greatest lexicographic order in full path

Steps to Reproduce

Make 3 contracts in contracts folder, with any code, as long as the 3 contracts are different

• contracts/Game.sol
• contracts/Game1/Game.sol
• contracts/Game2/Game.sol

Run truffle compile, only 1 artifact is created in build/contracts

Expected Behavior

The artifacts should be placed in folders too and not just overwritten. So there should be

• build/contracts/Game.json
• build/contracts/Game1/Game.json
• build/contracts/Game2/Game.json

Which can be required by artifacts.require("./Game1/Game.json") and such

Actual Results

Only one artifact is generated, build/contracts/Game.json, which is the artifact of the last contract compiled, in this case contracts/Game2/Game.sol

Environment

• Operating System: Linux 4.17.3-1-ARCH
• Ethereum client:Ganache CLI v6.1.4 (ganache-core: 2.1.3)
• Truffle version (truffle version): Truffle v4.1.13 (core: 4.1.13)
• node version (node --version): v8.11.3
• npm version (npm --version): 6.1.0

[gnidan]

Thanks for raising this @libertylocked. Unfortunately this is a limitation of the way Truffle handles artifact files right now. We have this work scheduled for 5.1, as it's a substantial effort.

[anxolin]

I find this issue important for projects that have a dependencies on other projects with collisions in the name of the contracts.

General names as StandardToken, Token, etc. can appear in your project dependencies easily, so I guess it would be a good idea to have a namespace functionality in place.

In any case, if it's scheduled to v5.1, wouldn't be better to re-open the issue, so we can keep track of it?

[stale]

Thank you for raising this issue! It has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. If you would like to keep this issue open, please respond with information about the current state of this problem.

[anxolin]

Hi @gnidan ! Do you still plan to include this in 5.1? Do you know if there any progress regarding this issue?

Thanks!

[stale]

Thanks for your response! This issue is no longer considered stale and someone from the Truffle team will try to respond as soon as they can.

[gnidan]

@anxolin This is still on our radar. There hasn't been much progress since all the 5.0 work, but my initial requirements gathering from earlier this year is captured here.

[anxolin]

@gnidan that's a really nice document!

I'm not sure I understood correctly, the idea is to use as part of the new schema new abstractions to differentiate between "Contract types" and "Contract instances" of it?

I think this would solve this issue, but would it handle the problem of the "name collisions", I mean, if you depend on two projects that happen to use 2 contracts with the same name (i.e. Token), truffle will take those, compile them and put it in the build/contracts. So there we have a collision.

Does this solution solve this other issue?

[stale]

Thank you for raising this issue! It has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. If you would like to keep this issue open, please respond with information about the current state of this problem.

[stale]

There has been no new activity on this issue since it was marked as stale 7 days ago, so it is being automatically closed. If you'd like help with this or a different problem, please open a new issue. Thanks!