Re: GCC 4.0 RC2

On Wed, Apr 13, 2005 at 12:37:00PM -0700, Mark Mitchell wrote: > >>Sadly, it's become clear there's going to have to be a second release > >>candidate. In particular, there are some wrong-code bugs that are popping > >>up on real packages on primary platforms. Jason Merill is looking into > >>som

Re: GCC 4.0 RC1 Available

> Did this get resolved? We found that PowerPC/Darwin and SPARC/Solaris have regressed the same way. Andrew should be looking at the failures on the Darwin side. > Eric> Tom, I presume there was a very good reason for installing such > Eric> a potentially destabilizing patch a few days before th

re: unreducable cp_tree_equal ICE in gcc-4.0.0-20050410

Nick Rasmussen <[EMAIL PROTECTED]> wrote: I'm running into an ICE in the prerelease, that is proving to be very difficult in reducing to a small testcase. If I preprocess the source (via -E or -save-temps) the code successfully compiles. > ... Does this bug look familiar? 20629 is ICEing in the s

Re: GCC 4.0 RC1 Available

Ian Lance Taylor wrote: touch testsuite_wchar_t Does anybody else see this? I imagine this would be fairly annoying for some people. This actually relates to the same V3 testsuite stuff that I've been trying to solve on the mainline. Fundamentally, this happens because test-related stuff is bei

Re: GCC 4.0 RC2

Jason Merrill wrote: On Tue, 12 Apr 2005 10:59:42 -0700, Mark Mitchell <[EMAIL PROTECTED]> wrote: Sadly, it's become clear there's going to have to be a second release candidate. In particular, there are some wrong-code bugs that are popping up on real packages on primary platforms. Jason Merill

Re: unreducable cp_tree_equal ICE in gcc-4.0.0-20050410

Hi, On Wed, 13 Apr 2005, Nick Rasmussen wrote: > I'm running into an ICE in the prerelease, that is proving to be > very difficult in reducing to a small testcase. If I preprocess > the source (via -E or -save-temps) the code successfully compiles. > If I minimally change the source file in som

Re: Help me about C language Specification

On Apr 13, 2005, at 1:30 AM, thanh tuan wrote: I am a student, and I am studying to build an ANSI C compiler into ASM. I know, you can download gcc and then do configure && make CFLAGS=- save-temps. This will give you asm for an ANSI C compiler. :-) [ wrong list, please use gcc-help instead. ]

unreducable cp_tree_equal ICE in gcc-4.0.0-20050410

I'm running into an ICE in the prerelease, that is proving to be very difficult in reducing to a small testcase. If I preprocess the source (via -E or -save-temps) the code successfully compiles. If I minimally change the source file in some ways(like adding a static integer in the global scope)

Re: 2 suggestions

Gerald Pfeifer wrote: On Thu, 7 Apr 2005, Kaveh R. Ghazi wrote: Not necessary. If people would simply follow the directions here: by setting Also, when I click on the link above, it doesn't follow down the page to the anchor. I'm not sure w

Re: GCC 4.0 RC1 Available

Eric> Ugh. Not very surprising, given that a jumbo patch landed by Eric> that time: Did this get resolved? Eric> Tom, I presume there was a very good reason for installing such Eric> a potentially destabilizing patch a few days before the Eric> prerelease? What amount of testing did it undergo

Re: 2 suggestions

> I'm afraid we'll have to rename all of these in some way, either by > replacing "*" by "x" or by prepending some string. I'm not too fond > of either, but just using "x" instead "*" might be less ugly. > Somewhat. > What do you think? > Gerald I like prepending a string, for example targe

gcc-3.3-20050413 is now available

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

Re: 2 suggestions

On Thu, 7 Apr 2005, Kaveh R. Ghazi wrote: >>> Not necessary. If people would simply follow the directions here: >>> by setting > Also, when I click on the link above, it doesn't follow down the page > to the anchor. I'm not sure why that is

Re: Basic block reordering algorithm

On Wednesday 13 April 2005 22:52, Pat Haugen wrote: > Back to the original problem with the algorithm using edge frequency vs. > block frequency. Would you agree that the correct thing to do is fix the > code so that it uses block frequency, especially since the patch of > Zdenek's you referenced

Re: GCC 4.0 RC1 Available

Ranjit Mathew writes: > Geoffrey Keating wrote: > [...] > > which I see you've already committed a patch for, and a large number > > of Java failures. > > > > You can see full test results at > [...] > > > > > > > > for 4.0

Re: GCC 4.0 RC1 Available

gcc/doc/install.texi still mentions gcc 3.5 in a few places. paul

Re: FW: GNU Mailing Lists Question #1

Chris Miller wrote: Hi. I'm hoping you can help me with the questions in this e-mail and the one that follows. Bugs should be reported into bugzilla. Period. The old info is obsolete and should be ignored. See http://gcc.gnu.org/bugs.html Mailing list info can be found here: http://g

Re: Tree-ssa dead store elimination

On Apr 13, 2005, at 5:12 PM, Pat Haugen wrote: Sorry if there is an obvious answer for this, but I'm not to familiar with the tree-ssa phase. My question is, why doesn't tree-ssa-dse.c do anything to the following code? Because it does not understand V_MUST_DEF, see PR 18880 for a patch and more

Tree-ssa dead store elimination

Sorry if there is an obvious answer for this, but I'm not to familiar with the tree-ssa phase. My question is, why doesn't tree-ssa-dse.c do anything to the following code? int i,j,k,l; void p1() { i = 1; /* Dead store */ j = 2; i = k; /* Dead store after copy prop */ if (i == 1)

Re: internal compiler error at dwarf2out.c:8362

Martin Koegler wrote: tree type = TREE_TYPE (*node); tree attr = tree_cons (name, args, TYPE_ATTRIBUTES (type)); tree newtype = build_type_attribute_variant (type, attr); TYPE_MAIN_VARIANT (newtype) = TYPE_MAIN_VARIANT (type); TREE_TYPE (*node) = ne

Re: Basic block reordering algorithm

Steven Bosscher <[EMAIL PROTECTED]> wrote on 04/13/2005 02:10:07 PM: > > The problem with your original proposal is that computing > post-dominance information really is expensive. Depending > on how often this 50/50 case happens, in a real profile, it > may or may not be worth the cost do as

Re: [PATCH] Cleanup fold_rtx, 1/n

On Wednesday 13 April 2005 21:19, Roger Sayle wrote: > A slightly better approach would be to include the dejagnu > testsuite in the coverage analysis, as the preferred policy of > adding a new testcase to trigger each transformation/optimization > might help here. We can do that kind of testing (

Re: gcc for syntax check only (C): need to read source from stdin

Dave Korn wrote: [EMAIL PROTECTED] /gnu/testing/obj-HEAD> make check 2>&1 | tee check.log Always use "make -k check". Some testsuites exit with an error if one or more tests failed, and because this is the normal situation for almost all testsuites, this means the only way to get meaningful resu

Re: -finstrument-functions and C++ exceptions

On Apr 13, 2005, at 12:18 PM, Chris Kirby wrote: Are there any examples of wrapping a method with a try finally clause and calling a given method compatible with 3.4.2? Not that I know of, and when I asked RTH about this when he wrote the 4.0 code, he said there is no way. Anyways 4.0.0 has impr

Re: [PATCH] Cleanup fold_rtx, 1/n

On Wed, 13 Apr 2005, Steven Bosscher wrote: > My gcov attachment to PR19721 shows that the code does not > trigger on amd64 either. Hi Paolo and Steven, I'm still reading through the patch, but I think the wider issue of using profiling to determine which of GCC's transformations are worthwhile

Re: Basic block reordering algorithm

On Wednesday 13 April 2005 20:46, Pat Haugen wrote: > Steven Bosscher <[EMAIL PROTECTED]> wrote on 04/13/2005 09:39:55 AM: > > On Wednesday 13 April 2005 00:18, Pat Haugen wrote: > > > When we have a test block gating whether a loop should be > > > entered, the new block frequency check causes the

Re: Basic block reordering algorithm

Steven Bosscher <[EMAIL PROTECTED]> wrote on 04/13/2005 09:39:55 AM: > On Wednesday 13 April 2005 00:18, Pat Haugen wrote: > > When we have a test block gating whether a loop should be > > entered, the new block frequency check causes the code to pick the non-loop > > path as the next block to

Re: Getting rid of -fno-unit-at-a-time [Was Re: RFC: Preserving order of functions and top-level asms via cgraph]

> Thanks. I was under the impression that 2.4 doesn't build with GCC > HEAD, anyway - I saw some patches pile up and not get applied. AFAIK some gcc 4.0 patches went in. I assume it will build eventually at least once 4.0 is released. > Does 2.6 still use the option? No. However the change nee

FW: GNU Mailing Lists Question #2

Hi. Here's the second e-mail my previous message referred to. As that e-mail explained, I'd sent my questions originally to [EMAIL PROTECTED], thinking that that person would be the best one to answer questions about GNU mailing lists, but James Blair responded by recommending that I look at the

FW: [gnu.org #232014] GNU Mailing Lists Question #1

Hi. I just sent you two e-mails in which I said James Blair recommended that I do so. I'm forwarding this response to you to clarify that the recommendation came to me from someone who was "acting on behalf" of James Blair. Thanks, Chris Miller LynuxWorks Tech Pubs -Original Message-

FW: GNU Mailing Lists Question #1

Hi. I'm hoping you can help me with the questions in this e-mail and the one that follows. I'd sent each originally to [EMAIL PROTECTED], thinking that that person would be the best one to answer questions about GNU mailing lists, but James Blair responded by recommending that I look at the site

Re: -finstrument-functions and C++ exceptions

At 10:08 AM 4/13/2005 -0400, Andrew Pinski wrote: >On Apr 13, 2005, at 10:06 AM, Chris Kirby wrote: > >>We are trying to use -finstrument-functions to do some custom profiling on >>x86 and ppc. >> >>For normal code execution, it works fine, calling our entry and exit methods >>as expected. >> >>

Re: Patches for coldfire v4e

On Wed, Apr 13, 2005 at 10:10:39AM +0200, Bernardo Innocenti wrote: > >>What are the changes you need to apply? > >> > >>Would plain 68020 code run on v4e processor? As far > >>as I can see, m68k-linux isn't a multilib target. > > > > > > Problem occurs mainly due to restricted addressing > > mo

Re: GCC Cross Compilation

Vishal Kothari wrote: Hi, Can someone tell me how do I use GCC to build for ARM target? See Dan Kegel's crosstool: And questions regarding building cross-toolchains are better off posted on the crossgcc list: Eric

Re: Basic block reordering algorithm

On Wednesday 13 April 2005 00:18, Pat Haugen wrote: > When we have a test block gating whether a loop should be > entered, the new block frequency check causes the code to pick the non-loop > path as the next block to add to the trace since the loop header block has > a higher frequency, and hence

Re: -finstrument-functions and C++ exceptions

On Apr 13, 2005, at 10:06 AM, Chris Kirby wrote: We are trying to use -finstrument-functions to do some custom profiling on x86 and ppc. For normal code execution, it works fine, calling our entry and exit methods as expected. Unfortunately, we are running into problems related to exceptions.

-finstrument-functions and C++ exceptions

We are trying to use -finstrument-functions to do some custom profiling on x86 and ppc. For normal code execution, it works fine, calling our entry and exit methods as expected. Unfortunately, we are running into problems related to exceptions. If we exit a function because of an exception,

Re: GCC 4.0 RC1 Available

Andrew Haley writes: > My Darwin build of 4.0 failed in libstdc++: > > ibsupc++convenience.a -lm -lm -lc -Wl,-single_module -Wl,-flat_namespace > -install_name /Users/aph/gcc/install/lib/libstdc++.6.dylib > -compatibility_version 7 -current_version 7.4 > ld: .libs/mt_allocator.o malfor

Re: Haifa scheduler question: the purpose of move_insn??

On Wednesday 13 April 2005 15:21, Vladimir N. Makarov wrote: > The cleanup could be even more for move_insn and reemit_notes because > now they return always insn. Actually, move_insn always returns NULL_RTX. Probably the function should be something like, static rtx move_insn (rtx insn, rtx las

Re: GCC 4.0 RC2

Richard Sandiford <[EMAIL PROTECTED]> writes: > Ian Lance Taylor writes: > > Richard Sandiford <[EMAIL PROTECTED]> writes: > >> Huh. For the record: it can't. get_attr_length() returns 0 > >> for ADDR_VECs regardless of JUMP_IN_TEXT_SECTION. I'll update > >> the comment when applying the bug-f

Re: GCC 4.0 RC1 Available

My Darwin build of 4.0 failed in libstdc++: ibsupc++convenience.a -lm -lm -lc -Wl,-single_module -Wl,-flat_namespace -install_name /Users/aph/gcc/install/lib/libstdc++.6.dylib -compatibility_version 7 -current_version 7.4 ld: .libs/mt_allocator.o malformed object, illegal reference for -dyna

Re: Haifa scheduler question: the purpose of move_insn??

Steven Bosscher wrote: Hi, We have this charming move_insn function in haifa-sched.c: /* Move INSN. Reemit notes if needed. Return the last insn emitted by the scheduler, which is the return value from the first call to reemit_notes. */ static rtx move_insn (rtx insn, rtx last) { rtx retval

Re: GCC 4.0 RC1 Available

Andrew Haley writes: > Eric Botcazou writes: > > > which I see you've already committed a patch for, and a large number > > > of Java failures. > > > > > > > > > > > > for 4.0.0-20050410. > > > > Same failure as on Sola

Re: exceptions with longjmp (perhaps i am too stupid)

Georg Steffers writes: > Hi, > > i am working on a lib that should implement OO methods in C. I tried to > build up an exception system using longjmp and ran into a problem. I am > searching for an answer a month now and am actually not bit farther > than at the beginning. Actually i a

exceptions with longjmp (perhaps i am too stupid)

Hi, i am working on a lib that should implement OO methods in C. I tried to build up an exception system using longjmp and ran into a problem. I am searching for an answer a month now and am actually not bit farther than at the beginning. Actually i am not sure if it is an issue with gcc or

Haifa scheduler question: the purpose of move_insn??

Hi, We have this charming move_insn function in haifa-sched.c: /* Move INSN. Reemit notes if needed. Return the last insn emitted by the scheduler, which is the return value from the first call to reemit_notes. */ static rtx move_insn (rtx insn, rtx last) { rtx retval = NULL; move_

RE: gcc for syntax check only (C): need to read source from stdin

Original Message >From: Bernardo Innocenti >Sent: 13 April 2005 08:05 > Zack Weinberg wrote: >> "Dave Korn" writes: >> >> >>> No write perms mate! However I'll check out HEAD and do a >>> before-and-after testsuite run overnight, and get back to you in the >>> morning with the results

Re: GCC 4.0 RC2

On Tue, Apr 12, 2005 at 10:59:42AM -0700, Mark Mitchell wrote: > I don't have a date for RC2 yet; that will depend in part on when Jason > is able to fix the C++ issues. However, I would certainly hope that we > could get it done shortly. FYI, I have bootstrapped/regtested 4.0 RC1 with: > Here

Re: GCC 4.0 RC1 Available

On Apr 13, 2005, at 1:41 AM, Ranjit Mathew wrote: Exception in thread "main" java.lang.RuntimeException: test failed:5 <> FAIL: Array_3 -O3 execution - bytecode->native test This one is expected I think, though not XFAILed (it fails only at -O3). BTW, you keep getting "<>" everywhere - is addr2

Re: GCC 4.0 RC2

On Tue, 12 Apr 2005 10:59:42 -0700, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Sadly, it's become clear there's going to have to be a second release > candidate. In particular, there are some wrong-code bugs that are popping > up on real packages on primary platforms. Jason Merill is looking int

GCC Cross Compilation

Hi, Can someone tell me how do I use GCC to build for ARM target? -- Regards, Vishal Kothari.

Re: GCC 4.0 RC1 Available

Per Bothner writes: > Per Bothner wrote: > > However, the Kawa testsuite fails, raising a ClassNotFoundException. > > I'm looking into it. > > Hm. This fails, with or without the patch: >clas = Class.forName(cname); > This works: >clas = Class.forName(cname, true, getClass().getCl

Re: Help me about C language Specification

On Wed, Apr 13, 2005 at 03:30:31PM +0700, thanh tuan wrote: > Hello, > I am a student, and I am studying to build an ANSI C compiler into > ASM. The things I need now are the ANSI C specification ( or something > about the state machine, automata to do lexeme and syntax...) > Please tell me whe

Help me about C language Specification

Hello, I am a student, and I am studying to build an ANSI C compiler into ASM. The things I need now are the ANSI C specification ( or something about the state machine, automata to do lexeme and syntax...) Please tell me where I can get this. Thank you very much! Best regards! -- Come as you

Re: Patches for coldfire v4e

[EMAIL PROTECTED] wrote: >> - You don't seem to consistently patch both >>MOTOROLA and !MOTOROLA paths. >> Is this intentional? AFAIK, there are no >> ColdFire targets using the MIT syntax, >> but we need to be consistent; > > I think it is only for the new patterns that these > paths are not f

Re: Patches for coldfire v4e

Hi, > > Attached are the patches for coldfire v4e. These > > changes are originally contributed by Peter > Barada. I > > have migrated and tested these changes from gcc > 3.04 > > to gcc 3.4 and now to mainline. > > Thank you for submitting this patch. I've not yet > had the time to perform a

Re: GCC 4.0 RC2

Joel Sherrill <[EMAIL PROTECTED]> wrote: > I know I asked late in the process but this fix for a m68k/coldfire > failure just showed up: > > [Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391 > > Any chance at it getting considered? This patch was approved by Roger Sa

Re: gcc for syntax check only (C): need to read source from stdin

Zack Weinberg wrote: > "Dave Korn" <[EMAIL PROTECTED]> writes: > > >> No write perms mate! However I'll check out HEAD and do a >>before-and-after testsuite run overnight, and get back to you in the morning >>with the results (UK time). Will "--enable-languages=c,c++" be enough, or >>do you wa