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
On 11 Sep 2011, at 03:10, Terry Guo terry@arm.com 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
Richard Sandiford richard.sandif...@linaro.org 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
On Sun, 11 Sep 2011, Terry Guo wrote:
2011-09-08 Terry Guo terry@arm.com
* 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'll need
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
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 --
On 11 Sep 2011, at 09:37, Terry Guo terry@arm.com 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
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
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:
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 ebotca...@adacore.com
* gcc-interface/trans.c (build_return_expr): Use void_type_node for
MODIFY_EXPR.
* gcc-interface/utils2.c
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 ebotca...@adacore.com
* gcc-interface/gigi.h (build_call_0_expr): Delete.
(build_call_1_expr): Likewise.
(build_call_2_expr): Likewise.
Tested on i586-suse-linux, applied on the mainline.
2011-09-11 Eric Botcazou ebotca...@adacore.com
* 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:
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 balaji.v.i...@intel.com
* decl2.c (finish_objects): Replaced parameter '0' inside
finish_function with SF_PRE_PARSED.
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: Unexpected
result
+
+ switch (compval)
+ {
...
+ default:
+ gfc_internal_error (check_dummy_characteristics: Unexpected
result
+ %i of gfc_dep_compare_expr, compval);
+ break;
+ }
+ }
I think we really should move to enum.
Agreed.
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:
On Sat, Sep 10, 2011 at 5:04 AM, Ulrich Weigand uweig...@de.ibm.com 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
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 ayal.z...@gmail.com
Date: 2011/9/11
Subject: gcc-patches@gcc.gnu.org
To: Richard Sandiford richard.sandif...@linaro.org
Richard Sandiford richard.sandif...@linaro.org wrote on 30/08/2011
02:58:22
Copying the lists..
-- Forwarded message --
From: Ayal Zaks ayal.z...@gmail.com
Date: 2011/9/11
Subject: Re: [PATCH, SMS] Minor misc. fixes
To: Revital Eres revital.e...@linaro.org
2011/9/8 Revital Eres revital.e...@linaro.org
Hello,
The attached patch contains minor
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
25 matches
Mail list logo