Skip to content

regression: f16 + f128 is unstable #123282

Description

@Mark-Simulacrum
[INFO] [stdout] error[E0658]: the type `f16` is unstable
[INFO] [stdout]  --> src/float.rs:5:9
[INFO] [stdout]   |
[INFO] [stdout] 5 | pub use f16::*;
[INFO] [stdout]   |         ^^^
[INFO] [stdout]   |
[INFO] [stdout]   = note: see issue #116909 <https://github.com/rust-lang/rust/issues/116909> for more information

Activity

  1. added this to the 1.78.0 milestone on Mar 31, 2024
  2. added
    I-prioritizeIssue needs a team member to assess the impact. Will be replaced by P-{low,medium,high,critical}
    needs-triageThis issue may need triage. Remove when done. See docs forge.rust-lang.org/release/issue-triaging
    on Mar 31, 2024
  3. changed the title [-]regression: f16 is unstable[/-] [+]regression: f16 + f128 is unstable[/+] on Mar 31, 2024
  4. added
    T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.
    and removed
    needs-triageThis issue may need triage. Remove when done. See docs forge.rust-lang.org/release/issue-triaging
    on Mar 31, 2024
  5. fmease commented on Mar 31, 2024

    @fmease
    Member
  6. Noratrieb commented on Mar 31, 2024

    @Noratrieb
    Member

    MCVE:

    mod f16 { pub fn a() {} }
    
    pub use f16::a;
  7. Noratrieb commented on Mar 31, 2024

    @Noratrieb
    Member

    It compiles if I add #![feature(f16)]. Somehow feature gating and name resolution disagree whether it refers to the type or the module.

    mod f32 { pub fn a() {} }
    
    pub use f32::a;

    also compiles

  8. added
    C-bugCategory: This is a bug.
    F-f16_and_f128`#![feature(f16)]`, `#![feature(f128)]`
    on Mar 31, 2024
  9. Noratrieb commented on Mar 31, 2024

    @Noratrieb
    Member

    I think this was fixed recently? It reproduces on the playground nightly, but does not reproduce on the latest nightly and on master.

  10. Noratrieb commented on Mar 31, 2024

    @Noratrieb
    Member

    Ah no, I can reproduce it with cargo build, just not with rustc directly (?????????).

  11. Noratrieb commented on Mar 31, 2024

    @Noratrieb
    Member

    cc @petrochenkov @compiler-errors, it was probably regressed by e782d27

  12. 23 remaining items

  13. tgross35 commented on Apr 4, 2024

    @tgross35
    Member

    Ah I shouldn't have included a fixes: tag, this needs to be reopened.

    Since the fix is small, I'll put up a beta PR with the cherry pick as long as that seems reasonable in favor of reverting.

  14. tgross35 commented on Apr 4, 2024

    @tgross35
    Member

    Up at #123445

  15. fmease commented on Apr 4, 2024

    @fmease
    Member

    Ah I shouldn't have included a fixes: tag, this needs to be reopened.

  16. reopened this on Apr 4, 2024
  17. added a commit that references this issue on Apr 6, 2024
  18. tgross35 commented on Apr 9, 2024

    @tgross35
    Member

    Ah I shouldn't have included a fixes: tag, this needs to be reopened.

    Well, now it can be closed again 😄 #123466 should hopefully fix this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    A-resolveArea: Name/path resolution done by `rustc_resolve` specificallyC-bugCategory: This is a bug.F-f16_and_f128`#![feature(f16)]`, `#![feature(f128)]`P-highHigh priorityS-has-mcveStatus: A Minimal Complete and Verifiable Example has been found for this issueT-compilerRelevant to the compiler team, which will review and decide on the PR/issue.regression-from-stable-to-betaPerformance or correctness regression from stable to beta.

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions