Mainline frozen

As of now please refrain from further checkins to the mainline, until I post a message announcing that the 4.0 branch has been created. I'll post a message re. 4.1 as soon as the branch has been made. -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

Re: -Ttext with -mthumb causes relocation truncated to fit

Daniel Jacobowitz wrote: On Thu, Feb 24, 2005 at 03:23:53PM -0800, Shaun Jackman wrote: When -Ttext is used in combination with -mthumb it causes a relocation truncated to fit message. What does this mean, and how do I fix it? Please cc me in your reply. Thanks, Shaun Don't use -Ttext with an ELF

GCC 4.0 Branch

"cvs rtag" has been running for an hour, and I need to go to sleep. The load average on the gcc.gnu.org is about 20, and I guess my CVS process isn't making much process. So, the 4.0 branch may not actually be created until some time from now. I've got a job running overnight to do the appro

GCC 4.1 Projects

I have posted the GCC 4.1 project submissions I received here: http://gcc.gnu.org/wiki/GCC%204.1%20Projects I have divided the projects into several categories: [1.1] Stage 1.1: Now through March 15th. [1.2] Stage 1.2: March 15 through April 1st. [1.3] Stage 1.3: April 1st through April 25th. [2]

New C parser to be committed

I intend to commit my new C parser to mainline today once it is confirmed that the 4.0 branch has been created and after final testing against today's mainline on x86_64-unknown-linux-gnu, powerpc64-unknown-linux-gnu and ia64-hp-hpux11.23. The version to be committed is version 8

Re: New C parser to be committed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2005-02-25 19:22:11 +0800 Joseph S. Myers <[EMAIL PROTECTED]> wrote: I intend to commit my new C parser to mainline today once it is confirmed that the 4.0 branch has been created and after final testing against today's mainline on x86_64-unknown

Re: New C parser to be committed

btw. what Wiki ?? / Lars Segerlund On Fri, 25 Feb 2005 11:22:11 + (UTC) "Joseph S. Myers" <[EMAIL PROTECTED]> wrote: > I intend to commit my new C parser to mainline today once it is confirmed > that the 4.0 branch has been created and after final testing against > today's mainline on x

Re: New C parser to be committed

On Feb 25, 2005, at 7:54 AM, Lars Segerlund wrote: btw. what Wiki ?? http://gcc.gnu.org/wiki/ -- Pinski

Re: New C parser to be committed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2005-02-25 20:54:22 +0800 Lars Segerlund <[EMAIL PROTECTED]> wrote: btw. what Wiki ?? / Lars Segerlund http://gcc.gnu.org/wiki - -- Got Sharapova? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using the GPG bundle for GNUMa

GCC Testsuite Tests Exclude List Contribution to FSF

Hello, We are a system software development company focusing on R&D in the areas of software development tools and application platforms for embedded and enterprise applications. We also provide GNU tools related services like porting GNU C/C++ compiler toolchain to new processors, implementin

Re: New C parser to be committed

On Feb 25, 2005 12:22 PM, Joseph S. Myers <[EMAIL PROTECTED]> wrote: > I intend to commit my new C parser to mainline today once it is confirmed > that the 4.0 branch has been created and after final testing against > today's mainline on x86_64-unknown-linux-gnu, powerpc64-unknown-linux-gnu > a

Re: GCC 4.1 Projects

On Feb 25, 2005 10:50 AM, Mark Mitchell <[EMAIL PROTECTED]> wrote: > I have posted the GCC 4.1 project submissions I received here: > >http://gcc.gnu.org/wiki/GCC%204.1%20Projects Nice! Gr. Steven

Re: New C parser to be committed

On 2005-02-25, at 12:22, Joseph S. Myers wrote: I intend to commit my new C parser to mainline today once it is confirmed that the 4.0 branch has been created and after final testing against today's mainline on x86_64-unknown-linux-gnu, powerpc64-unknown-linux-gnu and ia64-hp-hpux11.23. The vers

Re: GNU INTERCAL front-end for GCC?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Feb 25, 2005 at 05:04:51AM +0100, Sam Lauber wrote: > I am thinking of including a front-end for INTERCAL for GCC. INTERCAL > is an estoric programming langauge that was created in 1972 with the > goal of having nothing in common with other la

Re: -Ttext with -mthumb causes relocation truncated to fit

> I did fix at least one bug, such that -Ttext does something useful with > ELF toolchains, if your linker script it set up to use it. I think the > ARM BPABI script may be the only one set up that way, though. That would be excellent. I dislike having to read / modify / write (read: fork) an exi

CVS problem

Hello, I interrupted a commit, which somehow managed to screw up something in CVS: cvs -z9 up ChangeLog cvs [update aborted]: head attribute does not match file for `/cvs/gcc/gcc/gcc/ChangeLog,v' (I am not sure where to report this to, so I am writing to the public mailing list). Zdenek

Re: -Ttext with -mthumb causes relocation truncated to fit

Shaun Jackman wrote: I did fix at least one bug, such that -Ttext does something useful with ELF toolchains, if your linker script it set up to use it. I think the ARM BPABI script may be the only one set up that way, though. That would be excellent. I dislike having to read / modify / write (rea

hacking frameworks for linux

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 what is darwin_register_objc_includes in gcc/config/darwin-c.c for? is it needed for linux? - -- Got Sharapova? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using the GPG bundle for GNUMail iD8DBQFCH2HHyihxuQOYt8wRAlnnAJ4gA2q

Re: CVS problem

On Friday 25 February 2005 18:17, Zdenek Dvorak wrote: > Hello, > > I interrupted a commit, which somehow managed to screw up something in > CVS: > > cvs -z9 up ChangeLog > cvs [update aborted]: head attribute does not match file for > `/cvs/gcc/gcc/gcc/ChangeLog,v' Known problem, happens from tim

Re: Hot and Cold Partitioning (Was: GCC 4.1 Projects)

In http://gcc.gnu.org/wiki/Hot%20and%20Cold%20Partitioning, you wrote: > Modifying the hot/cold partitioning optimization to make sure ALL the > hot blocks come before ALL the cold blocks in the RTL representation. > This in turn will allow for the elimination of the UNLIKELY notes in > each cold b

Re: Hot and Cold Partitioning (Was: GCC 4.1 Projects)

On Feb 25, 2005, at 9:47 AM, Joern RENNECKE wrote: consider: for (;;i++ ) { if (i == 1000) i = 0; /* do stuff... */ } The "i = 0;" statement is in its own cold block. On a number of targets, a conditional jump can't reach the cold section, so you'd have to replace a condjump around a s

optimize cold partitions for size? (4.1)

Hi. I've been looking at the 4.1 projects page. On the project about hot and cold partitioning, wouldn't it be possible to optimize cold partitions for size where function inlining criteria will be the code size and there will be no loop unrolling, etc.? Or in other words, can we toggle optimize

RE: GNU INTERCAL front-end for GCC?

Original Message >From: gcc-owner On Behalf Of Sam Lauber >Sent: 25 February 2005 04:05 > I am thinking of including a front-end for INTERCAL for > GCC. INTERCAL is an estoric programming langauge that was > created in 1972 with the goal of having nothing in common > with other langauges

Re: GNU INTERCAL front-end for GCC?

On 2005-02-25, at 05:04, Sam Lauber wrote: (1) -> Don't say that I'm crazy. (2) -> Some of us would like This cheap joke wouldn't be worth the environmental pollution caused by the requirement to transfer the additional bytes in the common compiler distribution. There is enough code baggage GCC i

Bugs updated from 4.0 regression to 4.1 regression

At the request of our bugmasters, i've updated the summary of all outstanding (IE non-closed) bugs marked "4.0 regression" to include "4.1" in the regression list (IE they now read "3.4/4.0/4.1 regression" instead of "3.4/4.0" regression or whatever) Just FYI, --Dan

Richard's inlining-heuristics patch helps much

Hello, I tested out Richard Guenther's inlining patch on a numerical C++ code that I have developed. The patch is included and described here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01571.html The C++ code that I am timing (especially the first two examples) heavily uses uBLAS, a C++ mat

Re: GCC 4.1 Projects

Mark Mitchell wrote: I have posted the GCC 4.1 project submissions I received here: http://gcc.gnu.org/wiki/GCC%204.1%20Projects You've not included the completion of gcc_assertification, did you miss that email, or did you not think it necessary to add it as a specific project, or ... ? nathan -

patch [RFC] Simple loop runs out of stack at -O1

Hi, There gotta be a PR on this because it is so easy to reproduce. Following test case runs out of stack space when gcc tries to compute factorial (159). I have a patch which does two simple things. 1) it rewrites tree_fold_factorial function into its non-recursive version, and 2) it sets a

Re: GCC 4.1 Projects

Nathan Sidwell wrote: Mark Mitchell wrote: I have posted the GCC 4.1 project submissions I received here: http://gcc.gnu.org/wiki/GCC%204.1%20Projects You've not included the completion of gcc_assertification, did you miss that email, or did you not think it necessary to add it as a specific pro

Re: patch [RFC] Simple loop runs out of stack at -O1

On Fri, Feb 25, 2005 at 12:52:09PM -0800, Fariborz Jahanian wrote: > There gotta be a PR on this because it is so easy to reproduce. ... > > /* bad.c */ > static unsigned int *buffer; > > void FUNC (void) > { > unsigned int *base; > int i, j; > > for (i = 0; i < 4; i++) > for (j = 0; j < 1

Re: patch [RFC] Simple loop runs out of stack at -O1

On Feb 25, 2005, at 1:16 PM, Joe Buck wrote: I duplicated this on a i686-pc-linux-gnu system: the compiler is built from last night's trunk. % /usr/localdisk/gcc-cvs/trunk/bin/gcc -c -O1 bad.c gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See http://gcc.gnu.

__builtin_frame_address on MIPS

Hello, It seems as if __builtin_return_address() with arguments > 1 does not work correctly on GCC 3.3.x. My compiler version is 3.3.4. Here is a snippet of the source code: int boo() { int i = 10; /* Create a local variable */ printf("%p\n", __builtin_frame_address(1)); } int m

Should mainline be 5.0/4.1?

Mainline has const char version_string[] = "4.0.0 20050225 (experimental)"; Shouldn't it be 5.0 or 4.1? H.J.

Re: Should mainline be 5.0/4.1?

On Fri, Feb 25, 2005 at 02:22:00PM -0800, H. J. Lu wrote: > Mainline has > > const char version_string[] = "4.0.0 20050225 (experimental)"; > > Shouldn't it be 5.0 or 4.1? Mark already changed it to 4.1. -- Daniel Jacobowitz CodeSourcery, LLC

Re: New C parser to be committed

Now committed to mainline. Bootstrapped with no regressions today on the listed platforms of x86_64-unknown-linux-gnu, powerpc64-unknown-linux-gnu and ia64-hp-hpux11.23. -- Joseph S. Myers http://www.srcf.ucam.org/~jsm28/gcc/ [EMAIL PROTECTED] (personal mail) [EMAIL PROTE

gcc-3.4-20050225 is now available

Snapshot gcc-3.4-20050225 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/3.4-20050225/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 3.4 CVS branch with the following options: -rgcc-ss-3_4-20050225 You'll

RFA: dominator opts

Our tree is a couple of months behind mainline and I can't duplicate this one in 4.0, but I could use some help in understanding why. On pass 3 of dom I have a cfg that looks like this: bb1 (succ =2,3) bb2 (succ=5) p2 = ... bb3 (succ=4, 5) p3= ... bb4 (succ=5) bb5 (succ=6, 7) p5 = PHI (p2, p

Re: RFA: dominator opts

On Feb 25, 2005, at 8:25 PM, Dale Johannesen wrote: Our tree is a couple of months behind mainline and I can't duplicate this one in 4.0, but I could use some help in understanding why. On pass 3 of dom I have a cfg that looks like this: I think this was PR 19360 which describes a similar situat

Re: RFA: dominator opts

On Feb 25, 2005, at 5:29 PM, Andrew Pinski wrote: On Feb 25, 2005, at 8:25 PM, Dale Johannesen wrote: Our tree is a couple of months behind mainline and I can't duplicate this one in 4.0, but I could use some help in understanding why. On pass 3 of dom I have a cfg that looks like this: I think

Re: GNU INTERCAL front-end for GCC?

> > I am thinking of including a front-end for INTERCAL for GCC. INTERCAL > > is an estoric programming langauge that was created in 1972 with the > > goal of having nothing in common with other langauges (see > > http://catb.org/~esr/intercal). There is a C implementation of > > INTERCAL (calle

Re: reinventing frameworks in gnu toolchain (fwd)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2005-02-26 04:18:13 +0800 Matt Rice <[EMAIL PROTECTED]> wrote: I have frameworks working too, did you do the whole shebang binutils/gcc/glibc changes? My ld-linker broke. I dont know why so im starting from scratch again. The uclibc dynamic linker s

testsuite execution question

I would like to write a short program to test the command line parsing of gfortran. I know I can add ! {dg-do run} at the top of the program to have dejagnu execute the the a.out file. But, I want to execute "a.out 1 2 3". Is this possible? I tried looking through gcc.dg and gfortran.dg direct

Re: __builtin_frame_address on MIPS

Ranjit Deshpande <[EMAIL PROTECTED]> writes: > It seems as if __builtin_return_address() with arguments > 1 does not work > correctly on GCC 3.3.x. Correct. MIPS is one of those (many) platforms where 0 is the only supported argument for __builtin_return_address(). The bug in 3.3.x was that it d