The attached patch adds logbq() to libquadmath, with code lifted from glibc.
It is made necessary by an upcoming patch for gfortran, adding full support for
the IEEE modules on __float128, and requires logbq().
Bootstrapped and regtested on x86_64-apple-darwin14.
OK to commit to trunk?
FX
log
The attached patch extends the IEEE modules to all floating-point kinds. Last
time, when I added IEEE support, I restricted it to the float and double types
(real kinds 4 and 8), to be extra safe. After discussion with Uros Bizjak and
some reading, I’ve come to the conclusion that on most hardwa
On Mon, 3 Aug 2015, Michael Meissner wrote:
> The intention of theese changes (currently unwritten) is to change the
> existing
> problematical names that use TF in their name to be something else, and
> provide
> via a weak reference an alias for the old name. So if for example, we change
> the
The gc compiler determines the type of the Data field in the
syscall.RawSockaddr type by looking at the system header files. The
gccgo library just has a fixed definition for it. Unfortunately the
fixed definition does not match the header files on PPC64 systems.
This is https://golang.org/issue/
On Mon, Aug 03, 2015 at 11:14:41PM +0200, FX wrote:
>
> So, this enables full IEEE support for all real kinds. Nothing
> changes to the underlying architecture, it???s almost exclusively
> mechanical changes (adding the necessary variants to the interfaces, etc.).
>
> Bootstrapped and regtested
In preparing the next IEEE 128-bit floating point patch, I needed a quick way
to load -0.0q into a vector registers (i.e. just the MSB set). I originally had
a special purpose insn to load this value, but I decided to widen it to allow
the easy_altivec_constant support to generate constants where y
On Mon, Aug 3, 2015 at 11:14 PM, FX wrote:
> The attached patch extends the IEEE modules to all floating-point kinds. Last
> time, when I added IEEE support, I restricted it to the float and double
> types (real kinds 4 and 8), to be extra safe. After discussion with Uros
> Bizjak and some read
On Mon, Aug 3, 2015 at 11:14 PM, FX wrote:
> The attached patch extends the IEEE modules to all floating-point kinds. Last
> time, when I added IEEE support, I restricted it to the float and double
> types (real kinds 4 and 8), to be extra safe. After discussion with Uros
> Bizjak and some read
I suspect the back end or even the middle end route isn't going to
work even if there was enough context to diagnose the problem
expressions because some of them will have been optimized away by then
(e.g., 'if (& __builtin_foo != 0)' is optimized into if (1) by gimple).
I was thinking that if t
On Jul 30, 2015, "H.J. Lu" wrote:
> aoliva/pr64164 is fine on x32.
Thanks. I have made a large number of changes since you tested it,
fixing all the reported issues and then some. Now, x86_64-linux-gnu
(-m64 and -m32), i686-pc-linux-gnu, powerpc64-linux-gnu and
powerpc64el-linux-gnu pass regs
I've committed this to gomp4 branch. It tidies up the error message processing
and removes some code that shows a remarkable confusion about how shared
libraries work.
nathan
--
Nathan Sidwell - Director, Sourcery Services - Mentor Embedded
2015-08-03 Nathan Sidwell
libgomp/
* plugin/plu
On 08/03/15 19:52, Nathan Sidwell wrote:
I've committed this to gomp4 branch. It tidies up the error message processing
and removes some code that shows a remarkable confusion about how shared
libraries work.
I've also committed it to trunk as obvious.
nathan
Now I get
../../../gcc/libgo/runtime/mprof.goc: In function ‘runtime_Stack’:
../../../gcc/libgo/runtime/mprof.goc:437:19: error: ‘enablegc’ may be
used uninitialized in this function [-Werror=maybe-uninitialized]
mstats.enablegc = enablegc;
^
../../../gcc/libgo/runtime/mprof.
On Mon, 2015-08-03 at 16:27 -0400, David Edelsohn wrote:
> On Mon, Aug 3, 2015 at 3:39 PM, Peter Bergner wrote:
> > This has passed bootstrapping and regtesting on trunk. Ok for mainline?
> >
> > I'd like to also backport this to the release branches. Is this ok for
> > them once bootstrapping a
On Mon, Aug 3, 2015 at 7:24 PM, Michael Hudson-Doyle
wrote:
>
> Now I get
>
> ../../../gcc/libgo/runtime/mprof.goc: In function ‘runtime_Stack’:
> ../../../gcc/libgo/runtime/mprof.goc:437:19: error: ‘enablegc’ may be
> used uninitialized in this function [-Werror=maybe-uninitialized]
>mstats.e
I was starting to look at Abe's changes to the gimple if-converter and
realized a handful of the changes were just fixing comments. No reason
those shouldn't go in immediately.
So I pulled them out and applied those changes to the trunk.
Abe -- if you find more of those kind of changes, don
On 07/17/2015 01:57 PM, Abe wrote:
Dear all,
Relative to the previous submission of this same patch, the below
corrects some minor spacing and/or indentation issues,
misc. other formatting fixes, and makes the disabled vectorization tests
be disabled via "xfail" rather than by adding spaces to
d
101 - 117 of 117 matches
Mail list logo
