On Fri, Jul 18, 2014 at 12:28 PM, Mikael Pettersson
wrote:
> John David Anglin writes:
> > Because the atomic sync functions in config/pa/linux-atomic.c are not
> > lock free, we need to use
> > __kernel_cmpxchg for the __sync_lock_release. This was found in
> > glibc's pthread_spin_unlock
>
> LEON3 has a store buffer of length 1, so an additional store is required
> to be sure that the one preceding it has been written to memory. I am
> not familiar enough with the internals of gcc to pick the optimal place
> to encode this behavior, so any suggestions from you are appreciated :)
OK,
On Fri, Jul 18, 2014 at 10:21:16PM +0400, Yuri Gribov wrote:
> On Fri, Jul 18, 2014 at 9:23 PM, Jakub Jelinek wrote:
> > On Fri, Jul 18, 2014 at 08:42:35PM +0400, Yuri Gribov wrote:
> >> > Uh. Can you please explain this? That sounds weird.
> >>
> >> Sure, this caused maybe-uninitialized warning
Hi!
I'd like to ping the -fsanitize=alignment patch:
http://gcc.gnu.org/ml/gcc-patches/2014-07/msg00334.html
Thanks.
Jakub
I committed this patch to update the libgo version number, to go with
the earlier update of libgo to Go 1.3. Bootstrapped and ran Go
testsuite on x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r d2e722ccd25b libgo/configure.ac
--- a/libgo/configure.ac Sat Jul 19 01:26:37 2014 -0700
Hello,
I'd like to announce, that I've created a branch containing initial support of
new Intel ISA extensions called AVX-512{VL,BW,DQ}. It was published here [1]
Name is: avx512-vlbwdq.
We'll start review for main trunk soon.
[1] -
https://software.intel.com/sites/default/files/managed/c6/a9/3
Hello,
We've slightly improved mkoffload.
Branch was rebased.
--
Thanks, K
[Sorry for the delay]
> 2014-07-11 Daniel Cederman
>
> gcc/config/sparc/
> * sync.md: Generate more efficient memory barriers for LEON3
Thanks, applied to all active branches with the following ChangeLog:
* config/sparc/sync.md (*membar_storeload_leon3): New insn.
(*memb
> Eric, here are the ada doc modifications we discussed. I believe I have
> addressed the rest of the items that concerned you. While I have a
> release on file with the FSF, I do not have SVN write permissions.
Thanks, applied without the "GNU C's "Basic @code{asm}" is not supported"
sentence.
> I changed more than I should have. A slightly smaller patch.
Applied, thanks.
--
Eric Botcazou
Hi FX,
thank you for your help:
ad 1) I thought the fixes to small for all the trouble to go through with a
copyright assignment. But if it is needed, I will happily give copyright to the
FSF and negotiate with my client all formal requirements. Unfortunately my
English is not well enough to unde
On 07/18/2014 08:30 AM, Chung-Lin Tang wrote:
For the default multilib settings, it looks like you just intended to
use -mcustom-fpu-cfg=60-2. I suggest you modify t-rtems to do that
instead of enumerating the individual FPU insn options.
From the documentation
https://gcc.gnu.org/onlinedocs/g
On 07/18/2014 11:03 AM, Jan Hubicka wrote:
I really only care about types containing virtual table pointers to not change,
so non-PODs are out of game. Current propagation is built around assumption
that
once polymorphic type is constructed on a given location it won't change to
completely diff
> On 07/18/2014 11:03 AM, Jan Hubicka wrote:
> >I really only care about types containing virtual table pointers to not
> >change,
> >so non-PODs are out of game. Current propagation is built around assumption
> >that
> >once polymorphic type is constructed on a given location it won't change to
On Fri, 2014-07-18 20:36:20 -0400, Hans-Peter Nilsson wrote:
> On Fri, 18 Jul 2014, Jan-Benedict Glaw wrote:
> > This was a build using GCC's ./contrib/config-list.mk to do the build.
> > It passes --enable-werror-always to top-level `configure', this is
> > where the -Werror comes from.
>
> Aha.
On Mon, 14 Jul 2014, Richard Biener wrote:
> 2014-07-14 Richard Biener
>
> * libgcov.h (struct gcov_fn_info): Make ctrs size 1.
I actually had the same patch ready and tested already, but realized
this would increase memory consumption (though just a bit) and over-
allocate gcov_fn_info
Fix a minor issue in the configure output.
Tested x86_64-linux, committed to trunk.
commit 199a8ec797d04b96f36d64ed0fb064209ff07c04
Author: Jonathan Wakely
Date: Sat Jul 19 18:23:12 2014 +0100
* acinclude.m4 (GLIBCXX_CHECK_SDT_H): Replace AC_MSG_RESULT with
AC_MSG_CHECKING.
diff --
On Sat, Jul 19, 2014 at 1:31 PM, Jakub Jelinek wrote:
> On Fri, Jul 18, 2014 at 10:21:16PM +0400, Yuri Gribov wrote:
> Sounds like a bug, most likely in the lim pass. If it for some reason
> decides to load from possibly uninitialized memory before the loop, it
> better should make sure TREE_NO_W
> I personally don't like much this pattern of saving a variable, doing
> something and then restoring it.
Right, it's kludgy, so I have only changed the location in the end.
Tested on x86_64-suse-linux, applied on all active branches as obvious.
2014-07-19 Eric Botcazou
* toplev.c
IRA (like the old allocators) calculates a "best" class and an "alternative"
class for each allocno. The best class is the one with the lowest cost while
the alternative class is the biggest class whose cost is smaller than the
cost of spilling. When optimising we adjust the costs so that the bes
This patch finally adds support to libgo to use libffi closures to
implement reflect.MakeFunc. This should let reflect.MakeFunc work for
any processor, or, at least, any processor that supports libffi
closures. On x86 and x86_64 the code will continue to use the special
purpose code I wrote earli
I deleted the gccgo branch, which had been tracking gcc-4_9-branch, and
recreate it by doing a cp from trunk revision 212853.
Ian
22 matches
Mail list logo
