Re: [Tinycc-devel] TCC on new ARM EABI (ARMEL)

[Cayle Graumann]

Daniel,

    I've now copied the whole /usr/local/ directory structure with the working arm-tcc from my scratchbox environment to my Nokia 770  and tried to compile my test code.  I made sure I copied over the crt*.o files from the scratchbox environment to /usr/lib. I symlinked the /lib/libgcc_s.so file into /usr/local/lib/tcc/libtcc1.a.  When I try and compile the test code, everything goes well until the linking step, when I get undefined symbol errors for __libc_csu_fini and __libc_csu_init.  Grep shows these functions in the 
crt1.o file.   It must be getting too late tonight, because I have the feeling this is something easy, but I'm blanking on it now.

Any clues?

Cayle,
Missouri.

On 9/17/06, Cayle Graumann <address@hidden> wrote:

Daniel,

    Adding the extra set of parentheses in the define was the solution I came up with to get it to compile also.  The real question is why does GCC allow it?  The more I looked at it, the more convinced I am that it shouldn't. 

I'll see what I can do about the gen_opl function.  I haven't really spent enough time yet with going though the tcc code to get a feel for it at this time.

Thanks for all your help.

Cayle,
Missouri

On 9/17/06, Daniel Glöckner < address@hidden> wrote:

On Sun, Sep 17, 2006 at 02:12:39PM -0500, Cayle Graumann wrote:
> #define nelem(x)        (sizeof (x)/sizeof (x)[0])

Try
#define nelem(x)        (sizeof (x)/sizeof ((x)[0]))

parse_expr_type() needs the block after "/* post operations */" from
unary() after skip(')') when parse_btype() is false.

But then we can go further and ask if "sizeof (char)7" is a legal C
_expression_...

> static uvlong uvnan    = ((uvlong)0x7FF00000<<32)|0x00000001;

You need to implement the "if (c1 && c2)" block from gen_opic() in
gen_opl().

  Daniel


_______________________________________________
Tinycc-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tinycc-devel