Skip to content

Include path in stamp hash for debuginfo tests - #54567

Merged
bors merged 1 commit into
rust-lang:masterfrom
tromey:paths-in-stamp-hashes
Sep 29, 2018
Merged

Include path in stamp hash for debuginfo tests#54567
bors merged 1 commit into
rust-lang:masterfrom
tromey:paths-in-stamp-hashes

Conversation

@tromey

Copy link
Copy Markdown
Contributor

The debuginfo tests are exposed to the environment in a couple of
ways: the path to the gdb executable matters, as does the Python path
used when loading lldb.

This patch incorporates these paths into the hash that is written to
the stamp file, so that changing the path will cause the tests to be
re-run.

The debuginfo tests are exposed to the environment in a couple of
ways: the path to the gdb executable matters, as does the Python path
used when loading lldb.
This patch incorporates these paths into the hash that is written to
the stamp file, so that changing the path will cause the tests to be
re-run.
@rust-highfive

Copy link
Copy Markdown
Contributor

r? @nikomatsakis

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

@rust-highfiverust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Sep 25, 2018
@nikomatsakis

Copy link
Copy Markdown
Contributor

@bors r+ rollup

@bors

bors commented Sep 26, 2018

Copy link
Copy Markdown
Collaborator

📌 Commit e6ea19d has been approved by nikomatsakis

@borsbors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Sep 26, 2018
@nikomatsakis

Copy link
Copy Markdown
Contributor

Actually @bors r-

@borsbors added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels Sep 26, 2018
@nikomatsakis

Copy link
Copy Markdown
Contributor

I see no problem with this, but I'd like to get the opinion from someone on @rust-lang/infra to make sure there are no hidden complications... Therefore, I'm going to r? someone else.

r? @Mark-Simulacrum

DebugInfoLldb => {
env::var_os("PATH").hash(&mut hash);
env::var_os("PYTHONPATH").hash(&mut hash);
},

@Mark-SimulacrumMark-SimulacrumSep 26, 2018

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hm, why do these need to be two separate code paths? I feel like we can hash equally independent of whether we have gdb configured; if we rerun the path uselessly that's more or less fine I think.

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It was just more precise; and also gdb can be configured with an explicit path in config.toml. However, if you want both paths to be the same, that's easy enough to do.

@Mark-Simulacrum

Copy link
Copy Markdown
Member

This seems fine (no need to make changes with regards to gdb/lldb merging). @bors r+

@bors

bors commented Sep 26, 2018

Copy link
Copy Markdown
Collaborator

📌 Commit e6ea19d has been approved by Mark-Simulacrum

@borsbors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Sep 26, 2018
kennytm added a commit to kennytm/rust that referenced this pull request Sep 27, 2018
…k-Simulacrum
Include path in stamp hash for debuginfo tests
The debuginfo tests are exposed to the environment in a couple of
ways: the path to the gdb executable matters, as does the Python path
used when loading lldb.
This patch incorporates these paths into the hash that is written to
the stamp file, so that changing the path will cause the tests to be
re-run.
@kennytmkennytm mentioned this pull request Sep 27, 2018
kennytm added a commit to kennytm/rust that referenced this pull request Sep 29, 2018
…k-Simulacrum
Include path in stamp hash for debuginfo tests
The debuginfo tests are exposed to the environment in a couple of
ways: the path to the gdb executable matters, as does the Python path
used when loading lldb.
This patch incorporates these paths into the hash that is written to
the stamp file, so that changing the path will cause the tests to be
re-run.
@kennytmkennytm mentioned this pull request Sep 29, 2018
bors added a commit that referenced this pull request Sep 29, 2018
Rollup of 8 pull requests
Successful merges:
- #54564 (Add 1.29.1 release notes)
- #54567 (Include path in stamp hash for debuginfo tests)
- #54577 (rustdoc: give proc-macros their own pages)
- #54590 (std: Don't let `rust_panic` get inlined)
- #54598 (Remove useless lifetimes from `Pin` `impl`s.)
- #54604 (Added help message for `self_in_typedefs` feature gate)
- #54635 (Improve docs for std::io::Seek)
- #54645 (Compute Android gdb version in compiletest)
@bors
bors merged commit e6ea19d into rust-lang:masterSep 29, 2018
@tromey
tromey deleted the paths-in-stamp-hashes branch September 30, 2018 02:23
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

S-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@tromey@rust-highfive@nikomatsakis@bors@Mark-Simulacrum