Ian,
Thanks. I tried to follow the examples, but it still doesn't work.
Here is the related code:
in target-c.c:
extern GTY(()) tree pragma_ghs_sections[GHS_SECTION_COUNT];
...
pragma_ghs_sections[sec_num] = copy_node (sec_name);
in target.c:
...
section_name = pragma_ghs_sections[sec_num
On Mon, 2009-11-09 at 14:13 +, Ian Bolton wrote:
> Dave Hudson wrote:
> > I've been working on gcc for an ISA (Ubicom32) that seems to have some
> > similarities to the problem you're seeing (we have some regs that can
> > be
> > used for many things but not all) and was seeing a ton a pointles
Bingfeng Mei wrote:
Ian,
Thanks. I tried to follow the examples, but it still doesn't work.
Here is the related code:
in target-c.c:
extern GTY(()) tree pragma_ghs_sections[GHS_SECTION_COUNT];
Perhaps you need to make sure that target-c.c is processed by gengtype, and that it does include t
Thanks, it works. I should have read the internal manual
more carefully :-)
Cheers,
Bingfeng
> -Original Message-
> From: Basile STARYNKEVITCH [mailto:bas...@starynkevitch.net]
> Sent: 10 November 2009 12:20
> To: Bingfeng Mei
> Cc: Ian Lance Taylor; gcc@gcc.gnu.org
> Subject: Re: How
Hello all,
I am doing a port for a 32bit target in GCC 4.4.0. In my target 32bit
multiply instruction is carried out in two instructions.
Dn = Da x Db is executed as
Dn = (Da.L * Db.H + Da.H * Db.L) << 16
Dn = Dn + (Da.L * Db.L)
Currently the pattern that i have for this is as follows:
(define
I can see that ansidecl.h is a tempting place to put this, but I don't
think it is correct. ansidecl.h is used by many different programs,
including the GNU binutils and gdb. Changes that are specific to gcc
should be in gcc, probably in gcc/system.h. Changes specific to
libiberty should be in
"Paul Edwards" writes:
> Another "where" question. The i370 port can't cope with 64-bit
> integers.
I think I would stop right there. Why can't the i370 port support
64-bit integers? Plenty of 32-bit hosts support them.
That said, these days gcc always defines __SIZEOF_LONG_LONG__. It
would
There are a couple of places where I need to do something different
if I'm running on an EBCDIC host (e.g. MVS, CMS, MUSIC, VSE).
So in mvspdp.h I have put:
/* If running on MVS, need some EBCDIC-related differences */
#if defined(__MVS__) || defined(__CMS__)
#define HOST_EBCDIC 1
#endif
and c-
"Paul Edwards" writes:
> and c-parse.c:
That file no longer exists so I don't know how to interpret this.
>> I think I would stop right there. Why can't the i370 port support
>> 64-bit integers? Plenty of 32-bit hosts support them.
>
> It got an internal error. I don't have the skills to ge
Hello, Andrew,
I am wondering whether this patch you mentioned has
made into 4.5?
http://gcc.gnu.org/ml/gcc/2009-02/msg00381.html
We would like to support it in our port if the frontend
has be adapted to support it.
Thanks,
Bingfeng
On Tue, Nov 10, 2009 at 1:16 AM, Kaveh R. GHAZI wrote:
> So IIUC, David is setting SHELL=/path/to/bash first, then running
> configure, then getting an error. This happens because configure tests
> that bash understands +=, but libtool is run with (presumably) /bin/sh and
> doesn't understand +=
On Tue, Nov 10, 2009 at 8:25 AM, ddmetro wrote:
>
> Hi All,
> We are adding a new pass for - structural hazard optimization - in
> gcc.
> We have added a rtl_opt_pass variable(pass_sched3) declaration in
> tree-pass.h and defined the same in a new file - sched-by-category.c
>
Did you add your new object file to OBJS-common list in Makefile.in?
Bingfeng
> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On
> Behalf Of ddmetro
> Sent: 10 November 2009 16:25
> To: gcc@gcc.gnu.org
> Subject: help on - adding a new pass to gcc
>
ddmetro wrote:
Hi All,
We are adding a new pass for - structural hazard optimization - in
gcc.
We have added a rtl_opt_pass variable(pass_sched3) declaration in
tree-pass.h and defined the same in a new file - sched-by-category.c
In addition of all the other good hints, you mi
Hi All,
We are adding a new pass for - structural hazard optimization - in
gcc.
We have added a rtl_opt_pass variable(pass_sched3) declaration in
tree-pass.h and defined the same in a new file - sched-by-category.c
We then added a target in gcc/Makefile.in, as follows:
s
From: "David Edelsohn"
On Tue, Nov 10, 2009 at 1:16 AM, Kaveh R. GHAZI
wrote:
So IIUC, David is setting SHELL=/path/to/bash first, then running
configure, then getting an error. This happens because configure tests
that bash understands +=, but libtool is run with (presumably) /bin/sh
and
Richard Guenther wrote:
> If config.gcc handles both triples the same (*-*-solaris2.10 and
> *-*-solaris2.11) then we can consider both at the same level.
Indeed. Furthermore, we certainly wouldn't want to break support for
Solaris 2.10 at this point, so having 2.10 listed seems to make sense to
On 11/06/09 05:53, Dave Hudson wrote:
the most
critical thing was to ensure that REGNO_REG_CLASS was returning a
minimal class correctly.
I believe that's been documented as the right thing to do for about 15
years :-) So, yes, you definitely want REGNO_REG_CLASS to return the
smallest clas
On 11/10/2009 05:48 AM, Mohamed Shafi wrote:
(define_insn "mulsi3"
[(set (match_operand:SI 0 "register_operand" "=&d")
(mult:SI (match_operand:SI 1 "register_operand" "%d")
(match_operand:SI 2 "register_operand" "d")))]
Note that "%" is only useful if the const
> On 11/06/09 05:53, Dave Hudson wrote:
> > the most
> > critical thing was to ensure that REGNO_REG_CLASS was returning a
> > minimal class correctly.
> I believe that's been documented as the right thing to do for about 15
> years :-) So, yes, you definitely want REGNO_REG_CLASS to return the
Hi Joern,
> > I am a bit confused about your above example - you suggest to add
> > this functionality on top of current ICI or substitute it?
>
> The idea was to replace it. The current event implementation has two
> issues:
> - It is very different from the existing GCC 4.5 events which make
Snapshot gcc-4.4-20091110 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20091110/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
[ Per Ian's request I'm forwarding some discussion we had on IRA to the
list. ]
On 11/04/09 12:24, Ian Bolton wrote:
Hi Jeff and Vladimir,
(I wasn't sure whether to CC the mailing list. Your guidance on this
would be appreciated, since I am very new to the GNU community.)
Your choice. There'
For the last year and a half I've been working on a gcc frontend for
Go, a new experimental systems programming language designed by a
small group at Google. We've just open sourced it. You can read more
about it at http://golang.org/ .
The gcc frontend is called gccgo. I've just committed it t
On Tue, Nov 10, 2009 at 11:50 AM, Kaveh R. Ghazi wrote:
> Could you please provide the testing details so we can note it in the MPC
> platforms page? I.e. target triplet plus gcc/gmp/mpfr versions. Or just
> confirm they are the same as the report you gave for the previous MPC
> release noted h
I committed the gccgo frontend using a BSD-style license with this
boilerplate:
// Copyright 2009 The Go Authors. All rights reserved.
// Use of this source code is governed by a BSD-style
// license that can be found in the LICENSE file.
The frontend is currently tightly tied to gcc. However, m
26 matches
Mail list logo
