Next Level Optimization.

Code of Gcc is getting cleaner. Gcc is used with avr chips and more systems are going embeded. I have code for basic to c that does Optimization in a different way. It calls the function replaced the call with the resualts. Ok it can only do this if the function returns predictable out comes

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 10:39:19PM +0100, Marcin Dalecki wrote: > > Inside genautomata.c there is a function gen_regexp_el(). It's > allocating > a regexp_t by calling create_node(). However the code looks like: > > else if (strcmp (str, NOTHING_NAME) == 0) > { > regexp = create_nod

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 03:46:10PM -0800, Richard Henderson wrote: > Got it. Looks good to me. (Argh, I thought I had caught all of the places where I made that mistake.) Are you going to check it in? And here's the fix for genautomata, which had two bugs. One was a simple case of assuming tha

Re: insv vs one-bit fields

> The ia64 build is still running, but I expect it would do something > similar if it doesn't already have an explicit check for that. Ok, I can't really read ia64 assembler. Before: .global f01# .proc f01# f01: .prologue .body .mmi addl r15 = @lt

Re: Results for 4.1.0 20060117 (prerelease) testsuite on powerpc-apple-darwin8.4.0 (-m64 results)

I've posted a new version of odcctools (based on Apple's cctools and ld64 source) which should fix a few thousand of the failures. Instructions are at: This is based on cctools-590.18 and ld64-26.0.81, which should be subst

Re: cannot find -lm

> > Why so many tests need libm? I don't think the tests really used the > functions of libm. Can I port glibc to get it? Because the tests assume a libc which means a working libm also. -- Pinski

cannot find -lm

Why so many tests need libm? I don't think the tests really used the functions of libm. Can I port glibc to get it? Eirc

Re: insv vs one-bit fields

> Write a small test that is supposed to use one of the set-bit insns. > Verify that it does before and after the patch. The m68k indeed starts using BFINS with constants in one-bit bitfields, where it didn't before. It still uses BFINS for larger bitfields, as before. So, it will still functio

Re: cannot find -lm

On Tue, 24 Jan 2006, Eric Fisher wrote: > ld: cannot find -lm > collect2: ld returned 1 exit status > How can I get it? Port newlib. It's simple enough. brgds, H-P

Re: cannot find -lm

On Jan 23, 2006, at 5:26 PM, Eric Fisher wrote: Hi, When I run the test suite on my port, there are many many failures with the error like this, ld: cannot find -lm collect2: ld returned 1 exit status I'm not sure whether it is the libm(math library), or it is of glibc. But I guess it is a bu

cannot find -lm

Hi, When I run the test suite on my port, there are many many failures with the error like this, ld: cannot find -lm collect2: ld returned 1 exit status I'm not sure whether it is the libm(math library), or it is of glibc. But I guess it is a builtin library of gcc and has nothing to do with math

Re: bootstrap broken on ppc-linux

Got it. r~ * genextract.c (VEC_safe_set_locstr): Take VEC by reference; update all callers. Index: genextract.c === --- genextract.c(revision 110129) +++ genextract.c(working copy) @@ -187,18 +187,

Re: bootstrap failure for Ada gcc 4.1 Revision 110108 on

> > gnat1: out of memory allocating 19028192 bytes after a total of 92324 bytes > > gmake[2]: *** [ada/ada.o] Error 1 My guess is that this is a problem with the bootstrap compiler. There is a known issue with all 3.3 releases that require compiling stage 1 with -O1. I think there's also a probl

Re: bootstrap failure for Ada gcc 4.1 Revision 110108 on hppa2.0w-hp-hpux11.00

According to http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg01207.html 4.1 was building on hppa2.0w-hp-hpux11.11 as of rev 110094, not very far from your 110108. What is your last successful 4.1 build revision on hppa2.0w-hp-hpux11.00? Laurent On Mon, 2006-01-23 at 14:49 +0100, Rainer Emrich w

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> Passing nothing is equivalent to telling the compiler "I want my > program to run on all versions since 10.1", which means you can't use > EH at all. OK, but passing nothing used to just work until 4.0 and works on any other platform. That's what I personally find the most disturbing. > I wou

Re: mudflap extention request

Herman ten Brugge <[EMAIL PROTECTED]> writes: > [...] Finally the question. Is it possible to add this extension to > mudflap so the above problem is found here as well. It is likely possible. The first one (array embedded in struct, indexed by run-time expression) is tricky. There is IIRC no

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

On 23/01/2006, at 1:51 PM, Eric Botcazou wrote: As I said before in this thread, the Ada driver should do what the C++ driver does, which is to pass -shared-libgcc if it's going to need EH support. Or, you could pass -fexceptions to the link, which has the same effect. That's not really a

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> As I said before in this thread, the Ada driver should do what the C++ > driver does, which is to pass -shared-libgcc if it's going to need > EH support. Or, you could pass -fexceptions to the link, which has > the same effect. That's not really an option, as Ada links its static runtime by def

Re: bootstrap broken on ppc-linux

On 2006-01-23, at 21:36, Zack Weinberg wrote: Also, if you have access to valgrind (I can't remember if it works on x86-64 yet?) you could run both programs under it and report what it says, since this seems to be a bad-memory-access issue. Inside genautomata.c there is a function gen_re

Re: bootstrap broken on ppc-linux

> Yes valgrind works on x86_64. > The output is not that huge, it is only 17k. > > Attached is the output. > > Thanks, > Andrew Pinski Here is the valgrind output for running genautomata, there was two failures. Thanks, Andrew Pinski ==21439== Memcheck, a memory error detector. ==21439== Copyri

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

On 23/01/2006, at 6:23 AM, Eric Botcazou wrote: Attached is a patch to the 4.1 branch, I think it will apply to mainline too. Branch built fine on powerpc-apple-darwin8.4.0 with c,ada enabled. That's not sufficient: the compiler bootstraps fine, but all the ACATS tests fail to link:

Re: bootstrap broken on ppc-linux

> > On Mon, Jan 23, 2006 at 03:28:59PM -0500, Andrew Pinski wrote: > > > > > > On Mon, Jan 23, 2006 at 03:16:56PM -0500, Andrew Pinski wrote: > > > > > > > > > > That's the genextract crash that rth is seeing on ppc-linux. Can you > > > > > also > > > > > reproduce the ppc-darwin genautomata c

mudflap extention request

Hello, I recently debugged a program that had an array indexing problem. The simplified program is: typedef struct tst_struct { unsigned n; unsigned arr[3]; struct tst_struct *next; } tst; tst t = { 3, {0, 1, 2}, 0 }; int main (void) { t.arr[t.n++] = 3; } The 't.arr[t.n++]' overwrites the

Re: [RFC/RFT] PR/25890 and PR/25905

On Mon, 2006-01-23 19:19:23 +0100, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > For this reason I'm inclined to disable combine's transformations, and > return a (clobber (const_int 0)), in presence of "invalid" extractions. > The attached patch does exactly this. I'm bootstrapping it overnight,

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 03:28:59PM -0500, Andrew Pinski wrote: > > > > On Mon, Jan 23, 2006 at 03:16:56PM -0500, Andrew Pinski wrote: > > > > > > > > That's the genextract crash that rth is seeing on ppc-linux. Can you > > > > also > > > > reproduce the ppc-darwin genautomata crash? > > > > >

Re: sh-rtems (elf) does not build on head

> > > Sorry to follow up so quick but I last built this on Jan 17 so this > is also a recent breakage. This is related to PR 25890 and PR 25905. Thanks, Andrew Pinski

Re: bootstrap broken on ppc-linux

> > On Mon, Jan 23, 2006 at 03:16:56PM -0500, Andrew Pinski wrote: > > > > > > That's the genextract crash that rth is seeing on ppc-linux. Can you also > > > reproduce the ppc-darwin genautomata crash? > > > > Nope. genautomata just works. > > Clarification please. In a cross configuration t

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 03:16:56PM -0500, Andrew Pinski wrote: > > > > That's the genextract crash that rth is seeing on ppc-linux. Can you also > > reproduce the ppc-darwin genautomata crash? > > Nope. genautomata just works. Clarification please. In a cross configuration targeting ppc-darwin

Re: sh-rtems (elf) does not build on head

Sorry to follow up so quick but I last built this on Jan 17 so this is also a recent breakage. Joel Sherrill wrote: Hi, I updated this morning and sh-rtems does not build. It fails building libgcc2.c as follows: home/joel/gcc-work/head/b-sh-rtems4.7/./gcc/xgcc -B/home/joel/gcc-work/head/b-s

m68k-rtems (elf) does not build on head

Hi, I updated this morning and the head does not build m68k-rtems which most likely means that m68k-elf does not build as well. My last build of this was Jan 17. gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -W

sh-rtems (elf) does not build on head

Hi, I updated this morning and sh-rtems does not build. It fails building libgcc2.c as follows: home/joel/gcc-work/head/b-sh-rtems4.7/./gcc/xgcc -B/home/joel/gcc-work/head/b-sh-rtems4.7/./gcc/ -nostdinc -B/home/joel/gcc-work/head/b-sh-rtems4.7/sh-rtems4.7/newlib/ -isystem /home/joel/gcc-work

Questions about --enable-__cxa_atexit

Hi, http://gcc.gnu.org/install/configure.html mentions: --enable-__cxa_atexit Define if you want to use __cxa_atexit, rather than atexit, to register C++ destructors for local statics and global objects. This is essential for fully standards-compliant handling of de

Re: bootstrap broken on ppc-linux

> > On Mon, Jan 23, 2006 at 03:04:25PM -0500, Andrew Pinski wrote: > > > > > > On Mon, Jan 23, 2006 at 11:13:26AM -0800, Richard Henderson wrote: > > > > This is reproducible with an i686 cross. > > > > > > Urgh. And I've got Geert reporting a crash (in a different place) > > > on ppc-darwin. >

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 03:04:25PM -0500, Andrew Pinski wrote: > > > > On Mon, Jan 23, 2006 at 11:13:26AM -0800, Richard Henderson wrote: > > > This is reproducible with an i686 cross. > > > > Urgh. And I've got Geert reporting a crash (in a different place) > > on ppc-darwin. > > I was able to

Re: bootstrap broken on ppc-linux

> > On Mon, Jan 23, 2006 at 11:13:26AM -0800, Richard Henderson wrote: > > This is reproducible with an i686 cross. > > Urgh. And I've got Geert reporting a crash (in a different place) > on ppc-darwin. I was able to reproduce the ppc-darwin failure with a cross compiler from x86_64-linux-gnu.

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, 2006-01-23 at 11:25 -0800, Mike Stump wrote: > On Jan 23, 2006, at 11:15 AM, Laurent GUERBY wrote: > > Is there an existing script that does such a diff? (In SVN or on > > someone favourite test machine :). > > Gotta love previously solved problems... > > contrib/compare_tests Thanks, I

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, 2006-01-23 at 11:40 -0800, Joe Buck wrote: > On Mon, Jan 23, 2006 at 08:13:38PM +0100, Laurent GUERBY wrote: > > On Mon, 2006-01-23 at 09:09 -0800, Joe Buck wrote: > > > Agreed; if there is no change there is no information content, and > > > the list could be overwhelmed with messages that

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, Jan 23, 2006 at 08:13:38PM +0100, Laurent GUERBY wrote: > On Mon, 2006-01-23 at 09:09 -0800, Joe Buck wrote: > > Agreed; if there is no change there is no information content, and > > the list could be overwhelmed with messages that are near-duplicates. > > I suppose you could do comparison

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Jan 23, 2006, at 11:15 AM, Laurent GUERBY wrote: Is there an existing script that does such a diff? (In SVN or on someone favourite test machine :). Gotta love previously solved problems... contrib/compare_tests

Re: bootstrap broken on ppc-linux

On Mon, Jan 23, 2006 at 11:13:26AM -0800, Richard Henderson wrote: > This is reproducible with an i686 cross. Urgh. And I've got Geert reporting a crash (in a different place) on ppc-darwin. I won't be able to do anything until I get home, at 4 or 5 Pacific. If you/anyone feels like fixing it so

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, 2006-01-23 at 09:10 -0500, Daniel Jacobowitz wrote: > On Mon, Jan 23, 2006 at 01:27:50PM +0100, Richard Guenther wrote: > > > Is sending each rev testresults to gcc-testresults ok? > > > > Yes, I think that is useful. > > Well, a nice optimization for people using the list archives would

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, 2006-01-23 at 09:09 -0800, Joe Buck wrote: > Agreed; if there is no change there is no information content, and > the list could be overwhelmed with messages that are near-duplicates. > I suppose you could do comparisons of the .sum files to determine if > there has been a change. There's

bootstrap broken on ppc-linux

This is reproducible with an i686 cross. build/genextract ../../src-head/gcc/config/rs6000/rs6000.md \ insn-conditions.md > tmp-extract.c *** glibc detected *** build/genextract: double free or corruption (fasttop): 0x081cc980 *** === Backtrace: = /lib/libc.so.6[0x9da124] /lib/libc.

[RFC/RFT] PR/25890 and PR/25905

It turns out that the assertion checks I added in my last combine patch trigger on about every target but the ones I tested. ;-) These assertions tested for invalid zero_extract and sign_extract expressions, where the initial and/or final positions are out of the first operand's bounds. Som

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, Jan 23, 2006 at 09:10:57AM -0500, Daniel Jacobowitz wrote: > On Mon, Jan 23, 2006 at 01:27:50PM +0100, Richard Guenther wrote: > > > Is sending each rev testresults to gcc-testresults ok? > > > > Yes, I think that is useful. > > Well, a nice optimization for people using the list archives

Re: RTL alias analysis

* Richard Guenther <[EMAIL PROTECTED]> [060122 14:23]: > [...] The correct solution for converting > a float to an integer (bit-representation) as in the expample is to use > two different memory locations and memcpy (which avoids aliasing > issues by means of using the special rules for access thr

Re: Request for 48 hours of just regression/bug fixes

> > Richard Guenther wrote: > > > I would even extend this "slush" to the point where all P1 4.1 regressions > > are > > fixed and a first 4.1.0 RC could be built. > > Shutting down the mainline to get folks to focus on 4.1 is a step I'd > prefer not to take; I'm hopeful that the 4.1 P1s will g

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

Arnaud Charlet wrote: Then set a var in link.c for darwin and use that as the conditional? #elif defined(__APPLE__) const char *__gnat_run_path_option = "-Wl,-filelist"; const char *__gnat_object_file_option = ""; char __gnat_shared_libgnat_default = STATIC; int __gnat_link_max = 262144; unsigne

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> Then set a var in link.c for darwin and use that as the conditional? > > #elif defined(__APPLE__) > const char *__gnat_run_path_option = "-Wl,-filelist"; > const char *__gnat_object_file_option = ""; > char __gnat_shared_libgnat_default = STATIC; > int __gnat_link_max = 262144; > unsigned char _

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

Eric Botcazou wrote: Since Geoff is worried about future binary compatibility apparently, it would probably be easier to modify gnatlink.adb to emit -static-libgcc or -shared-libgcc depending on whether static or shared gnatlib is used. The problem is that passing -static-libgcc unconditionall

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> Since Geoff is worried about future binary compatibility apparently, it > would probably be easier to modify gnatlink.adb to emit -static-libgcc or > -shared-libgcc depending on whether static or shared gnatlib is used. The problem is that passing -static-libgcc unconditionally can theoritically

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Botcazou wrote: |>Attached is a patch to the 4.1 branch, I think it will apply to mainline |>too. Branch built fine on powerpc-apple-darwin8.4.0 with c,ada enabled. | | | That's not sufficient: the compiler bootstraps fine, but all the ACATS test

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> Attached is a patch to the 4.1 branch, I think it will apply to mainline > too. Branch built fine on powerpc-apple-darwin8.4.0 with c,ada enabled. That's not sufficient: the compiler bootstraps fine, but all the ACATS tests fail to link: gnatlink a22006c.ali --GCC=/nile.build/botcazou/gnat6/p

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> Attached is a patch to the 4.1 branch, I think it will apply to mainline > too. Branch built fine on powerpc-apple-darwin8.4.0 with c,ada enabled. OK to commit, thanks for taking my comments into account. Arno

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On Mon, Jan 23, 2006 at 01:27:50PM +0100, Richard Guenther wrote: > > Is sending each rev testresults to gcc-testresults ok? > > Yes, I think that is useful. Well, a nice optimization for people using the list archives would be to only send test logs that have changed since the last one posted. O

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

Arnaud Charlet wrote: I thought so too, and indeed tried it this way at first, but got: "../../xgcc -B../../ -static-libgcc -I- -I../rts -I. -I/Users/peter/cvsco.build/gcc-4.1/gcc-4_1-branch/gcc/ada" -DIN_GCC /bin/sh: line 1: ../../xgcc -B../../ -static-libgcc -I- -I../rts -I. -I/User

bootstrap failure for ADA gcc4.1 Revision 110108 on hppa2.0w-hp-hpux11.00

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 stage1/xgcc -Bstage1/ - -B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/bin/ - -c -g -O2 -mdisable-indexing -gnatpg -gnata -I- -I. -Iada - -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1/gcc/ada /raid/tecosim

Re: [CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

On 1/23/06, Laurent GUERBY <[EMAIL PROTECTED]> wrote: > Hi, > > I've put in place a script that monitor svn log on trunk and launches > a bootstrap + check on each commit (distributed on the 7 CFARM ubuntu > machines). On average since Nov2005 there have been 20 commits per day > on trunk so, a cyc

Re: Build on mainline broken

I think this is either PR 25890 or PR 25905. It's PR25905, an assertion failure caused by invalid RTL produced by expand. (PR25890 instead is where combine produces invalid RTL that fails its own assertion). Paolo

[CFARM] Automatic bootstrap & check of each svn commit on the GCC Compile Farm

Hi, I've put in place a script that monitor svn log on trunk and launches a bootstrap + check on each commit (distributed on the 7 CFARM ubuntu machines). On average since Nov2005 there have been 20 commits per day on trunk so, a cycle taking about 8 hours I expect to use about 50% of CFARM ressou

Re: Bootstrap failure on Linux/x86-64

Kenneth Zadeck <[EMAIL PROTECTED]> writes: > I am not going to see this failure on my machine. I have a 2gb x86-64 > which will easily handle > compiling this size file. I was watching top as it compiled a stage2 > insn-addrtab, which I think is the largest function in the gcc stack > and the V

Re: [HELP] GCC 4.1 branch Ada status on powerpc-darwin?

> I thought so too, and indeed tried it this way at first, but got: > "../../xgcc -B../../ -static-libgcc -I- -I../rts -I. > -I/Users/peter/cvsco.build/gcc-4.1/gcc-4_1-branch/gcc/ada" -DIN_GCC > > /bin/sh: line 1: ../../xgcc -B../../ -static-libgcc -I- -I../rts -I. > -I/Users/peter/cvsco