2013/5/19 Ian Lance Taylor :
> On Fri, May 17, 2013 at 7:29 PM, Chung-Ju Wu wrote:
>> Ping: http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00429.html
>>
>> The patch is to fix dependency issue of libgcc Makefile.in
>> by adding 'rm libgcc_tm.stamp' in the clean rule.
>>
>> That was fixed on main tru
Tests that now fail, but worked before:
ext/random/arcsine_distribution/cons/default.cc (test for excess errors)
ext/random/arcsine_distribution/cons/parms.cc (test for excess errors)
ext/random/arcsine_distribution/operators/equal.cc (test for excess errors)
ext/random/arcsine_distribution/operat
On 05/19/2013 11:35 AM, Andreas Schwab wrote:
Tests that now fail, but worked before:
Thanks Andreas. Matthias, please revert ASAP, thanks.
Paolo.
The microMIPS patch added microMIPS multilibs to mips*-sde-elf. The 32-bit
ones build fine, but the 64-bit ones don't, at least not with FSF binutils.
My impression from:
http://www.cygwin.com/ml/binutils/2010-07/msg00405.html
was that this is expected -- 32-bit has been extensively tested,
gcc.c-torture/compile/20001226-1.c started failing for MIPS16 after
the microMIPS patch. This was because the patch added a new check of
"extended_mips16" at the top of the "length" attribute, before the
check for branch lengths, and because "extended_mips16" was still set
to "yes" for branch inst
The .md "length" attributes for MIPS16 instructions have traditionally
been double their real values, with a compensating:
if (TARGET_MIPS16)
length /= 2;
in ADJUST_INSN_LENGTH. This was probably the most expedient way of
doing things way back when, because many patterns specified the
leng
On Sat, May 18, 2013 at 6:00 AM, Sriraman Tallam wrote:
>>> > I don't really understand why you made the change to x86intrin.h instead
>>> > of
>>> > making it inside each *mmintrin.h header. The code would be the same size,
>>> > it would let us include smmintrin.h directly if we wanted to, and
On 19 May 2013 01:25, Paolo Carlini wrote:
> On 05/19/2013 02:09 AM, Jonathan Wakely wrote:
>>
>> On 10 May 2013 15:17, Paolo Carlini wrote:
>>>
>>> Hi,
>>>
>>> this is the issue about the signatures of the erase member functions of
>>> the
>>> sequence containers.
>>
>> This only does the erase()
Hi,
a simple issue noticed by Jon, swap the arguments to inform. Tested
x86_64-linux.
Thanks,
Paolo.
/cp
2013-05-19 Paolo Carlini
PR c++/57327
* pt.c (unify_no_common_base): Swap arg and parm arguments to inform.
/testsuite
2013-05-19 Paolo Carli
* include/std/tuple (get): Implement N3670.
* include/std/utility (get): Likewise.
* testsuite/20_util/pair/get.cc: Move to ...
* testsuite/20_util/pair/astuple/get.cc: Here.
* testsuite/20_util/pair/astuple/astuple.cc: New.
* testsuite/20_util/pair/a
Il 18/05/2013 04:29, Chung-Ju Wu ha scritto:
> Ping: http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00429.html
>
> The patch is to fix dependency issue of libgcc Makefile.in
> by adding 'rm libgcc_tm.stamp' in the clean rule.
>
> That was fixed on main trunk (r187838) but not on gcc-4_7-branch.
> S
Hello world,
the attached patch replaces (-1.0)**i with (in C language)
(i & 1) == 0 ? 1.0 : 1.0, see PR 57073.
I tried doing it in the middle end, see the PR of where these
approaches failed. So, rather than not doing the optimization
at all, I would rather do it in the Fortran front end.
If
Hello,
This patch allows targets to keep the CFG around until after final, by
skipping pass_free_cfg and CFG-destructive passes like dbr_schedule,
and by making insn splitting before 'final' use split_all_insns
instead of split_all_insns_noflow if pass_free_cfg was skipped.
Most machine reorg pas
The UID of a newly generated statement in build_and_add_sum is set to
that of an adjacent statement in the BB. This is a problem in one case
where the BB is empty. This fix sets the UID to be 1 if the BB is
empty. Bootstraps and no test regressions on x86_64 . OK for trunk?
Thanks,
Easwaran
-
OK.
Jason
OK.
Jason
OK.
Jason
Patch 2 of 3 split out from the patch I sent last week that fixes problems with
-freorder-blocks-and-partition, with changes/fixes discussed in that thread,
along with some additional verification improvements.
See http://gcc.gnu.org/ml/gcc-patches/2013-05/threads.html#00388 for context.
This por
2013/5/20 Easwaran Raman :
> The UID of a newly generated statement in build_and_add_sum is set to
> that of an adjacent statement in the BB. This is a problem in one case
> where the BB is empty. This fix sets the UID to be 1 if the BB is
> empty. Bootstraps and no test regressions on x86_64 . OK
2013/5/19 Paolo Bonzini :
> Il 18/05/2013 04:29, Chung-Ju Wu ha scritto:
>> Ping: http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00429.html
>>
>> The patch is to fix dependency issue of libgcc Makefile.in
>> by adding 'rm libgcc_tm.stamp' in the clean rule.
>>
>> That was fixed on main trunk (r187838
20 matches
Mail list logo
