Build failure on GNU/Linux amd64

[sergiodj]

Steps to reproduce

We're building Neon on Wolfi OS, using the following recipe:

https://github.com/wolfi-dev/os/blob/27a16c34e1b0eb2783ed5bfffde6e2eec19be84e/neon.yaml

Since a few days ago it started failing with:

Compiling neon_walredo v15
Compiling neon_rmgr v15
Compiling neon_test_utils v15
Compiling neon_utils v15
Compiling test_decoding v17
Compiling neon v17
Compiling neon_walredo v17
Compiling neon_rmgr v17
Compiling neon_test_utils v17
Compiling neon_utils v17
Compiling walproposer-lib
Compiling Neon
error[E0716]: temporary value dropped while borrowed
   --> proxy/src/serverless/sql_over_http.rs:874:22
    |
870 | /             pin!(query_to_json(
871 | |                 config,
872 | |                 &mut *inner,
873 | |                 self,
874 | |                 &mut 0,
    | |                      ^ creates a temporary value which is freed while still in use
875 | |                 parsed_headers
876 | |             )),
    | |_____________-- borrow later used here
    |               |
    |               temporary value is freed at the end of this statement
    |
    = note: consider using a `let` binding to create a longer lived value

For more information about this error, try `rustc --explain E0716`.
error: could not compile `proxy` (lib) due to 1 previous error
make: *** [Makefile:96: neon] Error 101

Expected result

The package builds without problems.

Actual result

The build fails.

Environment

This build is being performed in Wolfi OS. I can provide more info on how to reproduce the environment if needed.

Logs, links

You can see the build logs here:

https://github.com/wolfi-dev/os/pull/47044/checks?check_run_id=38874538106

[sergiodj]

The Neon version we're building is the latest one: 8172

[arpad-m]

you seem to be using the nightly toolchain. there is currently an upstream bug that affects neon: #11273 (comment)

you can try either pinning and older nightly, or using the stable compiler.

[sergiodj]

Thanks for the quick reply.

Indeed, I can confirm that building with the stable channel works.

Since this is caused by a toolchain regression, I'm closing the issue.

Thanks.