> The port is ok to check in.
Great - so can I apply it, or does someone else need to?
Cheers,
Jon
HI all,
I am porting GCC 4.4.0 for a 32bit target. The target has 40bit data
registers and 32bit address registers that can be used as general
purpose registers. When 40bit registers are used for arithmetic
operations or comparison operations GCC generates code assuming that
its a 32bit register.
Hi, everyone:
I have ported the gcc, newlib and binutils to my new risc target.
But when I write a simple program helloworld.c:
#include
int main(void)
{
printf("Hello World!!!\n");
return 0;
}
run the command like this:
rice-elf-gcc helloworld.c
daniel tian writes:
> I just wanna get the argment passed to ld, when I could debug the
> ld with gdb.
> I run the command the
> rice-elf-gcc helloworld.c -v
> But I couldn't get the parameter passed to ld.
> and I don't know what the relationship between "collect2" and
>
Hi..
The compiler stores the information about dependencies among various
instruction in control flow graphs and data flow graph. What kind of graphs are
these? and can this dependency information be extracted from gcc?
Thanks
Swati Raina
Get your new Email address!
Grab the Email na
Добрый день!
Ваш друг cloud_slon хочет стать вашим читателем на сайте RuTvit.ru.
Чтобы начать пользоваться сайтом, нажмите на ссылку-приглашение
https://rutvit.ru/register?invitecode=0cc43818a5e1e88bea063b3c8873b1ff7bfef8e2
Желаем удачи!
РуТвит, пульс России
On 10/21/2009 07:25 AM, Mohamed Shafi wrote:
For accessing a->b GCC generates the following code:
move.l (sp-16), d3
lsrr.l #<16, d3
move.l (sp-12),d2
asll#<16,d2
or d3,d2
cmpeq.w #<2,d2
jf _L2
Because data registers are 4
swati raina writes:
> The compiler stores the information about dependencies among various
> instruction in control flow graphs and data flow graph. What kind of
> graphs are these? and can this dependency information be extracted
> from gcc?
See cfg*.[ch] and df*.[ch]. Note that df*.[ch] only
On 10/19/2009 10:48 AM, Richard Guenther wrote:
On Mon, Oct 19, 2009 at 3:19 AM, Joel Sherrill
wrote:
Hi,
I got a random unsolicited email about arc-elf since
I pop up in google a lot asking cross compiler questions.
I decided to try to build it and as PR41747 indicates
4.3.4, 4.4.1, and the
Hi,
A possible silly question about the dead store elimination pass. From
the documentation it is clear that the store S1 below is removed by
this pass (in dse.c)
*(addr) = value1; // S1
.
.
*(addr) = value2 // S2 .. No read of "addr" between S1 and S2.
..
On 10/22/2009 01:57 AM, Ian Lance Taylor wrote:
See cfg*.[ch] and df*.[ch]. Note that df*.[ch] only applies to RTL.
There is no clean way to extract the dependency information.
On trees, the SSA def-use edges could be seen as (well, are) a DFG.
Paolo
Hi Ulrich. I've had considerable success in this process. I've
now reached the point where I seem to have a correctly
generated config.h in libiberty and correct auto-host.h in gcc,
which is one of the aims in order to get an eventual link on
MVS.
However, it meant that I could look at the aut
12 matches
Mail list logo