guix-devel
[Top][All Lists]
Advanced

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

Re: 01/02: build: gnu-build-system: Don't run configure during bootstrap


From: Bengt Richter
Subject: Re: 01/02: build: gnu-build-system: Don't run configure during bootstrap.
Date: Sun, 16 Feb 2020 17:24:22 +0100
User-agent: Mutt/1.10.1 (2018-07-13)

Hi Efraim,

On +2020-02-16 16:55:17 +0200, Efraim Flashner wrote:
> On Sun, Feb 16, 2020 at 03:27:36PM +0100, Marius Bakke wrote:
> > address@hidden writes:
> > 
> > > commit 481a0f1a7ceac666a011b28324220584ead07698
> > > Author: Efraim Flashner <address@hidden>
> > > AuthorDate: Thu Feb 13 10:54:29 2020 +0200
> > >
> > >     build: gnu-build-system: Don't run configure during bootstrap.
> > >     
> > >     * guix/build/gnu-build-system.scm (bootstrap): Add NOCONFIGURE
> > >     environment variable before running bootstrap scripts.
> > 
> > [...]
> > 
> > > @@ -190,6 +190,7 @@ working directory."
> > >                (if (executable-file? script)
> > >                    (begin
> > >                      (patch-shebang script)
> > > +                    (setenv "NOCONFIGURE" "true")
> > >                      (invoke script))
> > >                    (invoke "sh" script)))
> > >              (if (or (file-exists? "configure.ac")
> > 
> > Should we unset NOCONFIGURE afterwards?  Probably at least one package
> > uses this variable for something completely different...
> 
> It probably wouldn't hurt to unset it. I've never come across a package
> where that's been a problem but best not invite trouble.
>
With all due respect, I am not comfortable with this kind of rationale :) 

If it's never been a problem, unsetting might hide a case where it _would_
cause a problem -- which IMO it would be better to find out about than not.

Is there an official policy regarding garbage/dangling environment variables?

(Or is that just to be expected in the sargasso sea of "undefined behaviour"? 
;-)

So, if in doubt, instead of unsetting, perhaps set it something like

    "IF_YOU_SEE_THIS_PLEASE_REPORT_HOW_IT_HAPPENED_TO_efraim_AT_flashner.co.il"

;-P

or make it throw an exception somehow, if following processing uses NOCONFIGURE
any way at all before being replaced with a proper meaningful new value.

> Also, looking at the snippet, I should move it higher up. If it's not
> executable then NOCONFIGURE doesn't get set.
> 
> 
> -- 
> Efraim Flashner   <address@hidden>   אפרים פלשנר
> GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
> Confidentiality cannot be guaranteed on emails sent or received unencrypted

Hope I didn't offend anyone :)
-- 
Regards,
Bengt Richter



reply via email to

[Prev in Thread] Current Thread [Next in Thread]