Skip to content

Conversation

@matklad
Copy link
Contributor

@matklad matklad commented Jan 18, 2017

That's the test we've discussed in #3443

Presumably, it should failed when it was first written, but Cargo does not do such validation yet.
@rust-highfive
Copy link

r? @brson

(rust_highfive has picked a reviewer for you, use r? to override)

@matklad
Copy link
Contributor Author

matklad commented Jan 18, 2017

r? @alexcrichton

consider extending support for discovering the root through hierarchical Cargo.toml later?

I am in general a bit worried that workspaces logic got changed in the ad hoc way form what was proposed in the RFC. I think that current variant is much better, but I am uneasy because it wasn't the result of an RFC process, so not so many people have actually scrutinized it.

Perhaps this can be discussed at the tools team meeting, just to make sure we don't code ourselves in backwards compatibility corner? I've written a summary of what I think the rules should be here: #3443 (comment)

@rust-highfive rust-highfive assigned alexcrichton and unassigned brson Jan 18, 2017
@alexcrichton
Copy link
Member

@bors: r+

@bors
Copy link
Contributor

bors commented Jan 18, 2017

📌 Commit 2a9eacb has been approved by alexcrichton

@bors
Copy link
Contributor

bors commented Jan 18, 2017

⌛ Testing commit 2a9eacb with merge 5363c80...

bors added a commit that referenced this pull request Jan 18, 2017
Fix a test.

That's the test we've discussed in #3443
@alexcrichton
Copy link
Member

@matklad yeah I wouldn't want to tweak the logic without garnering more opinions. Do you want to propose that feature in a separate PR so we can discuss there? (sorry if this is just a runaround on various PRs...)

@bors
Copy link
Contributor

bors commented Jan 18, 2017

☀️ Test successful - status-appveyor, status-travis
Approved by: alexcrichton
Pushing 5363c80 to master...

@bors bors merged commit 2a9eacb into rust-lang:master Jan 18, 2017
@matklad
Copy link
Contributor Author

matklad commented Jan 19, 2017

Do you want to propose that feature in a separate PR so we can discuss there?

#3562 And I have actually realized that one half of the implementation is totally missing from the PR :) I wonder if this means that we miss some validation?

@matklad matklad deleted the fix-test branch February 14, 2017 09:58
@ehuss ehuss added this to the 1.16.0 milestone Feb 6, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants