Hi Santiago,
I will look into this. Would it be acceptable to have a ./configure
option that
prevents the setting of the build date (so the build date would be
roughly the
time when the GNU APL sources were checked in rather than the time when
GNU APL was ./configure'd)?
I suppose this issue
Hi Xtian,
normally a DOMAIN ERROR is raised when a function is used for which the
libraries
were not installed when GNU APL was compiled.
/// Jürgen
On 12/05/2017 06:44 AM, Christian Robert wrote:
I am curious about how will react APL compiled with
say the right PCRE and the right FFT libra
I made a typo and was presented with an APL stack trace which suggests a
bug in GNU APL.
The reduced test case is as follows:
* (2 2⍴1) +⍤1 0 1 1*
Which presents the following:
Incomplete value at Symbol.cc:128
Addr:0x55891db89770
Rank:1
Shape: ⊏1⊐
Flags: --
First: 1
Dynamic:
Hi Elias,
thanks, fixed in SVN 1025.
Best Regards,
/// Jürgen
On 12/05/2017 11:46 AM, Elias Mårtenson
wrote:
I made a typo and was presented with an APL stack trace
which suggests a bug in GNU APL.
Hi, thanks for getting back to me!
I think a ./configure option could be an alternative. I'll CC the rest
of the reproducible-builds ML in case they want to jump in and call me
out :)
And yes, I think this has come up for other projects too, hence the
proposal of the S_D_E environment variable (f
Ugh, forgot to link to the specification of S_D_E:
https://reproducible-builds.org/specs/source-date-epoch/
Cheers!
-Santiago.
signature.asc
Description: PGP signature
Hi Santiago,
I have adopted the environment variable approach, which is now
contained in *SVN 1026*. (and therefore also in the next GNU APL release).
I took the freedom to change your patch from:
+ BUILD_DATE=`date -u "%F %R:%S %Z" --date=@$SOURDCE_DATE_EPOCH`
to:
+ BUILD_DATE=`date -u "+
> > > I'm a member of the Arch Linux Security team working on the reproducible
> > > builds initiative. Right now, apl compiles almost reproducibly, with the
> > > only caveat of embedding some time-based information into a header file.
> > > It would be nice if this could be overriden with an envi
