In attached new patch, arm_arch_thumb2 is changed to TARGET_THUMB2. I tried
that with my patch command line option -mcpu=armv7-a9 doesn't generate IT
instruction any longer, unless option "-mthumb" is being added.
All of my tests assume command line option -mthumb, while cortex-M0,
cortex-M3 corte
Hi,
This new branch intends to provide fixes and enhancements for GCC 4.6 when
used with ARM embedded cores.
The attached patch adds documentation for this branch.
Is it OK to commit? Thanks.
BR,
Terry
svn-arm-embedded-4_6-branch.patch
Description: Binary data
Hi
I want to backport r174965 from trunk to google/gcc-4_6, which fixed vect-72.c
failure in target arm, as described in
http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00927.html
Tested with buildit and regression test on arm qemu.
OK for google/gcc-4_6 ?
thanks
Carrot
2011-08-08 Guozhi Wei
On Sun, 7 Aug 2011, H.J. Lu wrote:
> Hi,
>
> opth-gen.awk has
>
> print "#define " mask name " (1 << " masknum[vname]++ ")"
>
> and int has 32bits. We should check
>
> if (masknum[var] > 32)
>
> instead of
>
> if (masknum[var] > 31)
IIUC the (int32_t) sign-bit is supposed to be reserved and this
i
On Tue, Jul 5, 2011 at 2:35 AM, Richard Guenther wrote:
> On Tue, 5 Jul 2011, Ira Rosen wrote:
>
>> Richard Guenther wrote on 04/07/2011 03:30:59 PM:
>> > >
>> > > Richard Guenther wrote on 04/07/2011 02:38:50 PM:
>> > >
>> > > > Handling of negative steps broke one of the many asserts in
>> > >
>> Alright then. How about this: I'll commit the attached verision of the
>> patch (including your suggestions), and we start messing with the
>> return values afterwards? Patch is regtested on
>> x86_64-unknown-linux-gnu. I hope the test case is sufficient for a
>> start.
>
> This is OK. Thanks f
Hi,
opth-gen.awk has
print "#define " mask name " (1 << " masknum[vname]++ ")"
and int has 32bits. We should check
if (masknum[var] > 32)
instead of
if (masknum[var] > 31)
Now, I got
#define OPTION_MASK_ISA_X32 (1 << 30)
#define OPTION_MASK_ISA_XOP (1 << 31)
in options.h. OK for trunk?
T
> 2011-07-27 Rainer Orth
>
> gcc:
> * config/sparc/driver-sparc.c: New file.
> * config/sparc/x-sparc: New file.
> * config.host: Use driver-sparc.o, sparc/x-sparc on
> sparc*-*-solaris2*.
> * config/sparc/sparc.opt (native): New value for enum
> process
Hi,
We transform
ptr_extend:DI (plus:SI (FOO:SI) (const_int Y)))
to
(plus:DI (ptr_extend:DI (FOO:SI)) (const_int Y))
since this is how Pmode != ptr_mode is supported even if the resulting
address may overflow/underflow. It is also true for x32 which has
zero_extend instead of ptr_extend. I
Am 07.08.2011 19:05, schrieb Janus Weil:
2011/8/7 Thomas Koenig:
Am 07.08.2011 12:56, schrieb Janus Weil:
+ /* Check string length. */
+ if (proc_target->result->ts.type == BT_CHARACTER
+&&proc_target->result->ts.u.cl&&old_target->result->ts.u.cl
+&&gfc_dep_compare_expr
2011/8/7 Janus Weil :
> 2011/8/7 Thomas Koenig :
>> Am 07.08.2011 12:56, schrieb Janus Weil:
>>>
>>> + /* Check string length. */
>>> + if (proc_target->result->ts.type == BT_CHARACTER
>>> + && proc_target->result->ts.u.cl&& old_target->result->ts.u.cl
>>> + && gfc_dep_com
Hi Julian,
Julian Brown writes:
> This patch allows padding to be specified per-target for libcalls. This
> hasn't been traditionally important, because libcalls haven't accepted
> quantities which might need padding, but that's no longer true with the
> new(-ish) fixed-point support helper funct
2011/8/7 Thomas Koenig :
> Am 07.08.2011 12:56, schrieb Janus Weil:
>>
>> + /* Check string length. */
>> + if (proc_target->result->ts.type == BT_CHARACTER
>> + && proc_target->result->ts.u.cl&& old_target->result->ts.u.cl
>> + && gfc_dep_compare_expr (proc_target->result
On Fri, Aug 5, 2011 at 8:51 PM, Uros Bizjak wrote:
> As I read this sentence, the RTX is forced into a temporary register,
> and reload tries to satisfy "o" constraint with plus ((reg ...)
> (const_int ...)), as said at the introduction of "o" constraint a
> couple of pages earlier. Unfortunately
On 7 August 2011 12:53, Jonathan Wakely wrote:
> On 7 August 2011 08:30, Benjamin Kosnik wrote:
>>
>> This fixes markup that gives warnings or errors as part of html/pdf
>> documentation generation. Most of this stuff is pretty simple, and is
>> just making sure that the documented parameter name
Am 07.08.2011 12:56, schrieb Janus Weil:
+ /* Check string length. */
+ if (proc_target->result->ts.type == BT_CHARACTER
+ && proc_target->result->ts.u.cl&& old_target->result->ts.u.cl
+ && gfc_dep_compare_expr (proc_target->result->ts.u.cl->length,
+
On 7 August 2011 08:30, Benjamin Kosnik wrote:
>
> This fixes markup that gives warnings or errors as part of html/pdf
> documentation generation. Most of this stuff is pretty simple, and is
> just making sure that the documented parameter names exactly match the
> signatures.
>
> tested x86/linux
On 07/30/2011 09:21 AM, Tom de Vries wrote:
> Hi,
>
> On 07/28/2011 08:20 PM, Tom de Vries wrote:
>> On 07/28/2011 06:25 PM, Richard Guenther wrote:
>>> On Thu, 28 Jul 2011, Tom de Vries wrote:
>>>
On 07/28/2011 12:22 PM, Richard Guenther wrote:
> On Wed, 27 Jul 2011, Tom de Vries wrote:
Hi,
When I use gcj on an RTOS(RTEMS), Double.parseDouble(null) throw
NumberFormatException, but it should throw NullPointerException. So I
add the patch below:
Index: natVMDouble.cc
===
--- natVMDouble.cc (revision 172224)
+++ n
>> OK from my side (given Mikael's comments), provided you spell resolve.c with
>> two e :-)
>
> Thanks, guys. Committed as r177545 (including your comments).
Ok, with the 'trivial' parts out of the way, the remainder of my
previously proposed patch becomes rather compact (see attachment).
Thoma
2011/8/7 Thomas Koenig :
> Hi Janus,
>
>> Here is a preparational patch (basically a subset of the
>> previous one), which does not do any real changes yet, only some
>> preparation and cleanup:
>> * It moves check_typebound_override to interface.c and prefixes it
>> with gfc_ (I don't like moving
Hi Janus,
Here is a preparational patch (basically a subset of the
previous one), which does not do any real changes yet, only some
preparation and cleanup:
* It moves check_typebound_override to interface.c and prefixes it
with gfc_ (I don't like moving and modifying it at the same time).
* It
2011/8/7 Mike Stump :
> On Aug 6, 2011, at 6:04 AM, Kai Tietz wrote:
>> this adjusts some testcases for LLP64 target x86_64 mingw.
>
> Ok. Please watch for any comments on stdarg... I don't have any, but others
> might.
Ok, will do. Applied at rev 177543.
Thanks,
Kai
23 matches
Mail list logo
