Hi!
This patch improves cp_omp_mappable_type, fixes reference to pointer based
array sections, and diagnoses if map/to/from clauses don't have decls
or array sections with mappable type.
2013-06-14 Jakub Jelinek ja...@redhat.com
* decl2.c (cp_omp_mappable_type): No longer static.
Hey guys,
The documentation states that the return types on the x86
__builtin_ia32_cmp*s builtins are integer vectors. This is
inconsistent with the source. These builtins actually return floating
point vectors. Here is a small patch to update the documentation.
-Cameron
Index: doc/extend.texi
This gccgo patch from Rémy Oudompheng fixes unsafe.Offsetof applied to a
field in an embedded struct. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline and 4.8 branch.
Ian
diff -r ea256b8b5c75 go/expressions.cc
--- a/go/expressions.cc Wed Jun 12 15:27:10 2013
On Fri, 2013-06-14 at 00:08 +0100, James Greenhalgh wrote:
I see only minor cosmetic differences (Placement of labels,
numbering of labels) between the two generated assembly files.
Perhaps you could share the flags you were using and I can try to
figure out which paths I seem to be
On Fri, Jun 14, 2013 at 1:43 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Fri, Jun 14, 2013 at 4:52 AM, Sriraman Tallam tmsri...@google.com wrote:
On Thu, Jun 13, 2013 at 12:40 PM, Jan Hubicka hubi...@ucw.cz wrote:
* tree-inline.c (expand_call_inline): Allow the error to be
Hello Richard,
I updated the patch as requested.
Richard Sandiford rdsandif...@googlemail.com writes:
I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
maintainer. Ian: the problem is that _muldi3.o on 64-bit targets
is actually an implementation of __multi3.
This patch is needed mainly for ubsan, but since it is an independent
change, I'd like to get this one into trunk. It adds proper parsing of the
-fsanitize= option, currently -fsanitize=thread and -fsanitize=address
are hardcoded in common.opt. It allows user to specify what exactly
to
OK.
Jason
I'm committing this as an obvious fix to a thinko on my part. The problem was
I didn't think about the case where quad memory instructions were available,
but not VSX instructions. The quad memory support was added to the VSX
implementation of movti for 64-bit, but it wasn't added to the non-VSX
ggc_pch_write_object's parameter d is marked with ATTRIBUTE_UNUSED,
but in fact it is used in 4 places at the end of the function.
Successfully bootstrapped on x86_64-unknown-linux-gnu.
OK for trunk?
2013-06-14 David Malcolm dmalc...@redhat.com
* ggc-page.c (ggc_pch_write_object) d:
On Fri, Jun 14, 2013 at 11:48 AM, Jürgen Urban juergenur...@gmx.de wrote:
Hello Richard,
I updated the patch as requested.
Richard Sandiford rdsandif...@googlemail.com writes:
I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
maintainer. Ian: the problem is that
Patch didn't survive a kernel lto build. LTO test cases are tricky as usual,
but I can give you a objdir
or core file if you want.
-Andi
/backup/lsrc/git/linux-lto-2.6/lib/decompress_unlzo.c:79:8: internal compiler
error: in expand_expr_real_1, at expr.c:9361
parse += 7;
^
0x5e87d5
Hi,
tested x86_64-linux, committed mainline and 4_8-branch.
Thanks,
Paolo.
//
2013-06-15 Paolo Carlini paolo.carl...@oracle.com
PR libstdc++/57619
* include/bits/unordered_map.h (unordered_map::insert,
unordered_multimap::insert): Use
1. tree_template_info still contains constraint_info. That will change
in a subsequent patch. I'm kind of waiting for specializations to get
TEMPLATE_DECLs.
Makes sense.
2. I left the cstdlib include in system.h, because removing it will
result in errors due to an inclusion of algorithm. It's
On Fri, Jun 14, 2013 at 8:40 PM, Jason Merrill ja...@redhat.com wrote:
+// \Gamma, P |- Delta\Gamma, Q |- \Delta
Are the \ for TeX markup or something? You're missing one on the left Delta
here.
yes, I think the backslash was for LaTeX, but we get warnings about having
backslash in
101 - 115 of 115 matches
Mail list logo