public inbox for goredo-devel@lists.cypherpunks.ru
Atom feed
From: spacefrogg <spacefrogg-goredo@spacefrogg•net>
To: Goredo Devel <goredo-devel@lists.cypherpunks.ru>
Subject: Redo tries to access a .dep file of a failed target
Date: Mon, 11 Dec 2023 12:31:04 +0000 [thread overview]
Message-ID: <6175a2920720953a40b8252790f587dc@spacefrogg.net> (raw)
Hi,
I'm running goredo 2.5.0 and sometimes, in more complex projects, redo
tries to acccess the .dep file of a just-failed dependency target. It
produces the following error:
run.go:584: go.cypherpunks.ru/goredo/run.go:566: main.runScript.func6.1:
open <path/to/target>.dep: no such file or directory
This is followed by, sometimes multiple, lines of:
err . <path/to/target>: was not built: no .dep
The original error is retained and also otherwise redo seems to be
working correctly. So, this behaviour is just kind of redundant and
produces a lot of noise. If it starts producing the first error message,
it usually continues for all successively failing targets all to the
top. I would expect there to be no .dep file when the target failed to
execute, but may be that is an error in itself.
I wasn't able to come up with a simple MVP. In my trials it behaved as
expected (printing one 'err . <target>: ...' line per target). I can
only guess that it may have to do with multiple higher-level targets
depending on the original failing target.
Best,
–Michael
next reply other threads:[~2023-12-11 12:31 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-11 12:31 spacefrogg [this message]
2023-12-19 14:29 ` Redo tries to access a .dep file of a failed target Sergey Matveev