libjava bootstrap failure

2006-01-13 Thread Rafael Ávila de Espíndola
When bootstrapping gcc revision 109670 in a i486-linux-gnu, libjava compilation fails. I was able to reduce the problem to the generated cc1plus producing an internal compiler error when compiling: namespace java { class Object; } bool _Jv_ObjectCheckMonitor (int obj); class java::Object {

[PATCH] Removed two unused vars from Makefile.tpl

2005-12-18 Thread Rafael Ávila de Espíndola
The attached patch removes the unused variables BUILD_CONFIGDIRS and TARGET_CONFIGDIRS from Makefile.tpl. It also removes the AC_SUBST(target_configdirs) from configure.in. Boostraped on a GNU/Linux/x86 Rafael 2005-12-18 Rafael Ávila de Espíndola <[EMAIL PROTECTED]> * Makefi

Re: Updated gcc+llvm patch

2005-12-06 Thread Rafael Ávila de Espíndola
On Tuesday 06 December 2005 19:19, Chris Lattner wrote: > This version of the patch has many bugs fixed and several rough   > corners rounded off (for example, there are no more hard coded paths   > in the makefiles anymore, and the llvm-independent objc changes are   > now in the apple branch inst

Re: LLVM patch X function lowering

2005-11-29 Thread Rafael Ávila de Espíndola
On Tuesday 29 November 2005 20:05, Chris Lattner wrote: > I'm not working on it, go ahead and try. I assume this is with > mainline, not the apple branch? Yes. The referred patch hasn't be merged in the apple branch yet. > I have the other problem you ran into and several other other minor > ones

Re: port of the LLVM patch to the trunk

2005-11-29 Thread Rafael Ávila de Espíndola
On Tuesday 29 November 2005 02:47, Andrew Pinski wrote: > Of course this patch does not include the new files so nobody can help you > :). Oops. Updated > -- Pinski Thanks, Rafael pgpZDHVHItA32.pgp Description: PGP signature

port of the LLVM patch to the trunk

2005-11-28 Thread Rafael Ávila de Espíndola
I had some problems when trying to use the apple branch on a gnu/linux/x86. Because of this I am trying to port the patch to the trunk. With some help from Chris I am now able to build xgcc, but a type check fails when it is run: ../../trunk-llvm/gcc/crtstuff.c:186: internal compiler error: tre

should _GNU_SOURCE be used in libiberty if glibc is present?

2005-11-24 Thread Rafael Ávila de Espíndola
I noticed that in the config.h generated for libiberty has HAVE_DECL_ASPRINTF defined as 0. This hapens because _GNU_SOURCE is not used when running the test programs. Coping the test that enables _GNU_SOURCE from gcc/configure.ac to libiberty/configure.ac results in HAVE_DECL_ASPRINTF being

Re: can DECL_RESULT be 0?

2005-11-20 Thread Rafael Ávila de Espíndola
On Thursday 17 November 2005 23:35, Jim Wilson wrote: > > I've checked in a patch to fix the comment typo. Thanks, What do you thing about adding an assert? Something similar to the attached patch. Rafael Index: gcc/function.c === -

Re: [Treelang] flag_signed_char

2005-11-15 Thread Rafael Ávila de Espíndola
On Monday 14 November 2005 23:10, Jim Wilson wrote: > Signedness of char depends on the OS. If you want compatibility with C, > and in particular, the standard C library, then you should use the OS > default, which is obtained from flag_signed_char. > > flag_signed_char can also be overriden by us

Re: can DECL_RESULT be 0?

2005-11-15 Thread Rafael Ávila de Espíndola
On Monday 14 November 2005 22:33, Jim Wilson wrote: > I looked at gcc-1.42, and even there, a DECL_RESULT always holds a > RESULT_DECL. It can never be zero. However, the DECL_RTL of this > RESULT_DECL is zero for a function that returns no value. I'm not sure > if this is a typo in the tree.def

can DECL_RESULT be 0?

2005-11-12 Thread Rafael Ávila de Espíndola
In tree.def:329 it is written that DECL_RESULT holds a RESULT_DECL node for the value of a function, or it is 0 for a function that returns no value. (C functions returning void have zero here.) but C functions returning void have void_type_node in DECL_RESULT. Also note that allocate_s

@true in makefiles

2005-10-23 Thread Rafael Ávila de Espíndola
According to a comment in line 2694 of gcc/Makefile.in, a dummy command like @true must be added to a rule to "force gnu make to recheck modification times.". But the GNU make manual says that a rule without a command simply states a dependency. In gcc, many of those "dependency only" rules de

Re: [PATCH] fix warnings in treelang/parse.y

2005-09-17 Thread Rafael Ávila de Espíndola
ds. attached :) bootstrapped and tested (make check-treelang) in i686 Rafael 2005-09-13 Rafael Ávila de Espíndola <[EMAIL PROTECTED]> * parse.y : Fixed two compile warnings in "error" and "warning" invocations

[PATCH] fix warnings in treelang/parse.y

2005-09-16 Thread Rafael Ávila de Espíndola
fix. I could not find much documentation about the syntax of the format string of "error" and "warning". Because of this, I have used similar messages present in other parts of gcc as examples. bootstrapped and tested (make check-treelang) in i686. Rafael 2005-09-13 Rafae

Re: coding style: type* variable or type *varible

2005-09-13 Thread Rafael Ávila de Espíndola
On Tuesday 13 September 2005 18:11, Daniel Berlin wrote: > So, uh, change them :) I have just submitted a patch :) Rafael pgpOrEeEKuddE.pgp Description: PGP signature

dead code in treelang/parse.y

2005-09-11 Thread Rafael Ávila de Espíndola
t;tp.tok.length, tok->tp.tok.chars); YYERROR; VAR_INIT (prod) = NULL; } The line VAR_INIT (prod) = NULLs is dead since YYERROR is defined as "goto yyerrorlab" Rafael Ávila de Espíndola pgpVmGylDQU9l.pgp Description: PGP signature

Re: More NEWS on GCC?

2005-08-30 Thread Rafael Ávila de Espíndola
On Tuesday 30 August 2005 01:49, Timothy Miller wrote: > me a minor revision of the Linux > kernel comes out, there's no scarcity of news articles written about > it.  Indeed, any time something interesting happens, someone writes an > article about it, like for instance, you may recall the time wh

Re: how to compile gcc

2005-08-20 Thread Rafael Ávila de Espíndola
On Friday 19 August 2005 20:26, Jiang Long wrote: > Hello, > > I 'd like to dig into gcc internals, and would like to compile it with -g. > > I can't find any document on how to do that? I tried > > make BOOT_CFLAGS=-g CFLAGS=-g, > > but it still will add '-O2' later on. > > Any documentation on ho

Re: gcc front end

2005-07-25 Thread Rafael Ávila de Espíndola
lang front end that comes with gcc. I also think that the fortran front end is a very good reference. > Sorry for any grammar errors, they're unintentional as I just pulled > an all-nighter :). > > Thanks, Sean Purser-Haskell Wen you have more specific question feel free to ask. :) Rafael Ávila de Espíndola pgpB5VNEhghGD.pgp Description: PGP signature

"cycle advancing states" versus "cycle advancing arcs"

2005-07-01 Thread Rafael Ávila de Espíndola
) V.Bala and N.Rubin, Efficient Instruction Scheduling Using Finite State Automata. Thank you very much. Rafael Ávila de Espíndola pgp2XNvoBTmtM.pgp Description: PGP signature

a "hello world" frontend

2005-06-12 Thread Rafael Ávila de Espíndola
obal variable? In a FUNCTION_DECL, what is the difference between DECL_EXTERNAL and (not TREE_STATIC)? But we must also note the current interface looks simpler than the ones described in the old documents :) Thanks for any comment. Rafael Ávila de Espíndola