Re: Reconsidering gcjx

Tom Tromey writes: > > "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes: > > >> ecj is written in java. This will complicate the bootstrap process. > > Thorsten> Why not keep enough support in jc1 to bootstrap ecj? > > We don't know how much of the language that would be. An

Re: RFD: marking a variable as addressable - need new hook? (pr26004)

On 1/30/06, Joern RENNECKE <[EMAIL PROTECTED]> wrote: > gimplify.c:gimplify_modify_expr_rhs tries to optimize calls to functions > which return their value in memory, if the result is assigned to a > variable, by using the address of that variable as the location where > the result is top be stored

Re: RFD: marking a variable as addressable - need new hook? (pr26004)

Jim Blandy wrote: Is this optimization really legit? I've never come across an ABI which actually requires functions that return structures by value to leave the return value buffer untouched until just before they return. The optimization checks first that the address is not exposed:

Re: Reconsidering gcjx

Andrew Haley wrote: Tom Tromey writes: > > "Thorsten" == Thorsten Glaser <[EMAIL PROTECTED]> writes: > > >> ecj is written in java. This will complicate the bootstrap process. > > Thorsten> Why not keep enough support in jc1 to bootstrap ecj? > > We don't know how much of the language th

Re: Mainline is broken on ia64

On Mon, Jan 30, 2006 at 12:54:43PM -0800, Richard Henderson wrote: > On Mon, Jan 30, 2006 at 10:31:18AM -0800, H. J. Lu wrote: > > Does that mean DWARF2_UNWIND_INFO should be checked before using > > INCOMING_RETURN_ADDR_RTX instead of checking INCOMING_RETURN_ADDR_RTX? > > Yes. But as-quoted, it

Successful Build

*** config.guess: i686-pc-linux-gnu *** GCC version: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /home/dinosaur/tmp/gcc/src/configure Thread model: posix gcc version 4.0.2 *** Distribution name and version: Mandrakelinux release 10.2 (Limited Edition 2005) for i586 Kernel 2.

Generalize ready list sorting via heuristics in rank_for_schedule.

I've been looking a bit at how haifa_sched.c sorts the ready list and think there may be some room for added flexibility and/or improvement. I'll throw out a few ideas for discussion. Currently, within the ready_sort macro in haifa-sched.c, the call to qsort is passed "rank_for_schedule" to help

gcc-3.4-20060131 is now available

Snapshot gcc-3.4-20060131 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/3.4-20060131/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 3.4 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

reload madness, question

I'm looking at an insn that has these reloads [attached]. Note that reload2 is not needed IF the reload 1 gets resolved. I haven't figured out yet how to tell gcc this. Suggestions? The fb+0 construct is something I create to recognize patterns that I've set up during legitimize_reload_address

possible Altivec inconsistency

I was looking through the altivec.md file and found the below. Seems like either they should all be "", or "i"; my guess, they should all be "i". (define_insn "altivec_vspltb" [(set (match_operand:V16QI 0 "register_operand" "=v") (vec_duplicate:V16QI (vec_select:QI (match

Re: possible Altivec inconsistency

> Mike Stump writes: > I was looking through the altivec.md file and found the below. Seems > like either they should all be "", or "i"; my guess, they should all > be "i". I agree that they all should be "i". David

Bad indentation and strange code in fortran/trans-array.c

Around line 3923 in fortran/trans-array.c, there are if (expr->ts.type == BT_CHARACTER) { gcc_assert (expr->ts.cl && expr->ts.cl->length && expr->ts.cl->length->expr_type == EXPR_CONSTANT); loop.temp_ss->string_length = gfc_conv_mpz_to_tree

Re: Bad indentation and strange code in fortran/trans-array.c

On Tue, Jan 31, 2006 at 05:57:04PM -0800, H. J. Lu wrote: > Around line 3923 in fortran/trans-array.c, there are > > if (expr->ts.type == BT_CHARACTER) > { > gcc_assert (expr->ts.cl && expr->ts.cl->length > && expr->ts.cl->length->expr_type == EXPR_CON

error in libmath on i686-pc-cygwin

An error occurred on trunk, the new libcpp-math. Stops here, when its linking. I don't know that much about C programming to fix it. Its output is printing out something about a missing file in e_expf.c, at fenv.h. Bobby "1.0\" -DHAVE_HIDDEN_VISIBILITY=1 -I. -I../../../../gcc/libgcc-math/i386

Re: error in libmath on i686-pc-cygwin

On Jan 31, 2006, at 10:46 PM, Bobby McNulty wrote: An error occurred on trunk, the new libcpp-math. Stops here, when its linking. I don't know that much about C programming to fix it. Its output is printing out something about a missing file in e_expf.c, at fenv.h. I created GCC PR 26059

Re: error in libmath on i686-pc-cygwin

Andrew Pinski wrote: On Jan 31, 2006, at 10:46 PM, Bobby McNulty wrote: An error occurred on trunk, the new libcpp-math. Stops here, when its linking. I don't know that much about C programming to fix it. Its output is printing out something about a missing file in e_expf.c, at fenv.h. I cre

Re: Bad indentation and strange code in fortran/trans-array.c

On Tue, Jan 31, 2006 at 06:03:12PM -0800, Steve Kargl wrote: > On Tue, Jan 31, 2006 at 05:57:04PM -0800, H. J. Lu wrote: > > Around line 3923 in fortran/trans-array.c, there are > > > > if (expr->ts.type == BT_CHARACTER) > > { > > gcc_assert (expr->ts.cl && expr->ts.cl->len

Thoughts on imposing a 100k per-comment limit

I was staring at the comment database, and noticed mysql> select COUNT(*) from longdescs where length(thetext) > 10; +--+ | COUNT(*) | +--+ | 271 | +--+ 1 row in set (0.48 sec) mysql> select COUNT(*) from longdescs where length(thetext) > 50; +--+ | CO

Re: Bad indentation and strange code in fortran/trans-array.c

H. J, <>Also why are there duplicated On the face of , that is very odd. It looks as if the charlen_ is obtained, the type obtained and the charlen done over again. I will have a look today. Thanks Paul

Regular LAPACK testing

I would like to get regular LAPACK regression testing and automatic reporting set up. Is there a gcc.gnu server somewhere that I can get access to to set this up and have it run once daily? This is mostly to catch gfortran regressions as well as an occasional back-end or middle-end bug. Af