Regression in nametable_codegen-0.1.2, Rust 1.17

[brson]

https://github.com/crlf0710/nametable

101 brian@ip-10-145-43-250:~/dev/nametable/nametable_codegen⟫ git log -1
commit 975458ae3780278128eac92e712a8ca8ab05fe05
Author: CrLF0710 <crlf0710@gmail.com>
Date:   Wed Apr 27 19:16:19 2016 +0800

    Bump versions.

brian@ip-10-145-43-250:/mnt2/dev⟫ rustc +beta -Vv
rustc 1.17.0-beta.1 (408d49e60 2017-03-14)
binary: rustc
commit-hash: 408d49e6087f87371e96277c5ff428fa22cb84e6
commit-date: 2017-03-14
host: x86_64-unknown-linux-gnu
release: 1.17.0-beta.1
LLVM version: 3.9

brian@ip-10-145-43-250:~/dev/nametable/nametable_codegen⟫ cargo +beta test
    Updating registry `https://github.com/rust-lang/crates.io-index`
 Downloading nametable v0.1.1
 Downloading syntex_syntax v0.31.0
 Downloading syntex v0.31.0
 Downloading quasi v0.9.0
 Downloading quasi_codegen v0.9.0
 Downloading aster v0.15.0
   Compiling nametable v0.1.1
   Compiling winapi-build v0.1.1
   Compiling rustc-serialize v0.3.23
   Compiling unicode-xid v0.0.3
   Compiling winapi v0.2.8
   Compiling kernel32-sys v0.2.2
   Compiling bitflags v0.5.0
   Compiling log v0.3.7
   Compiling libc v0.2.21
   Compiling term v0.2.14
   Compiling syntex_syntax v0.31.0
error[E0308]: mismatched types
   --> /home/brian/.cargo/registry/src/gitpro.ttaallkk.top-1ecc6299db9ec823/syntex_syntax-0.31.0/src/ext/base.rs:487:33
    |
487 |                                 ext::quote::expand_quote_item));
    |                                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ expected concrete lifetime, found bound lifetime parameter 'cx
    |
    = note: expected type `fn(&'cx mut ext::base::ExtCtxt<'_>, codemap::Span, &[ast::TokenTree]) -> std::boxed::Box<ext::base::MacResult + 'cx>`
               found type `fn(&mut ext::base::ExtCtxt<'_>, codemap::Span, &[ast::TokenTree]) -> std::boxed::Box<ext::base::MacResult> {ext::quote::expand_quote_item::<'_>}`
    = note: lifetime parameter `'cx` declared on fn `ext::quote::expand_quote_item` appears only in the return type, but here is required to be higher-ranked, which means that `'cx` must appear in both argument and return types
    = note: this error is the result of a recent bug fix; for more information, see issue #33685 <https://github.com/rust-lang/rust/issues/33685>

error: aborting due to previous error

error: Could not compile `syntex_syntax`.

To learn more, run the command again with --verbose.

cc @crlf0710

[alexcrichton]

This also affects presto

cc @ernestrc

[brson]

Also affects pgrustxn-sys cc @posix4e

[alexcrichton]

Er sorry @ernestrc it's actually quasi-codegen

cc @erickt

[erickt]

Those are some super old versions of syntex and quasi. Is this being run with rust nightly? We could try to release a minor version bump to syntex 0.31 and quasi 0.9 that fixes this if you'd like.

[alexcrichton]

The full report is online with versions and everything.

[posix4e]

Pgrustsys is happy to upgrade. Thanks for looking out though!

…

On Fri, Mar 31, 2017 at 2:25 PM Alex Crichton ***@***.***> wrote: The full report <https://brson.github.io/cargobomb-reports/stable-v-nightly-2017-03-29/index.html> is online with versions and everything. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#40960 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAxN210hgZ2Sfm5-xkgUXSvR61a0WSKyks5rrUUcgaJpZM4Mv8P9> .

[arielb1]

Relevant function:

pub fn expand_quote_item<'cx>(cx: &mut ExtCtxt,
                              sp: Span,
                              tts: &[TokenTree])
                              -> Box<base::MacResult+'cx> {
    let expanded = expand_parse_call(cx, sp, "parse_item_panic", vec!(), tts);
    base::MacEager::expr(expanded)
}

note: this error is the result of a recent bug fix; for more information, see issue #33685 <https://github.com/rust-lang/rust/issues/33685>. That is indeed correct. The fixed function signature starts with

pub fn expand_quote_item<'cx>(cx: &'cx mut ExtCtxt,

[erickt]

I thought I saw this bug before. I believe I fixed this same bug in https://github.com/serde-rs/syntex/tree/v0.29.x. I think we need a statute of limitations on these bugs, since I don't necessarily want to keep updating these old branches :)

We can cut a branch for 0.31.x but do we know if there are other old versions of syntex out there that also have this bug? We've done 64 releases so far, so we're not too excited about having to fix this in all the other releases.

[brson]

@arielb1 Is #33685 resolved? Do you know which Pr resolved it? Is it tagged with 'relnotes'?

[crlf0710]

Hi, thanks for mentioning this, but actually i found that the implementation of the crate nametable is much inferior to what phf does. And it is not using macros 1.1 anyway. I think i'm gonna yank these crates nametable and nametable-codegen. I don't really know how...

[crlf0710]

I just uploaded a new version to get it working again. @brson

[arielb1]

Resolved in #38897. That is indeed relnotes.

[brson]

Thanks @arielb1!

[brson]

Thanks @crlf0710!