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