Hi,
For the small case below, there are some redundant PHI expression stmt
generated, and finally cause back-end generates redundant copy instructions
due to some reasons around IRA.
int *l, *r, *g;
void test_func(int n)
{
int i;
static int j;
static int pos, direction,
Case:
#include stdio.h
#include stdlib.h
long long abc = 0x01234567891abcde;
long long xyz;
int main ()
{
xyz = abc 65;
printf(%llx\n, xyz);
return 0;
}
The result of xyz should be 0,but it is 2468acf123579bc ,same as xyz = abc
1,Why?
So as
Yang Yueming yueming.y...@huawei.com writes:
long long abc = 0x01234567891abcde;
long long xyz;
...
xyz = abc 65;
...
The result of xyz should be 0,but it is 2468acf123579bc ,same as
xyz = abc 1,Why?
Because the shift operators in C have an undefined result when the
shift-count is
On Fri, Feb 24, 2012 at 9:07 AM, Jiangning Liu jiangning@arm.com wrote:
Hi,
For the small case below, there are some redundant PHI expression stmt
generated, and finally cause back-end generates redundant copy instructions
due to some reasons around IRA.
int *l, *r, *g;
void
This question is not appropriate for this mailing list, questions
about using GCC should be sent to the gcc-h...@gcc.gnu.org list,
please take any follow up there, thanks.
On 24 February 2012 08:34, Yang Yueming wrote:
The result of xyz should be 0,but it is 2468acf123579bc ,same as xyz =
Over in the pph branch we are having several failures due to
TYPE_CANONICAL and the canonical types table.
Entries of the canonical types table corresponding to user-generated
types get saved on each pre-parsed header. We then read the table back
in and register the hash codes
Hi!
On Thu, 23 Feb 2012 08:42:53 +0900, Kaz Kojima kkoj...@rr.iij4u.or.jp wrote:
Thomas Schwinge tho...@codesourcery.com wrote:
Kaz, is my understanding correct, that I simply use sh64-elf as target,
and again the sh-sim board? Should I be setting a specific CPU when
configuring GCC, or
For extended inline assembly, there are constraints. Some seem to be
supported by all architectures and some specific to a particular
architecture.
Where are these defined in gcc source?
Some seem to be in constraints.md and some not.
Tia.
Reed
Snapshot gcc-4.6-20120224 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20120224/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
reed kotler rkot...@mips.com writes:
For extended inline assembly, there are constraints. Some seem to be
supported by all architectures and some specific to a particular
architecture.
Where are these defined in gcc source?
Some seem to be in constraints.md and some not.
Machine-specific
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39976
--- Comment #44 from Jiangning Liu jiangning.liu at arm dot com 2012-02-24
08:09:25 UTC ---
I'm not sure if this kind of bug has been completely fixed, and posted a
qeustion in mail list at http://gcc.gnu.org/ml/gcc/2012-02/msg00415.html .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516
--- Comment #5 from rguenther at suse dot de rguenther at suse dot de
2012-02-24 08:38:19 UTC ---
On Thu, 23 Feb 2012, pinskia at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516
--- Comment #4 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52060
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.6.4 |4.6.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
09:16:43 UTC ---
Well, that's sort-of expected ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52355
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
09:47:33 UTC ---
We fold end up trying to fold
(long int) (*(a + 256))[0][0] - (long int) (*a)[0][0] because a is of
type char[16][16] *.
I have a patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
10:35:32 UTC ---
Actually I have a simple patch that speeds things up a bit, but not
significantly
so.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-02-24 10:43:02 UTC ---
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
10:35:32 UTC ---
Actually I have a simple patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52355
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
11:14:24 UTC ---
Author: rguenth
Date: Fri Feb 24 11:14:17 2012
New Revision: 184548
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184548
Log:
2012-02-24 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52365
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
Bug #: 52369
Summary: Const-qualified non-class base member and defaulted
default constructor
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52367
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
--- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
11:38:43 UTC ---
Author: rguenth
Date: Fri Feb 24 11:38:39 2012
New Revision: 184549
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184549
Log:
2012-02-24 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52355
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46092
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52361
--- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-02-24
12:48:00 UTC ---
Author: rguenth
Date: Fri Feb 24 12:47:56 2012
New Revision: 184552
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184552
Log:
2012-02-24 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52371
Bug #: 52371
Summary: [C++11] ICE in noexcept with constexpr conversion
function
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52371
--- Comment #1 from Ai Azuma ai.azuma at gmail dot com 2012-02-24 13:54:18
UTC ---
Created attachment 26741
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26741
Output of -v option and preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52371
--- Comment #2 from Ai Azuma ai.azuma at gmail dot com 2012-02-24 14:01:41
UTC ---
I'm sorry. I forgot to write that this ICE appears with -std=c++11 option.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
fabien at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52370
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52369
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-02-24
14:17:17 UTC ---
With 4.6.2 and -Wall gives the same as 4.7.0:
l.cc:4:13: warning: non-static const member 'const int B::v_' in class without
a constructor [-Wuninitialized]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49461
--- Comment #13 from pmarlier at gcc dot gnu.org 2012-02-24 15:21:20 UTC ---
Author: pmarlier
Date: Fri Feb 24 15:21:12 2012
New Revision: 184555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184555
Log:
2012-02-23 Patrick Marlier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179
--- Comment #27 from pmarlier at gcc dot gnu.org 2012-02-24 15:21:20 UTC ---
Author: pmarlier
Date: Fri Feb 24 15:21:12 2012
New Revision: 184555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184555
Log:
2012-02-23 Patrick Marlier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50580
--- Comment #1 from Rainer Orth ro at gcc dot gnu.org 2012-02-24 15:52:09 UTC
---
Author: ro
Date: Fri Feb 24 15:52:01 2012
New Revision: 184557
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184557
Log:
[testsuite] Skip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50580
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52261
--- Comment #7 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-02-24
16:26:46 UTC ---
Author: gjl
Date: Fri Feb 24 16:26:35 2012
New Revision: 184559
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184559
Log:
PR target/52261
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52372
Bug #: 52372
Summary: gcc.target/mips/mips16-attributes{,-4}.c SEGV in
dwf_regno
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52372
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52373
Bug #: 52373
Summary: template usage drops some checks on the accessibility
of a member
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272
--- Comment #7 from Peter Bergner bergner at gcc dot gnu.org 2012-02-24
16:42:37 UTC ---
This looks to be fixed, probably by Mike's fp convert changes from a while
back. I'm now seeing the following src code being generated:
fctidz 1,1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52374
Bug #: 52374
Summary: [C++11] Fails to transform id-expression into
dependent base member access in lambda expression
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52373
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||sylvestre at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52374
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16458
Peter Bergner bergner at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
---
main().
GCC version: g++ (GCC) 4.7.0 20120224 (experimental)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352
--- Comment #10 from Uros Bizjak ubizjak at gmail dot com 2012-02-24 18:32:56
UTC ---
(In reply to comment #9)
It is fixed on hjl/x32/addr32, hjl/x32/gcc-4_6-branch and
hjl/x32/gcc-4_6-branch+mx32 branches.
The problem is
;; Stores and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352
--- Comment #11 from H.J. Lu hjl.tools at gmail dot com 2012-02-24 19:14:19
UTC ---
(In reply to comment #10)
But this is the _address_ that we are talking, see the MEM RTX. So,
following
(untested) patch can help - access is in PTR mode,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52364
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352
--- Comment #12 from Uros Bizjak ubizjak at gmail dot com 2012-02-24 19:29:20
UTC ---
(In reply to comment #11)
I checked a similar fix into hjl/x32/addr32, hjl/x32/gcc-4_6-branch and
hjl/x32/gcc-4_6-branch+mx32 branches. I also added I code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375
Bug #: 52375
Summary: [4.7 Regression] internal compiler error: in
extract_insn, at recog.c:2123 at -O3 -mfpu=neon
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52376
Bug #: 52376
Summary: [4.7 regression] ICE in lto_input_tree_ref, at
lto-streamer-in.c:266 while linking LTO-PGO libxul
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52376
--- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de
2012-02-24 19:42:43 UTC ---
Created attachment 26745
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26745
nsXMLContentSink.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52201
--- Comment #4 from Andrew Macleod amacleod at redhat dot com 2012-02-24
19:47:18 UTC ---
Created attachment 26746
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26746
disable tests if no atomic support present
That test case really
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at it dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52352
--- Comment #13 from H.J. Lu hjl.tools at gmail dot com 2012-02-24 20:03:59
UTC ---
(In reply to comment #12)
(In reply to comment #11)
I checked a similar fix into hjl/x32/addr32, hjl/x32/gcc-4_6-branch and
hjl/x32/gcc-4_6-branch+mx32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50349
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375
Bernhard Rosenkränzer Bernhard.Rosenkranzer at linaro dot org changed:
What|Removed |Added
Attachment #26744|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375
Bernhard Rosenkränzer Bernhard.Rosenkranzer at linaro dot org changed:
What|Removed |Added
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52375
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52377
Bug #: 52377
Summary: C++11 non-static initializers in unions are not used
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #16 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-25
02:23:06 UTC ---
Created attachment 26749
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26749
back port of thread_leak_test.c from ivmai-bdwgc-8b168d0
The random
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #17 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-25
02:27:14 UTC ---
(In reply to comment #16)
Note that at r184560 with the back ported thread_leak_test.c changes applied, I
am able to run the 64-bit thread_leak_test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52378
Bug #: 52378
Summary: Can't build most recent svn version
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52378
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
On Thu, 23 Feb 2012, Ulrich Weigand wrote:
Richard Guenther wrote:
PR tree-optimization/52298
* tree-vect-stmts.c (vectorizable_store): Properly use
STMT_VINFO_DR_STEP instead of DR_STEP when vectorizing
outer loops.
(vectorizable_load): Likewise.
*
On Thu, Feb 23, 2012 at 7:21 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
gcc/ChangeLog:
2012-02-23 Bernhard Reutner-Fischer al...@gcc.gnu.org
* tree-into-ssa (update_ssa): Avoid trailing whitespace in
dump_file.
* tree-ssa-sccvn.c (print_scc): Ditto.
On Thu, Feb 23, 2012 at 7:21 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
gcc/ChangeLog:
2012-02-23 Bernhard Reutner-Fischer al...@gcc.gnu.org
* tree-phinodes.c (make_phi_node): Mark static.
* tree-flow.h (make_phi_node): Remove extern decl.
*
On Thu, Feb 23, 2012 at 10:11 PM, Aldy Hernandez al...@redhat.com wrote:
On 02/23/12 12:19, Aldy Hernandez wrote:
about hit me. Instead now I save all loads in a function and iterate
through them in a brute force way. I'd like to rewrite this into a hash
of some sort, but before I go any
I think this is a fairly reasonable minimal fix. For 4.8 we could
experiment whether to always do this, regardless of s_r_c_f_m_p.
Ok if bootstrapped and tested on a primary target (i.e. linux) and
tested on Blackfin.
Bernd
Thanks again, Bernd.
Forwarding to gcc-patches to give people a
On Thu, Feb 23, 2012 at 07:21:29PM +0100, Bernhard Reutner-Fischer wrote:
gcc/ChangeLog:
2012-02-23 Bernhard Reutner-Fischer al...@gcc.gnu.org
* tree-if-conv (predicate_scalar_phi): Commentary typo fix.
Applied to trunk as obvious as r184546.
Signed-off-by: Bernhard Reutner-Fischer
On Wed, Feb 22, 2012 at 6:59 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
Here is a one-line fix to enable __ANDROID__ macro on i386 Android
target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* gcc/config/i386/gnu-user.h
On Wed, Feb 22, 2012 at 3:57 PM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
Here is a simple patch which enables exceptions and RTTI by default
for Android target. OK for trunk?
Err - isn't that the default? Thus, simply delete the bogus spec?
Richard.
Hi,
Is following patch
This avoids redundant verify_gimple_in_cfg calls (the original idea
was to always verify gimple when we verify SSA form).
Scheduled for a bootstrap/regtest.
Richard.
2012-02-24 Richard Guenther rguent...@suse.de
PR middle-end/52361
* passes.c (execute_function_todo): When
On Fri, Feb 24, 2012 at 11:22 AM, Ilya Enkovich enkovich@gmail.com wrote:
On Wed, Feb 22, 2012 at 3:57 PM, Ilya Enkovich enkovich@gmail.com
wrote:
Hello,
Here is a simple patch which enables exceptions and RTTI by default
for Android target. OK for trunk?
Err - isn't that the
This fixes PR52355 by extending the existing folding of a[i] - a[j]
to cover multi-dimensional array access and non-equal base.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2012-02-24 Richard Guenther rguent...@suse.de
PR middle-end/52355
*
I noticed that checking time is dominated by walk_gimple_op and
walk_tree, not so much by the core worker. walk_gimple_op can
be micro-optimized a bit and the simple predicate is_gimple_reg_type
can be trivially inlined.
Bootstrap testing in progress.
That was what is low-hanging.
Richard.
On Tue, Feb 21, 2012 at 4:02 PM, Tijl Coosemans t...@coosemans.org wrote:
On Tuesday 21 February 2012 10:19:15 Richard Guenther wrote:
On Mon, Feb 20, 2012 at 8:55 PM, Tijl Coosemans t...@coosemans.org wrote:
On Monday 9 January 2012 10:05:08 Richard Guenther wrote:
Since GCC 4.4 applying the
On Fri, 2012-02-24 at 09:58 +0100, Richard Guenther wrote:
On Thu, Feb 23, 2012 at 10:11 PM, Aldy Hernandez al...@redhat.com wrote:
On 02/23/12 12:19, Aldy Hernandez wrote:
about hit me. Instead now I save all loads in a function and iterate
through them in a brute force way. I'd like to
Richard Guenther wrote:
On Thu, 23 Feb 2012, Ulrich Weigand wrote:
The assert in question looks like:
if (nested_in_vect_loop
(TREE_INT_CST_LOW (STMT_VINFO_DR_STEP (stmt_info))
% GET_MODE_SIZE (TYPE_MODE (vectype)) != 0))
{
gcc_assert
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya ilya.enkov...@intel.com
* config/i386/gnu-user.h (LINUX_TARGET_CC1_SPEC): New.
I don't
On Fri, Feb 24, 2012 at 1:51 AM, Ilya Enkovich enkovich@gmail.com wrote:
On Wed, Feb 22, 2012 at 6:59 AM, Ilya Enkovich enkovich@gmail.com
wrote:
Hello,
Here is a one-line fix to enable __ANDROID__ macro on i386 Android
target. OK for trunk?
Thanks,
Ilya
--
2012-02-22
On Fri, Feb 24, 2012 at 7:17 AM, Ilya Enkovich enkovich@gmail.com wrote:
On Wed, Feb 22, 2012 at 6:54 AM, Ilya Enkovich enkovich@gmail.com
wrote:
Hello,
This patch adds -mandroid support to i386 target. OK for trunk?
Thanks,
Ilya
--
2012-02-22 Enkovich Ilya
Looking closer into the gcc.target/mips/interrupt_handler-[23].c
failures
FAIL: gcc.target/mips/interrupt_handler-2.c scan-assembler \\t.cfi_restore
64\\n
FAIL: gcc.target/mips/interrupt_handler-2.c scan-assembler \\t.cfi_restore
65\\n
and many more for interrupt_handler-3.c, I now
On Fri, Feb 24, 2012 at 5:58 AM, H.J. Lu hongjiu...@intel.com wrote:
The second form is redundant in
;; Stores and loads of ax to arbitrary constant address.
;; We fake an second form of instruction to force reload to load address
;; into register when rax is not available
(define_insn
On 22/02/2012 16:25, Pascal Obry wrote:
Dave,
Pascal, ping?
Sorry for the delay, these message has fallen into the crack!
No problem, I had plenty to be getting on with in the meantime :)
Anyway, with these explanations I'm ok with the patch.
Thanks. Committed revision 184558.
On 02/23/12 09:12, Kai Tietz wrote:
2012-02-23 Kai Tietz kti...@redhat.com
* config/i386/i386.c (ix86_delegitimize_address): Handle
UNSPEC_PCREL plus displacement.
Ok.
r~
This fixes a coverity-spotted issue.
A NULL et could be dereferenced after the diagnostic is issued.
2012-02-24 Jim Meyering meyer...@redhat.com
genattrtab: avoid NULL-deref on error
* genattrtab.c (gen_attr): Avoid NULL-deref after diagnosing
absence of an defin_enum
On 02/24/12 07:10, Torvald Riegel wrote:
On Fri, 2012-02-24 at 09:58 +0100, Richard Guenther wrote:
On Thu, Feb 23, 2012 at 10:11 PM, Aldy Hernandezal...@redhat.com wrote:
On 02/23/12 12:19, Aldy Hernandez wrote:
about hit me. Instead now I save all loads in a function and iterate
through
On Fri, Feb 24, 2012 at 8:11 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Feb 24, 2012 at 5:58 AM, H.J. Lu hongjiu...@intel.com wrote:
The second form is redundant in
;; Stores and loads of ax to arbitrary constant address.
;; We fake an second form of instruction to force reload to load
The following patch fixes some bugs preventing S390x bootstrap. The
patch is still not fixing the S390 bootstrap yet but I am working on it.
The patch was successfully bootstrapped on x86/x86-64.
Committed as rev. 184561.
2012-02-24 Vladimir Makarov vmaka...@redhat.com
*
I've been toying with the simulate-thread framework a bit. With the
timeout threshold is back to where it originally was, the spectre of
huge log files when an infinite loop happens is back.
This patch has the following modifications:
1) An instruction count threshold has been added.
Mainline bootstrap on x86_64-unknown-linux-gnu (CentOS 5.6) was failing
due to a trivial typo. Fixed as follows.
Rainer
diff --git a/libgo/runtime/go-nosys.c b/libgo/runtime/go-nosys.c
--- a/libgo/runtime/go-nosys.c
+++ b/libgo/runtime/go-nosys.c
@@ -52,7 +52,7 @@ faccessat (int fd
for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120224/gcc/testsuite/config/default.exp
as tool-and-target-specific interface file.
Running
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120224/gcc/testsuite
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00956.html
Georg-Johann Lay wrote:
Spill failure PR52148 occurs for movmem insn that allocates 2 of AVR's 3
pointer registers. Register allocator is at it's limits and the patch tries to
cure the situation by replacing
(match_operand:HI 0
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00843.html
Georg-Johann Lay wrote:
This patch introduces a new file builtins.def that is used as central registry
to hold built-ins' information.
The file is used by defining DEF_BUILTIN macre and then including the file as
described in the head
On Feb 24, 2012, at 9:38 AM, Andrew MacLeod wrote:
I've been toying with the simulate-thread framework a bit.
OK for mainline?
Ok.
Don't know why you ask... I'd ask you if I wanted to make a change to the
file... Anyway, I reviewed it, and didn't spot anything bad.
On 02/24/2012 02:10 PM, Mike Stump wrote:
On Feb 24, 2012, at 9:38 AM, Andrew MacLeod wrote:
I've been toying with the simulate-thread framework a bit.
OK for mainline?
Ok.
Don't know why you ask... I'd ask you if I wanted to make a change to the
file... Anyway, I reviewed it, and didn't
Hi,
This patches enables *movabsmode_1 and *movabsmode_2 only for
TARGET_LP64 since x32 doesn't need 64bit address. OK for trunk?
Thanks.
H.J.
---
2012-02-24 H.J. Lu hongjiu...@intel.com
PR target/52352
* config/i386/i386.md (*movabsmode_1): Enable only for
1 - 100 of 115 matches
Mail list logo