I saw that the test case now XPASSes and I find also some xpass in
gcc-testresult. (Not for all, but I think those do not build graphite.)
I think the XPASS is due to
http://gcc.gnu.org/ml/fortran/2011-08/msg00023.html
Committed patch as Rev. 177923.
Tobias
Index: gcc/testsuite/gfortran.dg/g
On Fri, Aug 19, 2011 at 5:22 PM, Artem Shinkarov
wrote:
> On Fri, Aug 19, 2011 at 3:54 PM, Richard Guenther
> wrote:
>> On Fri, Aug 19, 2011 at 2:29 AM, Artem Shinkarov
>> wrote:
>>> Hi, I had the problem with passing information about single variable
>>> from expand_vec_cond_expr optab into ix8
On Fri, Aug 19, 2011 at 6:40 PM, Tom Tromey wrote:
>> "Dimitrios" == Dimitrios Apostolou writes:
>
> Richard> Note that sparsely populated hashes come at the cost of increased
> Richard> cache footprint. Not sure what is more important here though, memory
> Richard> access or hash computatio
On Fri, Aug 19, 2011 at 9:07 PM, Jakub Jelinek wrote:
> Hi!
>
> If some variable is optimized from TREE_ADDRESSABLE into a gimple var
> during execute_update_addresses_taken while in loop closed SSA form,
> it might not be rewritten into loop closed SSA form, thus either fail
> verification, or fo
On Sat, Aug 20, 2011 at 8:12 AM, Mike Stump wrote:
> On Aug 15, 2011, at 1:30 PM, Iyer, Balaji V wrote:
>> This letter describes the recently created GCC branch called "cilkplus"
>> that ports the Intel(R) Cilk(TM) Plus language extensions to the C and C++
>> front-ends of gcc-4.7. We are look
On Mon, Aug 15, 2011 at 5:25 PM, Michael Matz wrote:
>> > > .LFB0:
>> > > .cfi_startproc
>> > > movsd .LC0(%rip), %xmm2
>> > > movapd %xmm0, %xmm1
>> > > andpd %xmm2, %xmm1
>> > > andnpd %xmm0, %xmm2
>> > > addsd .LC1(%rip), %xmm1
>> > > ro
On Wed, Aug 17, 2011 at 11:49 AM, Richard Guenther
wrote:
>>> Hm, ok ... let's hope we can sort-out the backend issues before this
>>> patch goes in so we can remove this converting stuff.
>>
>> Hm, I would hope that we could commit this patch even with this issue,
>> because my feeling is that t
Hello!
> This patch adds intrinsics for FMA instruction set along with tests for them.
> Bootstraps and passes make check (including make check on simulator
> for new runtime tests).
? ? ? ? ? ? ? * config/i386/fmaintrin.h: New.
It is not included in the patch.
? ? ? ? ? ? ? * config.gcc: Add f
Hi Vlad,
Vladimir Makarov writes:
> The following patch makes gcc4.7 behaving as gcc4.6 for the case
> described on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936.
>
> The patch was successfully bootstrapped on x86_64 and ppc64.
>
> Committed as rev 177916.
>
> 2011-08-19 Vladimir Makarov
>
I'm afraid this patch casues i386 bootstraps to fail:
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
Bootstrap comparison failure!
libiberty/pic/cplus-dem.o differs
libiberty/pic/crc32.o diff
Hello!
No functional change.
2011-08-20 Uros Bizjak
* config/i386/i386.c (ix86_binary_operator_ok): Use
satisfies_constraint_L.
Tested on x86_64-pc-linux-gnu, committed to mainline.
Uros.
Index: i386.c
===
--- i
Latest results for 4.6.x
-tgc
Testresults for 4.6.1:
alphaev68-dec-osf5.1a
hppa64-hp-hpux11.00
i386-pc-mingw32
powerpc-apple-darwin8.11.0
x86_64-apple-darwin10.7.0
x86_64-apple-darwin11.0.0
Index: buildstat.html
===
RCS f
Latest results for 4.5.x
-tgc
Testresults for 4.5.3:
mips-sgi-irix5.3
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.5/buildstat.html,v
retrieving revision 1.12
diff -u -r1.12 buildstat.html
--- buildstat.html
Latest results for 4.4.x.
-tgc
Testresults for 4.4.6:
alphaev68-dec-osf5.1a
Testresults for 4.4.5:
x86_64-unknown-linux-gnu
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.4/buildstat.html,v
retrieving revision
Latest results for 4.3.x.
-tgc
Testresults for 4.3.6:
i386-pc-solaris2.6
sparc-sun-solaris2.6
sparc-sun-solaris2.7
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.3/buildstat.html,v
retrieving revision 1.35
di
On Fri, Aug 19, 2011 at 4:51 PM, Kirill Yukhin wrote:
>>> Updated patch is attached.
Comments inline.
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index 53c5944..bff1a05 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -79,6 +79,7 @@ along with GCC; see the fi
This adds a futex-based version of the serial lock for use on Linux. The
futex code is basically old code of libitm (it got removed in SVN rev
157758) with one fix for sysfutex0 on x86_64 and one change that returns
the number of woken processes (futex_wake).
The gtm_rwlock is similar in concept t
On Mon, 8 Aug 2011, Joseph S. Myers wrote:
On Mon, 8 Aug 2011, Marc Glisse wrote:
* include/obstack.h (obstack_free): Cast to char* instead of int
This header comes from glibc/gnulib. Although some local changes have
been made to it in the past, sending any fixes to upstream glibc i
Richard Henderson writes:
> As found by a c6x build failure, INSN_ANNULLED_BRANCH_P and RTL_CONST_CALL_P
> both resolve to the same bit for CALL_INSNs. I want to fix this by
> restricting INSN_ANNULLED_BRANCH_P to JUMP_INSNs, since annulling the slots
> for a call or a plain insn doesn't really m
Richard Sandiford writes:
> In this case it's a MIPS backend bug. The single pressure class
> for MIPS is ALL_REGS, and CLASS_MAX_NREGS (ALL_REGS, TImode)
> is returning 4, based on the fact that ALL_REGS includes the
> floating-point condition codes. (CCmode is hard-wired to 4 bytes,
> so for C
>> > There is for example (currently) no special handling for operators.
>>
>> Well, unfortunately one cannot just return "-3" for non-matching
>> operators. Just think of cases like A*(B+C) vs A*B+A*C.
> Ah yes. I was thinking expressions themselves were compared; but only their
> values are.
I'm
Multiarch [1] is the term being used to refer to the capability of a system to
install and run applications of multiple different binary targets on the same
system. The idea and name of multiarch dates back to 2004/2005 [2] (to be
confused with multiarch in glibc).
Multiarch defines new system di
On Fri, Aug 19, 2011 at 7:55 AM, Jakub Jelinek wrote:
> On Fri, Aug 19, 2011 at 07:47:40AM -0700, H.J. Lu wrote:
>> 2011-08-19 H.J. Lu
>>
>> PR target/46770
>> * config.gcc (tm_file): Add initfini-array.h if
>> .init_arary/.fini_array supported.
>
> s/arary/array/
>
> Ok if no
On Sat, Aug 20, 2011 at 09:51:33PM +0200, Matthias Klose wrote:
> Tested on non-multilib'd and multilib'd systems, both native and cross builds.
> Ok for the trunk?
I don't think we want to do this unconditionally, we already search way too
many directories by default. This is a Debian/Ubuntu spe
On Saturday 20 August 2011 21:29:21 Janus Weil wrote:
> >> > There is for example (currently) no special handling for operators.
> >>
> >> Well, unfortunately one cannot just return "-3" for non-matching
> >> operators. Just think of cases like A*(B+C) vs A*B+A*C.
> >
> > Ah yes. I was thinking e
On 08/20/2011 08:51 AM, Torvald Riegel wrote:
> Add futex-based serial lock.
>
> * config/linux/rwlock.h: New file.
> * config/linux/rwlock.c: New file.
> * configure.ac: Reenable futex support (undo SVN rev 157758).
> * Makefile.am: Same.
> * configure.tgt: S
On Sat, 20 Aug 2011, Matthias Klose wrote:
> The multiarch triplets are defined in the target specific tmake files, and
> provided for all known existing multiarch implementations (currently Debian,
> Ubuntu and derivatives). For non-multilib'd configurations, the triplet is
Is there a specifica
On 08/19/2011 02:04 AM, Richard Guenther wrote:
> So make sure that __cpu_indicator initially has a conservative correct
> value? I'd still prefer the constructor-in-libgcc option - if only because
> then the compiler-side is much simplified.
>
Err, I thought __cpu_indicator was a function, not
document MULTILIB_OSDIRNAMES, copied from genmultilib.
Ok for the trunk?
Matthias
PR bootstrap/25508
* doc/fragments.texi: Document MULTILIB_OSDIRNAMES.
Index: gcc/doc/fragments.texi
===
--- gcc/doc/fragments.texi
On Sat, Aug 20, 2011 at 2:09 PM, Uros Bizjak wrote:
> Don't expand RORX through ix86_expand_binary_operator, generate it
> directly from expander. You are complicating things with splitters too
> much!
>
> I will rewrite this part of i386.md.
So, attached RFC patch handles BMI2 mul, shift and ro
On Sat, Aug 20, 2011 at 2:02 PM, Richard Henderson wrote:
> On 08/19/2011 02:04 AM, Richard Guenther wrote:
>> So make sure that __cpu_indicator initially has a conservative correct
>> value? I'd still prefer the constructor-in-libgcc option - if only because
>> then the compiler-side is much sim
On Sat, Aug 20, 2011 at 2:16 PM, Uros Bizjak wrote:
> On Sat, Aug 20, 2011 at 2:09 PM, Uros Bizjak wrote:
>
>> Don't expand RORX through ix86_expand_binary_operator, generate it
>> directly from expander. You are complicating things with splitters too
>> much!
>>
>> I will rewrite this part of i3
On Sat, Aug 20, 2011 at 8:51 AM, Torvald Riegel wrote:
> This adds a futex-based version of the serial lock for use on Linux. The
> futex code is basically old code of libitm (it got removed in SVN rev
> 157758) with one fix for sysfutex0 on x86_64 and one change that returns
> the number of woken
On Sat, Aug 20, 2011 at 11:31 PM, H.J. Lu wrote:
> We can also implement MULX with split:
>
> (define_split
> [(parallel [(set (match_operand: 0 "register_operand" "")
> (mult:
> (zero_extend:
> (match_operand:DWIH 1 "nonimmediate_opera
On 08/20/2011 02:16 PM, Uros Bizjak wrote:
> - Yb register constraint is added to conditionally enable generation
> of BMI alternatives in generic shift and rotate patterns. The BMI
> variant is generated only if RA chooses it as the most profitable
> alternative.
We really should use the (relativ
On Sat, Aug 20, 2011 at 2:44 PM, Uros Bizjak wrote:
> On Sat, Aug 20, 2011 at 11:31 PM, H.J. Lu wrote:
>
>> We can also implement MULX with split:
>>
>> (define_split
>> [(parallel [(set (match_operand: 0 "register_operand" "")
>> (mult:
>> (zero_extend:
>>
On 08/20/2011 02:16 PM, Uros Bizjak wrote:
> +(define_insn "bmi2_umul3_1"
> + [(set (match_operand: 0 "register_operand" "=r")
> + (mult:
> + (zero_extend:
> + (match_operand:DWIH 1 "nonimmediate_operand" "%d"))
> + (zero_extend:
> + (match_operand:DWIH 2 "nonimmedi
On Sat, Aug 20, 2011 at 2:52 PM, Richard Henderson wrote:
> On 08/20/2011 02:16 PM, Uros Bizjak wrote:
>> +(define_insn "bmi2_umul3_1"
>> + [(set (match_operand: 0 "register_operand" "=r")
>> + (mult:
>> + (zero_extend:
>> + (match_operand:DWIH 1 "nonimmediate_operand" "%d"))
>>
On Sat, Aug 20, 2011 at 3:02 PM, H.J. Lu wrote:
> On Sat, Aug 20, 2011 at 2:52 PM, Richard Henderson wrote:
>> On 08/20/2011 02:16 PM, Uros Bizjak wrote:
>>> +(define_insn "bmi2_umul3_1"
>>> + [(set (match_operand: 0 "register_operand" "=r")
>>> + (mult:
>>> + (zero_extend:
>>> +
On Sat, 20 Aug 2011, Matthias Klose wrote:
> +@findex MULTILIB_OSDIRNAMES
> +@item MULTILIB_OSDIRNAMES
> +If @code{MULTILIB_OPTIONS} is used, this variable specifies the list
> +of OS subdirectory names. The format is either the same as of
> +@code{MULTILIB_DIRNAMES}, or a set of mappings. When
On 08/21/2011 12:21 AM, Joseph S. Myers wrote:
> On Sat, 20 Aug 2011, Matthias Klose wrote:
>
>> +@findex MULTILIB_OSDIRNAMES
>> +@item MULTILIB_OSDIRNAMES
>> +If @code{MULTILIB_OPTIONS} is used, this variable specifies the list
>> +of OS subdirectory names. The format is either the same as of
>>
On 08/20/2011 06:13 AM, Richard Sandiford wrote:
Hi Vlad,
Vladimir Makarov writes:
The following patch makes gcc4.7 behaving as gcc4.6 for the case
described on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936.
The patch was successfully bootstrapped on x86_64 and ppc64.
Committed as rev 17
On Sat, Aug 20, 2011 at 11:47 PM, Richard Henderson wrote:
>> - Yb register constraint is added to conditionally enable generation
>> of BMI alternatives in generic shift and rotate patterns. The BMI
>> variant is generated only if RA chooses it as the most profitable
>> alternative.
>
> We reall
On 08/20/2011 10:07 PM, Jakub Jelinek wrote:
> On Sat, Aug 20, 2011 at 09:51:33PM +0200, Matthias Klose wrote:
>> Tested on non-multilib'd and multilib'd systems, both native and cross
>> builds.
>> Ok for the trunk?
>
> I don't think we want to do this unconditionally, we already search way too
On 08/20/2011 03:03 PM, H.J. Lu wrote:
> On Sat, Aug 20, 2011 at 3:02 PM, H.J. Lu wrote:
>>> You can do better than this, and avoid the %M %N specifiers.
>>> The outputs are truly independent and do not need to be a pair.
>>>
>>
>> Since RA use register pairs for TImode/DImode, should requiring
>>
On 08/20/2011 10:39 PM, Joseph S. Myers wrote:
> On Sat, 20 Aug 2011, Matthias Klose wrote:
>
>> The multiarch triplets are defined in the target specific tmake files, and
>> provided for all known existing multiarch implementations (currently Debian,
>> Ubuntu and derivatives). For non-multilib'
On 08/20/2011 09:51 PM, Matthias Klose wrote:
> Multiarch [1] is the term being used to refer to the capability of a system to
> install and run applications of multiple different binary targets on the same
> system. The idea and name of multiarch dates back to 2004/2005 [2] (to be
> confused with
On Sun, Aug 21, 2011 at 1:58 AM, Richard Henderson wrote:
> On 08/20/2011 03:03 PM, H.J. Lu wrote:
>> On Sat, Aug 20, 2011 at 3:02 PM, H.J. Lu wrote:
You can do better than this, and avoid the %M %N specifiers.
The outputs are truly independent and do not need to be a pair.
>>>
>>>
On Sat, Aug 20, 2011 at 5:47 PM, Uros Bizjak wrote:
> On Sun, Aug 21, 2011 at 1:58 AM, Richard Henderson wrote:
>> On 08/20/2011 03:03 PM, H.J. Lu wrote:
>>> On Sat, Aug 20, 2011 at 3:02 PM, H.J. Lu wrote:
> You can do better than this, and avoid the %M %N specifiers.
> The outputs are t
On 08/20/2011 05:52 PM, H.J. Lu wrote:
> One problem is 32bit movdi and 64bit movti. They require
> register pairs.We may need to split them before RA.
lower-subreg ought to be able to look through plain moves...
r~
On 08/20/2011 06:39 PM, Vladimir Makarov wrote:
On 08/20/2011 06:13 AM, Richard Sandiford wrote:
Hi Vlad,
Vladimir Makarov writes:
The following patch makes gcc4.7 behaving as gcc4.6 for the case
described on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49936.
The patch was successfully boots
On Sat, Aug 20, 2011 at 5:11 PM, Matthias Klose wrote:
>> For MIPS, the hard-float and soft-float ABIs are incompatible. So you
>> need twelve triplets, not six.
>
> yes. but I didn't see a soft-float mips port yet.
We at Cavium has a soft-float mips port and in fact use debian as a
base OS for
52 matches
Mail list logo
