Hello,
This patch intends to implement a convenient interface for user to customize
the final Multilibs according to their real requirements. There is no
intention to override the default Multilib set, instead it only build
"extra" libraries besides them. Specifically the extra Multilibs can be
se
On 11 Sep 2011, at 03:10, "Terry Guo" wrote:
> Hello,
>
> This patch adds simple support of -march=armv6s-m which is already supported
> by GAS. With this patch, inline assembly code containing "SVC" instruction
> can be handled by option -march=armv6s-m. Otherwise one has to use option
> -mcpu
Hello Richard,
>
> > Hello,
> >
> > This patch adds simple support of -march=armv6s-m which is already
> supported
> > by GAS. With this patch, inline assembly code containing "SVC"
> instruction
> > can be handled by option -march=armv6s-m. Otherwise one has to use
> option
> > -mcpu=cortex-m0.
Richard Sandiford writes:
> I think I need to play around with it a bit before I understand enough
> to review. I'll try to find time this weekend.
Does the attached patch look OK? It should fix a couple of things.
First, on MIPS16, this code:
/* Set TARGET to BASE + STEP1. */
target = ba
On Sun, 11 Sep 2011, Terry Guo wrote:
> This patch intends to implement a convenient interface for user to customize
> the final Multilibs according to their real requirements. There is no
> intention to override the default Multilib set, instead it only build
> "extra" libraries besides them. Spe
On Sun, 11 Sep 2011, Terry Guo wrote:
> > > 2011-09-08 Terry Guo
> > >
> > >* config/arm/arm.c (all_architectures): Simple support for
> > >option -march=armv6s-m.
> > >
> > >
> >
> > Ok.
> >
> > R.
>
> Can I apply this patch to trunk and GCC 4.6 branch?
It won't apply to trunk; you
On Sun, 11 Sep 2011, Terry Guo wrote:
> > It won't apply to trunk; you'll need to patch arm-arches.def and
> > regenerate the generated file arm-tables.opt.
>
> Thanks for your help and I will do that. What else do you think I should
> do besides that?
I have no other comments on this patch.
-
Update: Here is an extended version of the patch, which adds a few
additional checks:
* a simple check for the array shape (not complete yet, but fixing at
least comment #0 of PR 35831)
* a check for the string length, as recently implemented for
character results (PR49638)
* furthermore it chec
Hi there,
I'd like to make the change below which helps with lower resolution
systems (or non-maximized web browsers) or larger font sizes.
Practically I think everyone would understand the new version is the
same as the old, and the official status links usually are more explicit,
but still -- a
On 11 Sep 2011, at 09:37, "Terry Guo" wrote:
> Hello Richard,
>
>>
>>> Hello,
>>>
>>> This patch adds simple support of -march=armv6s-m which is already
>> supported
>>> by GAS. With this patch, inline assembly code containing "SVC"
>> instruction
>>> can be handled by option -march=armv6s-m.
This is in preparation of something I'm doing "for" Nicola, but
it is useful in and by itself so I went ahead and applied it.
Gerald
Index: gcc.css
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc.css,v
retrieving revision 1.21
diff -u -r1.
Thomas Koenig wrote:
the attached patch fixes the PR by transforming
DO WHILE (condition)
...
END DO
into the equvialent
DO WHILE(.true.)
IF (.not. condition) exit
...
END DO
before applying common function elimination.
Which matches what the current code in trans*.c alr
Janus Weil wrote:
Update: Here is an extended version of the patch, which adds a few
additional checks:
The patch still regtests cleanly. Ok for trunk?
+ switch (compval)
+ {
...
+ default:
+ gfc_internal_error ("check_dummy_characteristics: Unexpected result "
+
As per the subject. Tested on mips64-linux-gnu and mipsisa32-elf
and applied.
Richard
gcc/
* config/mips/mips.md: Use match_test rather than eq/ne symbol_ref
throughout file.
* config/mips/sb1.md: Likewise.
* config/mips/predicates.md: Replace (match_test "!...")
As per the subject. Tested by making sure there were no differences
in the assembly output for the C and C++ testsuites for cris-elf.
Applied as preapproved (thanks H-P).
Richard
gcc/
* config/cris/cris.md: Use match_test rather than eq/ne symbol_ref
throughout file.
Index: gcc
This cleans up a bit the handling of MODIFY_EXPR in gigi.
Tested on i586-suse-linux, applied on the mainline.
2011-09-11 Eric Botcazou
* gcc-interface/trans.c (build_return_expr): Use void_type_node for
MODIFY_EXPR.
* gcc-interface/utils2.c (build_binary_op) : Assert
This cleans up a bit the handling of CALL_EXPR in gigi.
Tested on i586-suse-linux, applied on the mainline.
2011-09-11 Eric Botcazou
* gcc-interface/gigi.h (build_call_0_expr): Delete.
(build_call_1_expr): Likewise.
(build_call_2_expr): Likewise.
(build_call_n
Tested on i586-suse-linux, applied on the mainline.
2011-09-11 Eric Botcazou
* gcc-interface/trans.c (call_to_gnu): Use local variable. Make sure
this is a real formal parameter before testing whether it is by ref.
--
Eric Botcazou
Index: gcc-interface/trans.c
This is a regression present on the mainline and 4.6 branch.
Tested on i586-suse-linux, applied on the mainline and 4.6 branch.
2011-09-11 Eric Botcazou
* gcc-interface/decl.c (maybe_pad_type): Do not try to change the form
of an addressable type.
* gcc-interface/tran
Because of some quite complex expressions with variable size that outsmart the
unsharing mechanism. Fixed by being smarter earlier.
Tested on i586-suse-linux, applied on the mainline.
2011-09-11 Eric Botcazou
* gcc-interface/utils.c (maybe_unconstrained_array): In the reference
Hi H. J,
Here is the fixed patch, with corrected email subject and changelog:
Thanks,
Balaji V. Iyer.
cp/ChangeLog
2011-09-09 Balaji V. Iyer
* decl2.c (finish_objects): Replaced parameter '0' inside
finish_function with SF_PRE_PARSED.
(finish_static_storage_d
Hi Tobias,
>> Update: Here is an extended version of the patch, which adds a few
>> additional checks:
>>
>> The patch still regtests cleanly. Ok for trunk?
>
>> + switch (compval)
>> + {
>
> ...
>>
>> + default:
>> + gfc_internal_error ("check_dummy_characteristics: Unexpe
>>> + switch (compval)
>>> + {
>>
>> ...
>>>
>>> + default:
>>> + gfc_internal_error ("check_dummy_characteristics: Unexpected
>>> result "
>>> + "%i of gfc_dep_compare_expr", compval);
>>> + break;
>>> + }
>>> + }
>>
>> I think we
This documents the recent changes made to the SPARC port, as well as an old one
made for GCC 4.3 but that wasn't documented at the time.
OK to install?
--
Eric Botcazou
Index: htdocs/gcc-4.3/changes.html
===
RCS file: /cvs/gcc/wwwd
On Sat, Sep 10, 2011 at 5:04 AM, Ulrich Weigand wrote:
> Hello,
>
> the problem in PR 50305 turned out to be caused by the ARM back-end
> LEGITIMIZE_RELOAD_ADDRESS implementation.
Interesting the fault goes away with -mfpu=neon, perhaps due to the DI
mode operations getting pushed out into NEON r
On Sun, 11 Sep 2011, Eric Botcazou wrote:
> This documents the recent changes made to the SPARC port, as well as an
> old one made for GCC 4.3 but that wasn't documented at the time.
>
> OK to install?
Lovely.
(Well, to live up to my reviewer's reputation :-) and provide a
nanonit, perhaps omit
Resending; didn't seem to go through.
-- Forwarded message --
From: Ayal Zaks
Date: 2011/9/11
Subject: gcc-patches@gcc.gnu.org
To: Richard Sandiford richard.sandif...@linaro.org
Richard Sandiford wrote on 30/08/2011
02:58:22 PM:
> From: Richard Sandiford
> To: gcc-patches
Copying the lists..
-- Forwarded message --
From: Ayal Zaks
Date: 2011/9/11
Subject: Re: [PATCH, SMS] Minor misc. fixes
To: Revital Eres revital.e...@linaro.org
2011/9/8 Revital Eres
>
> Hello,
>
> The attached patch contains minor fixes.
>
> Currently testing and bootstr
Nicola suggested that I have a look a couple of months ago, and add
short, catchy titles. Indeed focusing so much on the date as we've
had for, what, the last decade?, can be improved upon which this
patch does.
Gerald
Index: gcc.css
==
This fixes PR50343.
Committed as obvious.
Richard.
2011-09-12 Richard Guenther
PR tree-optimization/50343
* tree-vect-patterns.c (vect_recog_dot_prod_pattern): Check
that the reduction is over an SSA name before checking its
definition.
Index: gcc/tree-vect-
On Fri, Sep 9, 2011 at 5:51 PM, Artem Shinkarov
wrote:
> Hi, sorry for the delay, I had a lot of other stuff to do.
>
> In the attachment there is a new patch that fixes all the issues
> pointed by Joseph and almost all the issues pointed by Richard. The
> issues that are not fixed are explained f
2011/9/8 Georg-Johann Lay :
> This patch adds support for named progmem sections.
>
> The problem with the current implementation is that all progmem stuff is put
> into .progmem.data and thus no -gc-sections will have effect or constant
> merging cannot merge constants/strings in progmem.
>
> This
32 matches
Mail list logo
