While working on variable concepts, I noticed that one of the added
blocks of code was no longer needed due to a previous simplification and
caused problems. Also included a new test case which triggered the
problem, and fixed a minor formatting issue.
As before, if the plan is to revive the
On Fri, Jul 18, 2014 at 12:28 PM, Mikael Pettersson
mikpeli...@gmail.com 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
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 ja...@redhat.com 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
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] -
Hello,
We've slightly improved mkoffload.
Branch was rebased.
--
Thanks, K
[Sorry for the delay]
2014-07-11 Daniel Cederman ceder...@gaisler.com
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
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. As
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
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
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
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 h...@bitrange.com 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
On Mon, 14 Jul 2014, Richard Biener wrote:
2014-07-14 Richard Biener rguent...@suse.de
* 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-
Fix a minor issue in the configure output.
Tested x86_64-linux, committed to trunk.
commit 199a8ec797d04b96f36d64ed0fb064209ff07c04
Author: Jonathan Wakely jwak...@redhat.com
Date: Sat Jul 19 18:23:12 2014 +0100
* acinclude.m4 (GLIBCXX_CHECK_SDT_H): Replace AC_MSG_RESULT with
On Sat, Jul 19, 2014 at 1:31 PM, Jakub Jelinek ja...@redhat.com 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
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 ebotca...@adacore.com
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 best
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
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
23 matches
Mail list logo
