The patch is OK for mainline, if there are no further comments in next 24h.
Thank you!
According to Tobias's input, I've added few lines about RTM to
doc/invoke.texi. If no objections - I'll commit the patch tomorrow.
Updated patch attached.
Updated ChangeLog entry:
2012-03-11 Kirill Yukhin
On Sat, Mar 10, 2012 at 8:13 PM, H.J. Lu hongjiu...@intel.com wrote:
Pmode may be SImode for TARGET_64BIT. This patch checks Pmode instead
of TARGET_64BIT in lwp_slwpcb. Tested on Linux/x86-64. OK for trunk?
2012-03-02 H.J. Lu hongjiu...@intel.com
* config/i386/i386.md
On Sun, Mar 11, 2012 at 2:11 AM, H.J. Lu hongjiu...@intel.com wrote:
This patch replaces DImode with Pmode on x86_64 this parameter. OK
for trunk?
2012-03-10 H.J. Lu hongjiu...@intel.com
* config/i386/i386.c (x86_this_parameter): Replace DImode with
Pmode.
OK.
Thanks,
On 10 March 2012 00:39, DJ Delorie d...@redhat.com wrote:
Ping - http://gcc.gnu.org/ml/gcc-patches/2012-03/msg00549.html
And now really add Paolo and DJ.
+ [.type foo, '$target_type_format_char'gnu_unique_object],,
This un-quoting looks incorrect if you don't know what's going on
On Thu, 2012-03-08 at 09:31 +0100, Oleg Endo wrote:
This is the patch for the patch, as attached in the PR.
Tested against rev 184966 as before and no changes in the test results
for me (i.e. no new failures).
This one had a bug, as discussed in the PR.
I've tested the attached latest version
Oleg Endo oleg.e...@t-online.de wrote:
This one had a bug, as discussed in the PR.
I've tested the attached latest version of the patch (same as in the PR)
against rev 185160 with
make -k check RUNTESTFLAGS=--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a-single/-mb,
On Tue, 6 Mar 2012, Jakub Jelinek wrote:
The 4.4 branch is now frozen, all commits require RM approval.
There will be the 4.4.7 release next week released from it and
after that the branch will be closed.
Cool. At that point I suggest removing GCC 4.4 from the Release
Series and Status; let
On Tue, 2012-03-06 at 08:24 +0900, Kaz Kojima wrote:
Oleg Endo oleg.e...@t-online.de wrote:
I'd like to add the test case from the PR to the testsuite.
Tested with
make check-gcc RUNTESTFLAGS=sh.exp=pr48596.c --target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a-single/-mb,
On Sat, Mar 10, 2012 at 5:05 PM, H.J. Lu hjl.to...@gmail.com wrote:
(define_insn *call
- [(call (mem:QI (match_operand:P 0 call_insn_operand czw))
+ [(call (mem:QI (match_operand:C 0 call_insn_operand czw))
(match_operand 1 ))]
- !SIBLING_CALL_P (insn)
+ !SIBLING_CALL_P (insn)
While I've been cleaning up invoke.texi I noticed that the blurb about
-no-integrated-cpp needed some copy-editing and markup changes. Then I
noticed that the description didn't make a whole lot of sense, and that
it talked about what might happen in the hypothetical case that
On Sun, Mar 11, 2012 at 2:06 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, Mar 8, 2012 at 3:22 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Mar 2, 2012 at 10:02 PM, H.J. Lu hongjiu...@intel.com wrote:
This patches uses word_mode instead of Pmode in loop expand since
word_mode may have
On Sun, 11 Mar 2012, Sandra Loosemore wrote:
Anyway, I'd appreciate another pair of eyes looking at this, and
suggestions on what better to do here if this rewrite isn't adequate.
Looks good to me, but better wait for Joseph's take.
Gerald
2012-03-11 Sandra Loosemore
On Sun, Mar 11, 2012 at 2:18 AM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
x86 trampoline depends on ptr_mode. This patch checks ptr_mode, instead
of TARGET_X32. Also we should use Pmode for address mode. Tested on
Linux/x86-64. OK for trunk?
Why we are looking at ptr_mode here?
Uros.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-4.7-b20120128.sv.po',
On Fri, Mar 9, 2012 at 10:15 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Mar 9, 2012 at 4:26 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, Mar 8, 2012 at 7:20 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sun, Mar 4, 2012 at 9:13 PM, Uros Bizjak ubiz...@gmail.com wrote:
We only need to
On Sun, Mar 11, 2012 at 3:30 PM, Uros Bizjak ubiz...@gmail.com wrote:
This patches uses word_mode instead of Pmode in loop expand since
word_mode may have bigger size than Pmode. OK for trunk?
Thanks.
H.J.
---
2012-03-02 H.J. Lu hongjiu...@intel.com
* config/i386/i386.c
On Sun, Mar 11, 2012 at 4:52 PM, H.J. Lu hjl.to...@gmail.com wrote:
x86 trampoline depends on ptr_mode. This patch checks ptr_mode, instead
of TARGET_X32. Also we should use Pmode for address mode. Tested on
Linux/x86-64. OK for trunk?
Why we are looking at ptr_mode here?
If ptr_mode
On Sat, Mar 10, 2012 at 10:49 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Sat, Mar 10, 2012 at 5:09 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Fri, Mar 9, 2012 at 11:26 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Mar 5, 2012 at 9:25 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Mon, Mar 5,
Hi Tobias,
with that patch, the array descriptor on the fortran-dev branch uses now
the dimension triplet as defined in TS29113. This patch removes
ubound/stride and updates all calls.
Great!
There are still 227 test-suite failures (FAIL lines) affecting 27
test-suite files. That's
On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu hjl.to...@gmail.com wrote:
X86-64 linker optimizes TLS_MODEL_INITIAL_EXEC to TLS_MODEL_LOCAL_EXEC
by checking
movq foo@gottpoff(%rip), %reg
and
addq foo@gottpoff(%rip), %reg
It uses the REX prefix to avoid the last byte of the
On Sun, Mar 11, 2012 at 10:55 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu hjl.to...@gmail.com wrote:
X86-64 linker optimizes TLS_MODEL_INITIAL_EXEC to TLS_MODEL_LOCAL_EXEC
by checking
movq foo@gottpoff(%rip), %reg
and
addq
On Sun, Mar 11, 2012 at 7:16 PM, H.J. Lu hjl.to...@gmail.com wrote:
* config/i386/i386.c (ix86_decompose_address): Disallow fs:(reg)
if Pmode != word_mode.
(legitimize_tls_address): Call gen_tls_initial_exec_x32 if
Pmode == SImode for x32.
*
On Sun, Mar 11, 2012 at 5:56 PM, H.J. Lu hjl.to...@gmail.com wrote:
This patches uses word_mode instead of Pmode in loop expand since
word_mode may have bigger size than Pmode. OK for trunk?
Thanks.
H.J.
---
2012-03-02 H.J. Lu hongjiu...@intel.com
* config/i386/i386.c
Thomas Koenig wrote:
There are still 227 test-suite failures (FAIL lines) affecting 27
test-suite files. That's slightly down from the 269 lines the branch
currently has. (Some issues can be fixed by modifying the tree dump
patterns, but most seem to be real problems.)
Build and regtested on
On Fri, Mar 9, 2012 at 6:58 PM, Uros Bizjak ubiz...@gmail.com wrote:
I would like to point out that the patched compiler now also emits
address registers in their natural mode (modulo zero-extended RTXes)
and fixes following failure on Pmode == SImode targets:
--cut here--
struct foo
{
On Sun, Mar 11, 2012 at 11:21 AM, Uros Bizjak ubiz...@gmail.com wrote:
On Sun, Mar 11, 2012 at 7:16 PM, H.J. Lu hjl.to...@gmail.com wrote:
* config/i386/i386.c (ix86_decompose_address): Disallow fs:(reg)
if Pmode != word_mode.
(legitimize_tls_address): Call
On Fri, Mar 2, 2012 at 12:42 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Fri, Nov 11, 2011 at 11:04 AM, H.J. Lu hongjiu...@intel.com wrote:
Hi,
I am working on 32bit Pmode for x32:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
It removes all LEAs, which convert 32bit address to 64bit,
Hi,
leave_rex64 works on DImode and sse3_monitor64 works on Pmode. This
patch properly sets ix86_gen_leave and ix86_gen_monitor, depending on
TARGET_64BIT and Pmode. Tested on Linux/x86-64. OK for trunk?
Thanks.
H.J.
---
2012-03-11 H.J. Lu hongjiu...@intel.com
*
Oleg Endo oleg.e...@t-online.de wrote:
The attached patch moves it as suggested to gcc.c-torture/compile.
Briefly tested by running the gcc.c-torture/compile set on sh-him
-m4a-single -ml.
You forgot to remove two dg-* lines:
+/* { dg-do compile } */
+/* { dg-options -O1 } */
unneeded for
Jakub Jelinek ja...@redhat.com writes:
FYI, on Fedora 17 I had recent testresults without the patch, so below are
just testsuite differences for that (debug/dwarf fails consistently
everywhere), on RHEL5/6 I didn't have earlier go testsuite results,
so I'm just providing summaries there.
The
30 matches
Mail list logo
