file not found for module `montgomery`

|
15 | pub mod montgomery;
| ^^^^^^^^^^
|
= help: name the file either arithmetic/montgomery.rs or arithmetic/montgomery/mod.rs inside the directory "/home/sackery/.cargo/registry/src/github.zerozr99.workers.dev-1ecc6299db9ec823/ring-0.11.0/src/arithmetic"

[andrewtj]

0.11 does include that file, have you per-chance done something that would have removed it? If not what platform, Rust version, etc are you using and can you provide steps to reproduce the problem?

[thomashoneyman]

Same error here. Versions:

rustc 1.24.0-nightly
ring 0.11.0

I'm running on MacOS 10.13.2

error[E0583]: file not found for module `montgomery`
  --> /.../.cargo/registry/src/github.com-1ecc6299db9ec823/ring-0.11.0/src/arithmetic/arithmetic.rs:15:9
   |
15 | pub mod montgomery;
   |         ^^^^^^^^^^
   |
   = help: name the file either arithmetic/montgomery.rs or arithmetic/montgomery/mod.rs inside the directory "/.../.cargo/registry/src/github.zerozr99.workers.dev-1ecc6299db9ec823/ring-0.11.0/src/arithmetic"

error: aborting due to previous error

error: Could not compile `ring`.

This happens on a fresh git clone / install using the following Cargo.toml:

[package]
name = "x"
version = "0.1.0"

[dependencies]
dotenv = "0.10"
csv = "1.0.0-beta.5"
rocket = "0.3"
rocket_codegen = "0.3"
multipart = "0.13"
serde = "1"
serde_derive = "1"
url = "1.5"

[dependencies.rocket_contrib]
version = "*"
default-features = false
features = ["json", "handlebars_templates"]

[workspace]

[thomashoneyman]

Updated my comment above with the Cargo file @andrewtj.

This branch fails to build with the versions posted above; you should be able to clone / see the error:
https://github.com/thomashoneyman/seo-utilities/tree/ci

Edit:
I hadn't pushed the most recent local changes yet. Branch contains them now.

[andrewtj]

Ta, on macOS 10.12.6 it works with nightly-2017-12-21 but not nightly-2017-12-22.

[thomashoneyman]

I see. It does build correctly on the latest nightly in the Docker image supported at rustlang/rust:nightly.

[thomashoneyman]

@andrewtj Are you aware of a way to set the specific nightly for a project?

why don't follow rust standard module contract?!
use mod.rs not #path[...]

[briansmith]

why don't follow rust standard module contract?!
use mod.rs not #path[...]

Because the old mod.rs naming scheme is terrible. rust-lang/rust#46531 implements a new path scheme that we'll switch to when it reaches stable rust.

[briansmith]

Ta, on macOS 10.12.6 it works with nightly-2017-12-21 but not nightly-2017-12-22.

Sounds like a regression in rustc nightly, probably related to rust-lang/rust#46531 or a closely-related change.

I just manually add #[path] on each mod on nightly-2017-12-21.

[andrewtj]

@thomashoneyman rustup override can be used to set a toolchain for a directory. Running rustup install nightly-2017-12-21 and then from your project dir rustup override set nightly-2017-12-21 should get you going again.

[thomashoneyman]

@andrewtj Yep, that's working for me. However, I'm already set to nightly 12-21 by default and that fails; moving to 12-20 works. Thanks for the help.