<html><head></head><body><div>Hi Paul,</div><div class="-x-evo-signature-wrapper"><span><pre><br></pre></span></div><div>On Tue, 2015-11-17 at 21:43 +0100, Paul Gevers wrote:</div><blockquote type="cite"><pre>Hi all,
I try to fix a reproducibility issue in fpc in a generic way. I tried
the attached patch, but it fails with
/usr/bin/ppcx64 -Ur -Xs -O2 -n -Fux86_64 -Fusystems
-Fu/tmp/buildd/fpc-3.0.0~rc2+dfsg/fpcsrc/rtl/units/x86_64-linux
-Fix86_64 -FE. -FUx86_64/units/x86_64-linux -Cg -dRELEASE
@/tmp/buildd/fpc-3.0.0~rc2+dfsg/debian/deb-host-fpc.cfg -dx86_64 -dGDB
-dBROWSERLOG -Fux86 -Sew pp.pas
globals.pas(46,15) Fatal: Can't find unit DateUtils used by globals
Is that because the DateUtils unit isn't compiled yet? Am I doing
something else wrong?
</pre></blockquote><div>According to your command I'd expect it to be in /tmp/buildd/pc-3.0.0~rc2+dfsg/fpcsrc/rtl/units/x86_64-linux</div><div>Can you please check if the content of this folder?</div><blockquote type="cite"><pre>
What I try to do is making sure that dates that get included into
binaries with the "{$INCLUDE %DATE%}" command to honor the
SOURCE_DATE_EPOCH environment variable if it exists. Does anybody know
how to get that done? (I rather have a patch that I can send upstream, I
think I could get it to work by exporting the already generated DEB_DATE
variable and using that in fpcsrc/compiler/scanner.pas, but I rather not).<br></pre><pre></pre></blockquote><div>Your patch looks fine, but I don't know if upstream will like adding this unit in the dependency of the compiler. Can't you pass the date into another format?</div><div><div class="-x-evo-signature-wrapper"><span><pre>--
Cheers,
Abou Al Montacir
</pre><div><br></div></span></div></div></body></html>