Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: gdb build failure in current with readonly source directory

On 16.05.2018 20:02, Robert Elz wrote:
> #      yacc  libgdb//readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.c
> /usr/obj/testing/tools/bin/nbyacc      -o /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.c /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.y
> /usr/obj/testing/tools/bin/nbyacc: f - cannot open "/readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.c"
> *** Failed target:  /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.c
> *** Failed command: /usr/obj/testing/tools/bin/nbyacc -o /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.c /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb/../../dist/gdb/rust-exp.y
> *** Error code 2
> Stop.
> nbmake[8]: stopped in /readonly/release/testing/src/external/gpl3/gdb/lib/libgdb

I'm not sure if this is related. But there is a property (bug?) on
NetBSD, that newer files in checkout (with a later latter in a current
directory) might have older timestamp.

This caused breakage for me in upstream gdb (git does not track
timestamps) and I had to manually touch files in order to stop
triggering regeneration of .y files.

Attachment: signature.asc
Description: OpenPGP digital signature

Home | Main Index | Thread Index | Old Index