Hello All, this is the last message to myself, I promise ;-)
On Wed, Jan 20, 2021 at 10:18:43PM +0100, Arrigo Marchiori wrote: > Hello All, > > I could finally make sense of my own message from January 1st. > > Please see below. > > On Fri, Jan 01, 2021 at 06:41:33PM +0100, Arrigo Marchiori wrote: > > > Dear All, > > > > we recently fixed the "dmake clean" problem that deleted the whole > > source tree, in certain condition, instead of the $INPATH directories > > [1]. > > > > Shall the command also delete the "$INPATH.pro" directories? On my > > system, they are: > > > [...] > > dmake clean does already wipe the $INPATH directories away, and that > is right. On my system, $INPATH is "unxlngx6.pro" > > The directories that are _not_ wiped away, and should be deleted as > well, are those named $OUTPATH, that is $INPATH without the ending > ".pro". > > The script solenv/bin/download_external_dependencies.pl that is called > by bootstrap, in function ProvideSpecialTarball searches for the epm > and dmake executables in $SOLARENV/$OUTPATH > > This is enough IMHO to justify wiping $OUTPATH directories as well as > $INPATH directories. > > I will open a PR and merge it after a few days if no one objects. > > Best regards, I found the culprit. The configure script sets $INPATH and $OUTPATH to the same value when it receives the parameter "--enable-dbgutil". In such case, on my system, everything goes into directory unxlngx6 instead of unxlngx6.pro (what actually happens, is that the variable $PROEXT is set to an empty string) For this reason, it makes perfectly sense to clean up both $INPATH and $OUTPATH because it is possible that the current tree contains leftover artifacts from a previous debug build. I will now merge PR 119. Best regards, -- Arrigo http://rigo.altervista.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
