Timely fix isn't it :-)

Theo Buehler <t...@theobuehler.org> wrote:

> On Thu, Nov 07, 2019 at 03:10:45PM -0800, Philip Guenther wrote:
> > On Thu, 7 Nov 2019, Theo Buehler wrote:
> > > On Thu, Nov 07, 2019 at 03:32:48PM -0700, Theo de Raadt wrote:
> > > > > kern.version=OpenBSD 6.6-current (GENERIC.MP) #433: Thu Nov  7 
> > > > > 10:41:08 MST 2019
> > > > 
> > > > That is too old and does not contain the solution.
> > > 
> > > I obtained a different binary with the latest sets, but still see the 
> > > same problem. The new binary is available under
> > 
> > The change is to the C compiler, not the linker.  Did you rebuild all the 
> > .o files with an up-to-date clang?
> 
> Yes. However, I must have confused myself somehow...
> 
> I downloaded the latest snaps, 
> 
>         OpenBSD 6.6-current (GENERIC.MP) #436: Thu Nov  7 14:52:31 MST 2019
> 
> with this clang:
> 
> SHA256 (/usr/bin/clang) = 
> afa90a194296b48c64f01c5547994f774ca18a73503651ca6c33a495e59509c5
> 
> The binary (rebuilt with make clean && make DEBUG='-g -O0') can be
> executed:
> 
> $ ../bin/lean && echo $?
> 0
> 
> and other tests run as expected.  It has a more decently sized random
> section:
> 
>   OPENBSD_RANDOM 0x0000000001185000 0x0000000001185000 0x0000000001185000
>                    0x0000000000007d28 0x0000000000007d28  RW     8
> 
> It's the same binary I uploaded previously...
> 
> $ sha256 ../bin/lean SHA256 (../bin/lean) = 
> 9120c128c71e03b9fc560f96277f71ecd0fa7ab8d86874fd85f4bfc95e7e6faf
> 

Reply via email to