Jakub Jelinek 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 reason debug
Hi Jonathan,
Thanks for reviewing the patch.
Hi Richard,
Can you please give some comments?
BR,
Terry
> -Original Message-
> From: Jonathan Wakely [mailto:jwakely@gmail.com]
> Sent: Sunday, March 11, 2012 7:26 AM
> To: Terry Guo
> Cc: libstd...@gcc.gnu.org; gcc-patches@gcc.gnu.org;
On Sun, 11 Mar 2012, Sandra Loosemore wrote:
> 2012-03-11 Sandra Loosemore
>
> gcc/
> * doc/invoke.texi (Option Summary): Move -no-integrated-cpp
> from C Language Options to Preprocessor Options.
> (C Dialect Options): Move -no-integrated-cpp documentation
> from
Hi,
Pmode may be DImode for x32. This patch calls
gen_tls_global_dynamic_64_ and gen_tls_local_dynamic_base_64_,
depending on Pmode. Tested on Linux/x86-64. OK for trunk?
Thanks.
H.J.
---
2012-03-11 H.J. Lu
* config/i386/i386.c (legitimize_tls_address): Call
gen_tls_globa
Oleg Endo 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 this gcc.c-tort
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
* config/i386/i386.c (ix86_option_overri
On Fri, Mar 2, 2012 at 12:42 PM, H.J. Lu wrote:
> On Fri, Nov 11, 2011 at 11:04 AM, H.J. Lu 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, and uses 0x67
>> address pr
On Sun, Mar 11, 2012 at 11:21 AM, Uros Bizjak wrote:
> On Sun, Mar 11, 2012 at 7:16 PM, H.J. Lu 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
On Fri, Mar 9, 2012 at 6:58 PM, Uros Bizjak 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
> {
> int *f;
>
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 Sun, Mar 11, 2012 at 5:56 PM, H.J. Lu 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
>>
>> * config/
On Sun, Mar 11, 2012 at 7:16 PM, H.J. Lu 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 10:55 AM, Uros Bizjak wrote:
> On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu wrote:
>
> X86-64 linker optimizes TLS_MODEL_INITIAL_EXEC to TLS_MODEL_LOCAL_EXEC
> by checking
>
> movq foo@gottpoff(%rip), %reg
>
> and
On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu 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
>>>
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 slight
On Sat, Mar 10, 2012 at 10:49 AM, H.J. Lu wrote:
> On Sat, Mar 10, 2012 at 5:09 AM, Uros Bizjak wrote:
>> On Fri, Mar 9, 2012 at 11:26 PM, H.J. Lu wrote:
>>> On Mon, Mar 5, 2012 at 9:25 AM, Uros Bizjak wrote:
On Mon, Mar 5, 2012 at 6:03 PM, H.J. Lu wrote:
>>> X86-64 linker optimi
On Sun, Mar 11, 2012 at 8:53 AM, Uros Bizjak wrote:
> On Sun, Mar 11, 2012 at 3:30 PM, Uros Bizjak 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.
> ---
>
On Sun, Mar 11, 2012 at 4:52 PM, H.J. Lu 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 is
On Sun, Mar 11, 2012 at 3:30 PM, Uros Bizjak 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
* config/i386/i386.c (ix8
On Sun, Mar 11, 2012 at 7:54 AM, Uros Bizjak wrote:
> On Sun, Mar 11, 2012 at 2:18 AM, H.J. Lu 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?
>
>
On Fri, Mar 9, 2012 at 10:15 AM, Uros Bizjak wrote:
> On Fri, Mar 9, 2012 at 4:26 PM, H.J. Lu wrote:
>> On Thu, Mar 8, 2012 at 7:20 AM, Uros Bizjak wrote:
>>> On Sun, Mar 4, 2012 at 9:13 PM, Uros Bizjak wrote:
>>>
> We only need to handle zero-extended addresses in DImode.
> OK for trun
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 Sun, Mar 11, 2012 at 2:18 AM, H.J. Lu 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.
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
gcc/
On Sun, Mar 11, 2012 at 2:06 AM, H.J. Lu wrote:
> On Thu, Mar 8, 2012 at 3:22 AM, Uros Bizjak wrote:
>> On Fri, Mar 2, 2012 at 10:02 PM, H.J. Lu wrote:
>>
>>> This patches uses word_mode instead of Pmode in loop expand since
>>> word_mode may have bigger size than Pmode. OK for trunk?
>>>
>>> T
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
cc1/cc1plus/cc1o
On Sat, Mar 10, 2012 at 5:05 PM, H.J. Lu wrote:
>>> (define_insn "*call"
>>> - [(call (mem:QI (match_operand:P 0 "call_insn_operand" "zw"))
>>> + [(call (mem:QI (match_operand:C 0 "call_insn_operand" "zw"))
>>> (match_operand 1 "" ""))]
>>> - "!SIBLING_CALL_P (insn)
On Tue, 2012-03-06 at 08:24 +0900, Kaz Kojima wrote:
> Oleg Endo 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,
> > -m4-single/-ml,-m4-single/
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"; l
Oleg Endo 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,
> -m4-single/-ml,-m4-single/-mb,
> -m4a-s
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 versi
On 10 March 2012 00:39, DJ Delorie 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
> under t
On Sun, Mar 11, 2012 at 2:11 AM, H.J. Lu wrote:
> This patch replaces DImode with Pmode on x86_64 this parameter. OK
> for trunk?
>
> 2012-03-10 H.J. Lu
>
> * config/i386/i386.c (x86_this_parameter): Replace DImode with
> Pmode.
OK.
Thanks,
Uros.
On Sat, Mar 10, 2012 at 8:13 PM, H.J. Lu 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
>
> * config/i386/i386.md (lwp_slwpcb): Check Pmode instead of
>
>
> 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
35 matches
Mail list logo
