On 19/01/15 18:14, Maxim Kuvyrkov wrote:
On Jan 19, 2015, at 6:05 PM, Richard Earnshaw rearn...@arm.com wrote:
On 16/01/15 15:06, Maxim Kuvyrkov wrote:
@@ -1874,7 +1889,8 @@ const struct tune_params arm_cortex_a15_tune =
true, true, /* Prefer 32-bit
On 19/01/15 21:05, James Greenhalgh wrote:
On Mon, Jan 19, 2015 at 08:57:31PM +, Gerald Pfeifer wrote:
On Monday 2015-01-19 17:52, James Greenhalgh wrote:
OK after the Cortex-A57 scheduling description goes in to the ARM port?
Yes, thanks, except that once will be sufficient. ;-) (The
On Tue, 20 Jan 2015, Prathamesh Kulkarni wrote:
Hi,
When I committed r219655, I didn't check in tilepro/mul-tables.c since it
was auto-generated from config/tilepro/gen-mul-tables.cc.
Andrew pointed out to me that this causes the files
confi/tilepro/mul-tables.c and
... to match the just submitted newlib port. Applied on the mainline.
2015-01-20 Eric Botcazou ebotca...@adacore.com
* config/visium/visium.h (LIB_SPEC): Adjust in default case.
--
Eric BotcazouIndex: config/visium/visium.h
Uros Bizjak ubiz...@gmail.com writes:
On Sat, Jan 17, 2015 at 7:36 PM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
Uros Bizjak ubiz...@gmail.com writes:
On Sat, Jan 17, 2015 at 4:18 PM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
The patch removes EBX usage from asm code used in
On 1/20/15 10:11, Joseph Myers wrote:
On Mon, 19 Jan 2015, Chen Gang S wrote:
On 12/31/2014 06:26 AM, Joseph Myers wrote:
On Mon, 29 Dec 2014, Chen Gang S wrote:
And in honest, this year what I have done is really not quite well, next
year I should be improved: should scanning Bugzilla and
It would be nice to only have to write the set+set version, and do
some markup to say which of the clobber variants should be generated,
yes.
define_subst should be able to do that.
The Visium port uses that (but the other way around).
--
Eric Botcazou
On Mon, 19 Jan 2015, Jonathan Wakely wrote:
On 19/01/15 11:33 +0100, Richard Biener wrote:
On Mon, 12 Jan 2015, Richard Biener wrote:
This fixes PR64535 by changing the fixed object size emergency pool
to a variable EH object size (but fixed arena size) allocator. Via
For the moxie, nvptx, rl178 and rx ports, maintainers can send me the string
as Sandra did for the nios2 port and I'll update the document.
DJ kindly sent them for both ports so I have installed them.
--
Eric BotcazouIndex: backends.html
On Tue, Jan 20, 2015 at 3:31 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Hi,
when doing an lto link we can have some symbols be ir only and others be
machine code, which trips the assert here. Just adjust the assert to handle
that.
bootstrapped +
On 19/01/15 21:05, James Greenhalgh wrote:
On Mon, Jan 19, 2015 at 08:57:31PM +, Gerald Pfeifer wrote:
On Monday 2015-01-19 17:52, James Greenhalgh wrote:
OK after the Cortex-A57 scheduling description goes in to the ARM port?
Yes, thanks, except that once will be sufficient. ;-) (The
Ian Lance Taylor i...@golang.org writes:
On Mon, Jan 19, 2015 at 4:17 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
Ian Lance Taylor i...@golang.org writes:
On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
Apart from that, bootstrap fails in
On Tue, Jan 13, 2015 at 1:32 PM, Matthew Wahab matthew.wa...@arm.com wrote:
Hello,
The LRA register alloator is enabled by default for the ARM backend and
-mno-lra should no longer be used. This patch removes the -mlra/-mno-lra
option from the ARM backend.
arm-none-linux-gnueabihf passes
On Tue, Jan 20, 2015 at 10:51:03AM +0100, Uros Bizjak wrote:
On Tue, Jan 20, 2015 at 10:42 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
The target is i386-pc-solaris2.10, which includes i386/sysv4.h. Only
the amd64 crtbegin.o is affected, the i386 one is fine.
Please split
On Tue, Jan 20, 2015 at 12:49:07PM +0100, Marek Polacek wrote:
I'd like to backport this patch from trunk to 4.9 so as to
fix PR63751. It's safe and has been on trunk for several months.
Bootstrapped/regtested on x86_64-linux, ok?
To 4.9 or 4.8 (subject says 4.8, above is 4.9).
I think it
On 19/01/15 16:02 +, Jonathan Wakely wrote:
We declare atomic_init() but then never define it, I assume that's
just an accident.
Although the standard says this function is non-atomic, the simplest
fix at this stage is just to do an atomic store (when we get to stage
1 again I'd like to
This fixes PR64684 where a call to is_proper_for_analysis lead to
adding a variable to all_module_statics before it was disabled
via ignore_module_statics.
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2015-01-20 Richard Biener rguent...@suse.de
PR ipa/64684
On 19/01/15 17:16 +, Jonathan Wakely wrote:
This is the last missing piece of the C++14 library, as proposed in
http://www.open-std.org/JTC1/sc22/wg21/docs/papers/2013/n3657.htm
Tested x86_64-linux, *not* committed.
Now committed to trunk.
On 14 Jan 2015, at 09:03, Tristan Gingold wrote:
On 09 Jan 2015, at 00:42, Iain Sandoe i...@codesourcery.com wrote:
On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
On 08 Jan 2015, at 13:49, Iain Sandoe i...@codesourcery.com wrote:
Hi Tristan,
On 7 Jan 2015, at 10:15, Arnaud
Any news on when this might hit trunk?
- it is a bootstrap issue (although on older targets).
Right, and you have local patches/a work around.
I have been on paternity leave, so with no time to sync our changes (and
with other priorities :-)).
My next sync won't be before next week.
Let us
Oleg Endo oleg.e...@t-online.de wrote:
The updated treg_set_expr patch is attached, which should fix the GBR
issues. Tests here OK.
Kaz, could you please try again?
New tests that FAIL:
libgomp.fortran/udr14.f90 -O3 -g (internal compiler error)
libgomp.fortran/udr14.f90 -O3 -g (test
Committed.
Richard.
2015-01-20 Richard Biener rguent...@suse.de
PR tree-optimization/64410
* g++.dg/vect/pr64410.cc: Require vect_double.
Index: gcc/testsuite/g++.dg/vect/pr64410.cc
===
---
On 19/01/15 15:35 +, Jonathan Wakely wrote:
The Library Fundamentals TS says
std::experimental::bad_optional_access should have a default
constructor, but we only support construction from strings.
This removes the unused and non-standard std::string constructor and
adds the required
The latest C++11 and C++14 status updates.
Committed to trunk.
commit 4f5c0e10664f9230fe836f37bf1f33f252c78fd2
Author: Jonathan Wakely jwak...@redhat.com
Date: Tue Jan 20 12:30:35 2015 +
* doc/xml/manual/status_cxx2011.xml: Remove stray dbhtml tags.
*
I committed the following patch to wwwdocs having received approval
from Gerald.
Thanks,
Matthew
Index: htdocs/index.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/index.html,v
retrieving revision 1.953
diff -r1.953 index.html
54a55,59
the attached patch removes obsolete ports (c4x, m68hc11 and ms1), toggles
the 'p' letter and adjust accordingly (only avr, fr30, m68k, mcore, rs6000
and sh still use define_peephole) and removes trailing spaces.
Same treatment for the 'b' letter, the ports that uses '* ...' notation for
On 20 Jan 2015, at 10:53, Arnaud Charlet wrote:
Any news on when this might hit trunk?
- it is a bootstrap issue (although on older targets).
Right, and you have local patches/a work around.
I have been on paternity leave, so with no time to sync our changes (and
with other priorities
On 19/01/15 18:14, Maxim Kuvyrkov wrote:
On Jan 19, 2015, at 6:05 PM, Richard Earnshaw rearn...@arm.com wrote:
On 16/01/15 15:06, Maxim Kuvyrkov wrote:
@@ -1874,7 +1889,8 @@ const struct tune_params arm_cortex_a15_tune =
true, true, /* Prefer 32-bit
Hi!
This patch fixes ICE caused by trying to put negative bitposition
into an EXPR_LIST node; as mode is 8-bit, if the negative value
is e.g. -256 (bitpos % 256 == 0), we'd ICE on the assertion that
if mode is 0, then the expression must be CONCAT of the actual
bit position (or size) and rtl
On 01/19/2015 06:06 PM, Ville Voutilainen wrote:
+ return (trivial_type_p (type1)
+ || (scalarish_type_p (type1) CP_TYPE_VOLATILE_P (type1))
+ || type_code1 == REFERENCE_TYPE
|| (CLASS_TYPE_P (type1)
TYPE_HAS_TRIVIAL_DESTRUCTOR
Le 20 janv. 2015 à 11:59, Iain Sandoe i...@codesourcery.com a écrit :
On 20 Jan 2015, at 10:53, Arnaud Charlet wrote:
Any news on when this might hit trunk?
- it is a bootstrap issue (although on older targets).
Right, and you have local patches/a work around.
I have been on
I'd like to backport this patch from trunk to 4.9 so as to
fix PR63751. It's safe and has been on trunk for several months.
Bootstrapped/regtested on x86_64-linux, ok?
2015-01-20 Marek Polacek pola...@redhat.com
Backport from mainline
2014-06-23 Marek Polacek
On Tue, Jan 20, 2015 at 10:42 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
The target is i386-pc-solaris2.10, which includes i386/sysv4.h. Only
the amd64 crtbegin.o is affected, the i386 one is fine.
Please split sysv4-common.h out of i386/sysv4.h, similar to how
i386/gnu-user.h and
Hello,
This patch documents in changes.html the removal of the -mlra/-mnolra
from the Aarch64 and ARM backends.
Tested by checking the updated webpage in Firefox.
Matthew WahabIndex: htdocs/gcc-5/changes.html
===
RCS file:
On 19/01/15 13:27 +, Jonathan Wakely wrote:
On 16/01/15 23:38 +, Jonathan Wakely wrote:
This defines the C++11 header codecvt and adds the wstring_convert
and wbuffer_convert utilities.
I've discovered that wasn't the last piece of the C++11 library, there
were new constructors taking
On Jan 20, 2015, at 1:24 PM, Richard Earnshaw rearn...@arm.com wrote:
...
In general, how should someone tuning the compiler for this parameter
select a value that isn't one of (-1, m_i_q_d+1)?
From my experiments it seems there are 4 reasonable values for the
parameter: (-1) autopref
On Tue, Jan 20, 2015 at 3:15 PM, Trevor Saunders tbsau...@tbsaunde.org wrote:
On Tue, Jan 20, 2015 at 10:18:25AM +0100, Richard Biener wrote:
On Tue, Jan 20, 2015 at 3:31 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Hi,
when doing an lto link we
On Tue, Jan 20, 2015 at 12:41 AM, Alan Modra amo...@gmail.com wrote:
On Mon, Jan 19, 2015 at 10:43:29PM -0500, David Edelsohn wrote:
On Fri, Jan 17, 2014 at 10:58 PM, Alan Modra amo...@gmail.com wrote:
This patch cures PR59828 by translating all the -mcpu options at once,
in order, to their
On 20/01/15 11:59, Matthew Wahab wrote:
Hello,
This patch documents in changes.html the removal of the -mlra/-mnolra
from the Aarch64 and ARM backends.
Tested by checking the updated webpage in Firefox.
Matthew Wahab
htdocs_mlra_changes.patch
OK.
R.
Index:
On 20/01/15 14:25 +0100, Richard Biener wrote:
Though my question was whether 'throw X()' might instead behave as
'throw std::bad_alloc()' if allocating X exceeds the system's resource
limits. I guess the answer is yes as it's undefined?
Right, if we can't allocate memory for an X (plus the
On 20/01/15 10:06 +0100, Richard Biener wrote:
On Mon, 19 Jan 2015, Jonathan Wakely wrote:
On 19/01/15 11:33 +0100, Richard Biener wrote:
On Mon, 12 Jan 2015, Richard Biener wrote:
This fixes PR64535 by changing the fixed object size emergency pool
to a variable EH object size (but
On Tue, 20 Jan 2015, Jonathan Wakely wrote:
On 20/01/15 10:06 +0100, Richard Biener wrote:
On Mon, 19 Jan 2015, Jonathan Wakely wrote:
On 19/01/15 11:33 +0100, Richard Biener wrote:
On Mon, 12 Jan 2015, Richard Biener wrote:
This fixes PR64535 by changing the fixed
Hi all,
This patch changes make file and configure under libsanitizer, to
separate out X86_64 specific file tsan_rtl_amd64.S from getting
build for targets other than X86_64.
Ok for trunk?
Please review.
regards,
Venkat,
ChangeLog
2015-01-19 Venkataramanan Kumar
On 20/01/15 13:26, Maxim Kuvyrkov wrote:
On Jan 20, 2015, at 1:24 PM, Richard Earnshaw rearn...@arm.com wrote:
...
In general, how should someone tuning the compiler for this parameter
select a value that isn't one of (-1, m_i_q_d+1)?
From my experiments it seems there are 4 reasonable
Hi,
chkp-always_inline.c test fails with -fpic
(https://gcc.gnu.org/ml/gcc-regression/2015-01/msg00528.html) because of non
static function with 'always_inline' attribute. This patch fixes it.
Committed as obvious.
Thanks,
Ilya
--
2015-01-20 Ilya Enkovich ilya.enkov...@intel.com
On Tue, Jan 20, 2015 at 10:18:25AM +0100, Richard Biener wrote:
On Tue, Jan 20, 2015 at 3:31 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Hi,
when doing an lto link we can have some symbols be ir only and others be
machine code, which trips the
On Tue, Jan 20, 2015 at 12:51:45PM +0100, Jakub Jelinek wrote:
On Tue, Jan 20, 2015 at 12:49:07PM +0100, Marek Polacek wrote:
I'd like to backport this patch from trunk to 4.9 so as to
fix PR63751. It's safe and has been on trunk for several months.
Bootstrapped/regtested on
Hi all,
This patch will add unwrapped target selector for g++.dg/tls tests.
When needs_status_wrapper flag is set in a board file, testglue.o is
used to wrap exit, _exit, abort etc. standard functions, and print out
*** EXIT code X for dejagnu. And this print is only done once.
Normally,
On Wed, Jan 7, 2015 at 9:42 AM, Eric Botcazou wrote:
the attached patch removes obsolete ports (c4x, m68hc11 and ms1), toggles
the 'p' letter and adjust accordingly (only avr, fr30, m68k, mcore, rs6000
and sh still use define_peephole) and removes trailing spaces.
Same treatment for the 'd'
Hi DJ,
Here is a small patch to fix a code-gen problem for the RL78. The bug
was that the register death pass was not looking inside PARALLELs, and
thus missing some USE and SET cases. I considered adding code to scan
all of the elements in the PARALLEL, but the only ones that can be
On 20 January 2015 at 15:06, Jason Merrill ja...@redhat.com wrote:
On 01/19/2015 06:06 PM, Ville Voutilainen wrote:
+ return (trivial_type_p (type1)
+ || (scalarish_type_p (type1) CP_TYPE_VOLATILE_P (type1))
+ || type_code1 == REFERENCE_TYPE
||
Hi all,
The following code sequence should be generated for TLS local exec model
in aarch64 backend.
add t0, tp, #:tprel_hi12:x1, lsl #12
add t0, #:tprel_lo12_nc:x1
However, we have the following codegen using -S option.
add t0, tp, #:tprel_hi12:x1 (1)
add t0, #:tprel_lo12_nc:x1
The Nios II ports of glibc and Linux kernel are now both upstream. New
system conventions now use a non-executable stack. Attached patch
committed to support new conventions, applied to both trunk and 4.9 branch.
Chung-Lin
2015-01-20 Chung-Lin Tang clt...@codesourcery.com
gcc/
On 19 January 2015 at 17:52, Marcus Shawcroft
marcus.shawcr...@gmail.com wrote:
On 13 January 2015 at 15:17, Christophe Lyon christophe.l...@linaro.org
wrote:
This patch series is a follow-up of the conversion of my existing
testsuite into DejaGnu. It does not yet cover all the tests I wrote,
On 16 January 2015 at 17:30, Christophe Lyon christophe.l...@linaro.org wrote:
On 16 January 2015 at 17:07, Tejas Belagod tejas.bela...@arm.com wrote:
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vXXXhn.inc: New file.
*
On 16 January 2015 at 19:15, Tejas Belagod tejas.bela...@arm.com wrote:
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vmovl.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vmovl.c
PR 64683 reports that sometimes the memory profiler test fails because
it expects that a large value will have been garbage collected. Since
gccgo's garbage collection is not (yet) precise, this may not happen.
This patch lets the test pass even if the object is not collected.
Ran Go testsuite on
On Tue, Jan 20, 2015 at 3:59 AM, Jonathan Wakely jwak...@redhat.com wrote:
On 19/01/15 13:27 +, Jonathan Wakely wrote:
On 16/01/15 23:38 +, Jonathan Wakely wrote:
This defines the C++11 header codecvt and adds the wstring_convert
and wbuffer_convert utilities.
I've discovered that
Hi,
On 01/20/2015 05:57 PM, Tim Shen wrote:
+void test02()
+{
+ bool test __attribute__((unused)) = true;
+
+ std::regex re([[:alnum:]], std::regex_constants::basic);
+ re = \\w+;
+}
When we end up doing this to save run time, let's at least add in a
comment the PR #, like
// PR
On 20/01/15 09:02 -0800, H.J. Lu wrote:
On Linux/ia-32, I got
output is:
/tmp/ccApSqaQ.o: In function `facetchar::facet()':^M
/export/gnu/import/git/gcc-test-x32/src-trunk/libstdc++-v3/testsuite/22_locale/ctype_byname/2.cc:29:
undefined reference to
Bootstrapped and tested.
Thanks!
--
Regards,
Tim Shen
commit 3f5cbfd3be15386c56d415cd15a04c3fc44ee8c0
Author: timshen tims...@google.com
Date: Tue Jan 20 00:20:14 2015 -0800
PR libstdc++/64680
* include/bits/regex.h (basic_regex::basic_regex,
basic_regex::operator=,
On Fri, Jan 16, 2015 at 4:23 PM, Jonathan Wakely jwak...@redhat.com wrote:
This replaces the current empty _Tuple_impl that terminates the
recursive inheritance hierarchy, instead adding the extra code to the
last base class that holds data so that the recursion terminates there
instead.
The
On 16 January 2015 at 19:29, Tejas Belagod tejas.bela...@arm.com wrote:
+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+
On 16 January 2015 at 17:24, Tejas Belagod tejas.bela...@arm.com wrote:
+VECT_VAR_DECL(expected,poly,8,8) [] = { 0x33, 0x33, 0x33, 0x33,
+ 0x33, 0x33, 0x33, 0x33 };
+VECT_VAR_DECL(expected,poly,16,4) [] = { 0x, 0x, 0x, 0x
};
No poly
On Tuesday 2015-01-20 08:15, Ramana Radhakrishnan wrote:
I'm not sure if a common section improves readability. I'd rather
this remained as it is today.
On Tuesday 2015-01-20 09:27, Marcus Shawcroft wrote:
I'd prefer separate sections, IMHO that is more useful. /Marcus
Okay, then let's go
Here's the wwwdocs patch for gcc-5/changes.html
Committed to CVS.
Index: gcc-5/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.68
diff -u -r1.68 changes.html
--- gcc-5/changes.html 20
On 01/19/2015 09:34 AM, Richard Biener wrote:
! /* Whether the user can use xxx instead of explicitely using calls
explicitly
OK with that change.
Jason
On 20/01/15 13:48, Richard Earnshaw wrote:
On 20/01/15 11:59, Matthew Wahab wrote:
Hello,
This patch documents in changes.html the removal of the -mlra/-mnolra
from the Aarch64 and ARM backends.
Tested by checking the updated webpage in Firefox.
Matthew Wahab
htdocs_mlra_changes.patch
On 16 January 2015 at 20:41, Christophe Lyon christophe.l...@linaro.org wrote:
On 16 January 2015 at 19:49, Christophe Lyon christophe.l...@linaro.org
wrote:
On 16 January 2015 at 19:33, Tejas Belagod tejas.bela...@arm.com wrote:
+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33,
Here is a small patch to fix a code-gen problem for the RL78. The bug
was that the register death pass was not looking inside PARALLELs, and
thus missing some USE and SET cases. I considered adding code to scan
all of the elements in the PARALLEL, but the only ones that can be
Hi,
This is a ping for: https://gcc.gnu.org/ml/gcc-patches/2014-12/msg00775.html
Regtested with aarch64-linux-gnu on QEMU.
This patch has no regressions for aarch64_be-linux-gnu big-endian target too.
OK for the trunk? Thanks.
Index: gcc/ChangeLog
On 16 January 2015 at 18:54, Christophe Lyon christophe.l...@linaro.org wrote:
On 16 January 2015 at 18:52, Tejas Belagod tejas.bela...@arm.com wrote:
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vpXXX.inc: New file.
*
On 16 January 2015 at 19:27, Tejas Belagod tejas.bela...@arm.com wrote:
+VECT_VAR_DECL(expected,poly,16,8) [] = { 0x, 0x, 0x, 0x,
+0x, 0x, 0x, 0x };
+VECT_VAR_DECL(expected,hfloat,32,4) [] = { 0x, 0x,
+
On 20/01/15 09:02 -0800, H.J. Lu wrote:
On Linux/ia-32, I got
output is:
/tmp/ccApSqaQ.o: In function `facetchar::facet()':^M
/export/gnu/import/git/gcc-test-x32/src-trunk/libstdc++-v3/testsuite/22_locale/ctype_byname/2.cc:29:
undefined reference to
On 01/20/2015 03:30 AM, Jakub Jelinek wrote:
2015-01-20 Jakub Jelinek ja...@redhat.com
PR debug/64663
* dwarf2out.c (decl_piece_node): Don't put bitsize into
mode if bitsize = 0.
(decl_piece_bitsize, adjust_piece_list, add_var_loc_to_decl,
dw_sra_loc_expr):
Perhaps 'd' should just go away completely. It was intended to
distinguish between ports using the old scheduler description and
ports using the DFA model. But support for the old scheduler
description was removed some 10 years ago, and AFAIR the targets that
don't use the DFA scheduler don't
Hi,
this patch fixes ICE in ipa_merge_profiles on speculative edges.
Bootstrapped/regtested x86_64-linux, comitted. Also tested by Markus on
Firefox build.
PR ipa/63576
* ipa-utils.c (ipa_merge_profiles): Merge speculative edges.
Index: ipa-utils.c
On 2015.01.20 at 21:04 +0100, Jan Hubicka wrote:
this patch fixes ICE in ipa_merge_profiles on speculative edges.
Bootstrapped/regtested x86_64-linux, comitted. Also tested by Markus on
Firefox build.
This needs one additional fix. See below.
PR ipa/63576
* ipa-utils.c
This patch from Chris Manghane fixes the Go frontend to not always
mark variables in closures as used. This is
http://golang.org/issue/6415. Bootstrapped and ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
diff -r cbdec4465fa8 go/parse.cc
--- a/go/parse.cc Tue
One of the few changes to libffi.exp that we picked up
that looked quite logical. But I guess it turns out that
we haven't properly configured the c++ compiler in dejagnu
for libffi.
Easiest thing to do is just revert this hunk.
r~
PR libffi/64581
* testsuite/lib/libffi.exp
On 19 January 2015 at 14:39, Marcus Shawcroft
marcus.shawcr...@gmail.com wrote:
On 13 January 2015 at 15:18, Christophe Lyon christophe.l...@linaro.org
wrote:
* gcc.target/aarch64/advsimd-intrinsics/vmlX_lane.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmla_lane.c:
On 19 January 2015 at 14:35, Marcus Shawcroft
marcus.shawcr...@gmail.com wrote:
On 13 January 2015 at 15:18, Christophe Lyon christophe.l...@linaro.org
wrote:
* gcc.target/aarch64/advsimd-intrinsics/vmlX.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmla.c: New file.
On 2015.01.20 at 21:04 +0100, Jan Hubicka wrote:
this patch fixes ICE in ipa_merge_profiles on speculative edges.
Bootstrapped/regtested x86_64-linux, comitted. Also tested by Markus on
Firefox build.
This needs one additional fix. See below.
Otherwise it will crash:
lto1:
On Tue, Dec 16, 2014 at 2:08 PM, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
conversion to sreal makes it possible to compute badness in more streamlined
manner. Together with the sreal::normalize change this patch finally makes
fibheap badness calcualtion to be out of radar in profiling and I hope
Hello world,
this patch fixes a longstanding regression where an upper array
bound and the upper bound of an array section compared equal
(using gfc_dep_compare_expr), but they weren't because
the value of the upper bound had been changed in the
meantime. This led to gfc_full_array_ref_p to
Seems like the thread might have died down, so just wanted to ping it.
As Marcus says, this is holding up other patches so it'd be good to get
something in soon. Would it be OK to commit the original patch or should
we wait?
Marcus Shawcroft marcus.shawcr...@gmail.com writes:
On 14 January 2015
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Hi,
Same patch as before, but now with a test case.
I checked this fails without the patch and passes with it, ok?
Trev
gcc/
* ipa-visibility.c (update_visibility_by_resolution_info): Only
assert when not in lto mode.
---
On Tue, Jan 20, 2015 at 9:04 AM, Paolo Carlini paolo.carl...@oracle.com wrote:
When we end up doing this to save run time, let's at least add in a comment
the PR #, like
// PR libstdc++/64680
before test02().
Certainly.
--
Regards,
Tim Shen
commit
On Mon, Jan 19, 2015 at 11:09 PM, Bernd Edlinger
bernd.edlin...@hotmail.de wrote:
Hi,
On Mon, 19 Jan 2015 18:49:21, Konstantin Serebryany wrote:
[text-only]
On Mon, Jan 19, 2015 at 7:42 AM, Mike Stump mikest...@comcast.net wrote:
On Jan 19, 2015, at 12:43 AM, Dmitry Vyukov
My original patch only fixed libat_fetch_op; this one applies the same
fix to libat_op_fetch, as well.
When using word-wide CAS to emulate atomic fetch-and-op, addresses should
be word-aligned to avoid exceptions on some targets.
The problem manifested in a new port I'm working on as a failure
Seems like the thread might have died down, so just wanted to ping it.
As Marcus says, this is holding up other patches so it'd be good to get
something in soon. Would it be OK to commit the original patch or should
we wait?
Yes, go ahead, but add a FIXME or ??? comment.
--
Eric Botcazou
On Tue, Jan 20, 2015 at 09:26:12AM -0500, David Edelsohn wrote:
On Tue, Jan 20, 2015 at 12:41 AM, Alan Modra amo...@gmail.com wrote:
On Mon, Jan 19, 2015 at 10:43:29PM -0500, David Edelsohn wrote:
On Fri, Jan 17, 2014 at 10:58 PM, Alan Modra amo...@gmail.com wrote:
This patch cures PR59828
Well, I've got a m68k tree handy, so might as well continue pushing
through these low priority bugs.
The problem here is the m68k doesn't support pc-rel addressing modes in
both slots of a comparison instruction. And while the operand
predicates and constraints try to do the right thing,
On 01/19/2015 11:28 PM, Tobias Burnus wrote:
Hi Jerry, hi all,
sorry for the slow patch review. I also still want to review your other inquire
patch.
Jerry DeLisle wrote:
The fundamental problem: if the variable containing the unit number in an
INQUIRE statement is of type KIND greater than 4
On Tue, Jan 20, 2015 at 8:05 PM, Tim Shen tims...@google.com wrote:
Certainly.
Removed dg-do compile flag, so that the testcase really works.
--
Regards,
Tim Shen
commit fc08df0cbf03ad571414c5551b6eb014c27efe4a
Author: timshen tims...@google.com
Date: Tue Jan 20 00:20:14 2015 -0800
Hi!
I've noticed this test started failing with newer gdb.
The actual problem is that the store to v got optimized away completely some
time ago and so the breakpoint on that line is problematic.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux,
committed to trunk as obvious.
Hi!
This patch reverts an apparently bad change made upstream, that got already
reverted upstream in December.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk.
2015-01-20 Jakub Jelinek ja...@redhat.com
PR sanitizer/64632
* ubsan/ubsan_type_hash.cc:
On Thu, Nov 13, 2014 at 2:17 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Wed, Oct 15, 2014 at 10:03 AM, Martin Liška mli...@suse.cz wrote:
Hello
There's final version of the patch I'm going to commit tomorrow in the
morning (CEST).
Thank you Honza for the review.
Martin
This caused:
On Jan 20, 2015, at 6:29 AM, Renlin Li renlin...@arm.com wrote:
This patch will add unwrapped target selector for g++.dg/tls tests.
This patch will skip those testes as the intended exit code is not correctly
captured by dejagnu.
Okay to commit?
Ok.
Would be nice if someone can engineer
Hi,
this patch relaxes inliner to allow limited cross-module inlining across units
compiled with -O3 and -Os. This was tested with Firefox and it leads to binary
of about the same size but noticeably faster in some of javascript benchmarks.
Bootstrapped/regtested x86_64-linux, comitted.
Honza
100 matches
Mail list logo