From maechler at stat.math.ethz.ch  Mon Apr 11 09:08:47 2016
From: maechler at stat.math.ethz.ch (Martin Maechler)
Date: Mon, 11 Apr 2016 09:08:47 +0200
Subject: [Rd] Optimization bug when byte compiling with gcc 5.3.0
	on	windows
In-Reply-To: <CAF8bMcaBcy8zCiRjEBVmoghDjdos=BH-Gy2+6hCqSJrpT07ruQ@mail.gmail.com>
References: <CAF5kcVVy6mGeQ0kQOTviR53ehOf64xQHoVGdLMKg0tzOMFDr_A@mail.gmail.com>
	<CABFfbXv4MC=Q-Crt-9Z4t-TooKqRzLSikBvxsg4fJ695zKKAug@mail.gmail.com>
	<CAF8bMcaBcy8zCiRjEBVmoghDjdos=BH-Gy2+6hCqSJrpT07ruQ@mail.gmail.com>
Message-ID: <22283.19839.276808.98761@stat.math.ethz.ch>

>>>>> William Dunlap via R-devel <r-devel at r-project.org>
>>>>>     on Mon, 4 Apr 2016 12:26:38 -0700 writes:

    >> If I recall correctly, some eigen vectors had their
    >> direction flipped (negative values became positive and
    >> vice versa).  Did you notice anything of this kind when
    >> running 'make check' and 'make check recommended' ? It is
    >> important to us that numeric results are reproducible
    >> between versions of R.

    > I think that any code that depends on the direction of an
    > eigenvector should be considered broken.  

I agree [even though I may have fallen into that trap in some of
the regression tests I had written in the long past!].

    > It is too bad that eigen's output does not have a class so
    > that an all.equal method that know that the vector
    > direction is not relevant could be written for it

That's an interesting / neat idea.
So we could give it S3 class "eigen"  iff  only.values is not
true, which would also "solve" the slightly differently
structured result of eigen() 

Are you (or others) willing to provide a prototype for
all.equal.eigen ?

Martin

    > Bill Dunlap TIBCO Software wdunlap tibco.com

    > On Mon, Apr 4, 2016 at 11:39 AM, Jeroen Ooms
    > <jeroen.ooms at stat.ucla.edu> wrote:

    >> On Sun, Apr 3, 2016 at 6:44 PM, Ray Donnelly
    >> <rdonnelly at continuum.io> wrote: > I've started to look
    >> into building R for Windows using MSYS2 as both the >
    >> build environment and tools + libraries provider (where
    >> possible).
    >> 
    >> Thanks for your reply, and for the patches.
    >> 
    >> Last time I had a look at this (a few months ago) another
    >> problem was that mingw-w64 v4 was giving different
    >> numeric output for some of the tests in r-base. If I
    >> recall correctly, some eigen vectors had their direction
    >> flipped (negative values became positive and vice versa).
    >> Did you notice anything of this kind when running 'make
    >> check' and 'make check recommended' ? It is important to
    >> us that numeric results are reproducible between versions
    >> of R.
    >> 
    >> ______________________________________________
    >> R-devel at r-project.org mailing list
    >> https://stat.ethz.ch/mailman/listinfo/r-devel
    >> 

    > 	[[alternative HTML version deleted]]

    > ______________________________________________
    > R-devel at r-project.org mailing list
    > https://stat.ethz.ch/mailman/listinfo/r-devel



[Rd] Optimization bug when byte compiling with gcc 5.3.0 on windows
Martin Maechler