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 scan
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 config/tilegx/mul-tab
On 19/01/15 18:14, Maxim Kuvyrkov wrote:
On Jan 19, 2015, at 6:05 PM, Richard Earnshaw 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 encodings. */
tru
On Tue, Jan 13, 2015 at 1:32 PM, Matthew Wahab 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 gcc-check with no
> > 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.
> 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, wrote:
> From: Trevor Saunders
>
> 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 + regtested x86_64-linux-gnu, ok?
Testcase
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 cu
Ian Lance Taylor writes:
> On Mon, Jan 19, 2015 at 4:17 AM, Rainer Orth
> wrote:
>> Ian Lance Taylor writes:
>>
>>> On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
>>> wrote:
Apart from that, bootstrap fails in gotools: due to the use of
-static-libgo, all commands there fail to li
... to match the just submitted newlib port. Applied on the mainline.
2015-01-20 Eric Botcazou
* config/visium/visium.h (LIB_SPEC): Adjust in default case.
--
Eric BotcazouIndex: config/visium/visium.h
===
--- config/
Uros Bizjak writes:
> On Sat, Jan 17, 2015 at 7:36 PM, Rainer Orth
> wrote:
>> Uros Bizjak writes:
>>
>>> On Sat, Jan 17, 2015 at 4:18 PM, Rainer Orth
>>> wrote:
>>>
> The patch removes EBX usage from asm code used in libgcc/crtstuff.c
> It is safe now, but potentially buggy when glibc
On Tue, Jan 20, 2015 at 10:42 AM, Rainer Orth
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 gnu-user-common.h
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
>
On Tue, Jan 20, 2015 at 10:51:03AM +0100, Uros Bizjak wrote:
> On Tue, Jan 20, 2015 at 10:42 AM, Rainer Orth
> 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 o
On 19/01/15 18:14, Maxim Kuvyrkov wrote:
> On Jan 19, 2015, at 6:05 PM, Richard Earnshaw 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 encodings.
>
> 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
o
On 14 Jan 2015, at 09:03, Tristan Gingold wrote:
>
>> On 09 Jan 2015, at 00:42, Iain Sandoe wrote:
>>
>>
>> On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
>>
>>>
On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
Hi Tristan,
On 7 Jan 2015, at 10:15, Arnaud Charlet wro
> 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
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 prio
Committed.
Richard.
2015-01-20 Richard Biener
PR tree-optimization/64410
* g++.dg/vect/pr64410.cc: Require vect_double.
Index: gcc/testsuite/g++.dg/vect/pr64410.cc
===
--- gcc/testsuite/g++.dg/vect/pr64410.cc
Oleg Endo 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 for excess errors)
O
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 expre
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
Backport from mainline
2014-06-23 Marek Polacek
PR c/61553
* c-
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 i
On 19/01/15 13:27 +, Jonathan Wakely wrote:
On 16/01/15 23:38 +, Jonathan Wakely wrote:
This defines the C++11 header 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 std::st
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: /cvs/g
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 make
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.
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
PR ipa/64684
* ipa-refere
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 default
> Le 20 janv. 2015 à 11:59, Iain Sandoe 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 paternit
The latest C++11 and C++14 status updates.
Committed to trunk.
commit 4f5c0e10664f9230fe836f37bf1f33f252c78fd2
Author: Jonathan Wakely
Date: Tue Jan 20 12:30:35 2015 +
* doc/xml/manual/status_cxx2011.xml: Remove stray dbhtml tags.
* doc/xml/manual/status_cxx2014.xml: Update stat
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 (t
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 th
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
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
* config
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
On Jan 20, 2015, at 1:24 PM, Richard Earnshaw 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 turned off
On 20/01/15 13:26, Maxim Kuvyrkov wrote:
> On Jan 20, 2015, at 1:24 PM, Richard Earnshaw 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
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
g
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
* gcc.target/i386/chkp-a
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: htd
On Tue, Jan 20, 2015 at 10:18:25AM +0100, Richard Biener wrote:
> On Tue, Jan 20, 2015 at 3:31 AM, wrote:
> > From: Trevor Saunders
> >
> > 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
On Tue, Jan 20, 2015 at 3:15 PM, Trevor Saunders wrote:
> On Tue, Jan 20, 2015 at 10:18:25AM +0100, Richard Biener wrote:
>> On Tue, Jan 20, 2015 at 3:31 AM, wrote:
>> > From: Trevor Saunders
>> >
>> > Hi,
>> >
>> > when doing an lto link we can have some symbols be ir only and others be
>> > m
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 x86
On Tue, Jan 20, 2015 at 12:41 AM, Alan Modra 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 wrote:
>> > This patch cures PR59828 by translating all the -mcpu options at once,
>> > in order, to their equivalent assembler -m
On 20 January 2015 at 15:06, Jason Merrill 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
>> || (CLASS_
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 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 EH
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
gcc/
* config/nios2/nios2.c
On 19 January 2015 at 17:52, Marcus Shawcroft
wrote:
> On 13 January 2015 at 15:17, Christophe Lyon
> 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,
>> but I chose to post this set to have a chan
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 17:30, Christophe Lyon wrote:
> On 16 January 2015 at 17:07, Tejas Belagod wrote:
>> On 13/01/15 15:18, Christophe Lyon wrote:
>>>
>>>
>>> * gcc.target/aarch64/advsimd-intrinsics/vXXXhn.inc: New file.
>>> * gcc.target/aarch64/advsimd-intrinsics/vraddhn.c: N
On 16 January 2015 at 19:15, Tejas Belagod 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
>> b/gcc/testsuite/gcc.target/aarch64/advsimd-intrin
On 16 January 2015 at 17:24, Tejas Belagod 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 vmlx_n, otherwi
On 16 January 2015 at 18:54, Christophe Lyon wrote:
> On 16 January 2015 at 18:52, Tejas Belagod wrote:
>> On 13/01/15 15:18, Christophe Lyon wrote:
>>>
>>> * gcc.target/aarch64/advsimd-intrinsics/vpXXX.inc: New file.
>>> * gcc.target/aarch64/advsimd-intrinsics/vpadd.c: New file.
On 16 January 2015 at 19:27, Tejas Belagod 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 16 January 2015 at 19:29, Tejas Belagod 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 20:41, Christophe Lyon wrote:
> On 16 January 2015 at 19:49, Christophe Lyon
> wrote:
>> On 16 January 2015 at 19:33, Tejas Belagod wrote:
>>>
+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0
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 g
On 01/19/2015 09:34 AM, Richard Biener wrote:
! /* Whether the user can use 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
OK
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
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 Jan
Bootstrapped and tested.
Thanks!
--
Regards,
Tim Shen
commit 3f5cbfd3be15386c56d415cd15a04c3fc44ee8c0
Author: timshen
Date: Tue Jan 20 00:20:14 2015 -0800
PR libstdc++/64680
* include/bits/regex.h (basic_regex<>::basic_regex,
basic_regex<>::operator=, basic_regex<>::
On Tue, Jan 20, 2015 at 3:59 AM, Jonathan Wakely 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 and adds the wstring_convert
>>> and wbuffer_convert utilities.
>>
>>
>> I've discovered that wasn'
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 li
On 20/01/15 09:02 -0800, H.J. Lu wrote:
On Linux/ia-32, I got
output is:
/tmp/ccApSqaQ.o: In function `facet::facet()':^M
/export/gnu/import/git/gcc-test-x32/src-trunk/libstdc++-v3/testsuite/22_locale/ctype_byname/2.cc:29:
undefined reference to
`std::ctype_byname::ctype_byname(std::__cxx11::bas
On Fri, Jan 16, 2015 at 4:23 PM, Jonathan Wakely 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 purpose of t
> 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 d
On 20/01/15 09:02 -0800, H.J. Lu wrote:
On Linux/ia-32, I got
output is:
/tmp/ccApSqaQ.o: In function `facet::facet()':^M
/export/gnu/import/git/gcc-test-x32/src-trunk/libstdc++-v3/testsuite/22_locale/ctype_byname/2.cc:29:
undefined reference to
`std::ctype_byname::ctype_byname(std::__cxx11::bas
On 01/20/2015 03:30 AM, Jakub Jelinek wrote:
> 2015-01-20 Jakub Jelinek
>
> 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): Use HOST_
> 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 Jan 20, 2015, at 6:29 AM, Renlin Li 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 in a way to
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
20
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
===
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
PR sanitizer/64632
* ubsan/ubsan_type_hash.cc: Cherry pick upstre
On Thu, Nov 13, 2014 at 2:17 PM, H.J. Lu wrote:
> On Wed, Oct 15, 2014 at 10:03 AM, Martin Liška 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:
>
> https://gcc.gnu.
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 (
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 writes:
> On 14 January 2015 at 07:35, Jeff Law wrote
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 (l
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 Jan
On Tue, Dec 16, 2014 at 2:08 PM, Jan Hubicka 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 it
> makes
On 19 January 2015 at 14:35, Marcus Shawcroft
wrote:
> On 13 January 2015 at 15:18, Christophe Lyon
> wrote:
>>
>> * gcc.target/aarch64/advsimd-intrinsics/vmlX.inc: New file.
>> * gcc.target/aarch64/advsimd-intrinsics/vmla.c: New file.
>> * gcc.target/aarch64/advsimd-intr
> 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:
>
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 in
On 19 January 2015 at 14:39, Marcus Shawcroft
wrote:
> On 13 January 2015 at 15:18, Christophe Lyon
> wrote:
>>
>> * gcc.target/aarch64/advsimd-intrinsics/vmlX_lane.inc: New file.
>> * gcc.target/aarch64/advsimd-intrinsics/vmla_lane.c: New file.
>> * gcc.target/aarch64/ad
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 erron
> 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 Botcazo
On Tue, Jan 20, 2015 at 09:26:12AM -0500, David Edelsohn wrote:
> On Tue, Jan 20, 2015 at 12:41 AM, Alan Modra 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 wrote:
> >> > This patch cures PR59828 by translating all the
From: Trevor Saunders
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.
---
gcc/ipa-visibility.c
On Mon, Jan 19, 2015 at 11:09 PM, Bernd Edlinger
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 wrote:
>>> On Jan 19, 2015, at 12:43 AM, Dmitry Vyukov wrote:
I can't really make my mind on thi
On Tue, Jan 20, 2015 at 9:04 AM, Paolo Carlini 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 a150869847b7b02f57873fc18853b144a61c8880
Author: timshe
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 wrote:
> Certainly.
Removed dg-do compile flag, so that the testcase really works.
--
Regards,
Tim Shen
commit fc08df0cbf03ad571414c5551b6eb014c27efe4a
Author: timshen
Date: Tue Jan 20 00:20:14 2015 -0800
PR libstdc++/64680
* includ
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, i
100 matches
Mail list logo
