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
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
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 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 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
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 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
> 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
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
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
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 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:
>
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 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
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
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
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
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 (
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.
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
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 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,
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
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
> 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 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_
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
> 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 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
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
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 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'
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<>::
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
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 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
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 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 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 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 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 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 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 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: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
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
===
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 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
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,
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 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_
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 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 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 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 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
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
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
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
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 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
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 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
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 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
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
> 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
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
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 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 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
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 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
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
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-
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
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
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
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
> 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 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
> 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 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.
>
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
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: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
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
... 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/
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
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
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
> 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 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.
> > 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 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
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, 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 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 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
100 matches
Mail list logo
