Re: [RFH] - Less than optimal code compiling 252.eon -O2 for x86

em with -O2 and more. Please also update the docs in invoke.texi. Thanks, Andrew Pinski

Re: Should GCC publish a general rule/warning due to it's default presumption of undefined signed integer overflow semantics?

On Jun 30, 2005, at 8:48 PM, Gabriel Dos Reis wrote: | Really? You've talked to Stroustrup? I work with him on daily basis, and as a matter of fact we've discussed the heart of this topic of this thread yesterday over lunch. But, as much as I hate argument by authority I could not let this d

Re: Should GCC publish a general rule/warning due to it's default presumption of undefined signed integer overflow semantics?

On Jul 1, 2005, at 12:06 AM, Gabriel Dos Reis wrote: There are of course coner and pathological cases, but I don't think we should worry too much about missing them. Let's first cover the structured loops, and address the contorsed ones later if they become really important. And I just submi

Re: Should GCC publish a general rule/warning due to it's default presumption of undefined signed integer overflow semantics?

On Jul 1, 2005, at 12:49 AM, Gabriel Dos Reis wrote: As I said, if you let user tell you that his loop behaves well, i.e. bounds do not rely on wrapping semantics, and yet he writes his loop to deceive the compiler, then he loses. Let him choose his own poinson, don't think you have to choose

Re: GCC 4.0.1 RC3

On Jul 4, 2005, at 1:48 PM, H. J. Lu wrote: On Sun, Jul 03, 2005 at 11:21:15AM -0700, Mark Mitchell wrote: GCC 4.0.1 RC3 is now available here: ftp://gcc.gnu.org/pub/gcc/prerelease-4.0.1-20050702/ With luck, this will be the last 4.0.1 release candidate. Please do download tarballs from t

Re: Ada is broken in a clean directory

On Jun 30, 2005, at 4:25 PM, Paul Brook wrote: On Thursday 30 June 2005 04:24, Andrew Pinski wrote: Ada is now broken on the mainline by: 2005-06-28 Paul Brook <[EMAIL PROTECTED]> * Makefile.in: Set and use UNWIND_H. Install as unwind.h. * c-decl.c (finish_decl)

Re: A trouble with libssp in one-tree builds

On Jul 5, 2005, at 12:50 AM, Kazu Hirata wrote: Hi Jakub, I am having a trouble with libssp in one-tree builds. That is, if I try to build binutils and gcc at the same time, libssp/configure complains while compiling (and linking) the following program and the build process stops. I don't s

Re: A trouble with libssp in one-tree builds

On Jul 5, 2005, at 2:31 PM, DJ Delorie wrote: DJ, can this be solved by toplevel Makefile.in's dependencies or lang_env_dependencies? The usual solution is to test $with_newlib and hard-code known results if it's set. You CANNOT rely on being able to link target programs in all cases. It's

Re: gcc-4.1-20050702 ICE in cgraph_early_inlining, at ipa-inline.c:990

On Jul 5, 2005, at 5:02 PM, Daniel Kegel wrote: Jan Hubicka <[EMAIL PROTECTED]> wrote: I get this error compiling linux-2.6.11.3 with gcc-4.1-20050702 on many targets: drivers/char/random.c:1813: internal compiler error: in cgraph_early_inlining, at ipa-inline.c:990 I don't have the preproce

Re: [PR22319] Ada broken with ICE in tree-ssa-structalias...

On Jul 6, 2005, at 8:40 AM, Daniel Berlin wrote: Try the attached patch. This fixed it for me. -- Pinski

Re: No documentation of -rdynamic

On Jul 6, 2005, at 6:04 PM, Wolfgang Bangerth wrote: Hi all, in order for the glibc function backtrace() to return something useful, its documentation says one has to use the -rdynamic flag. However, as has been mentioned before here It maps to the GNU binutils ld option -export-dynamic.

Re: gcc-4.1-20050702 ICE in cgraph_early_inlining, at ipa-inline.c:990

On Jul 5, 2005, at 7:34 PM, Andrew Pinski wrote: On Jul 5, 2005, at 5:02 PM, Daniel Kegel wrote: Jan Hubicka <[EMAIL PROTECTED]> wrote: I get this error compiling linux-2.6.11.3 with gcc-4.1-20050702 on many targets: drivers/char/random.c:1813: internal compiler err

Re: x86 build is broken

x the bug. Thanks, Andrew Pinski ChangeLog: * config/darwin.h (TARGET_C99_FUNCTIONS): Define to 1. Index: config/darwin.h === RCS file: /cvs/gcc/gcc/gcc/config/darwin.h,v retrieving revision 1.123 diff -u -p -r1.123 dar

Re: Some notes on the Wiki (was: 4.1 news item)

On Jul 10, 2005, at 1:31 PM, Gerald Pfeifer wrote: I noticed that the Wiki is getting more and more of a third place where to find documentation in addition of gcc/doc and wwwdocs, and a parallel universe at that, with quite some duplication and inconsistencies. The Wiki is a nice idea for p

Re: ICE in tree.c

he wrong tree to build_array_type, it looks like it is passing the decl and not the type of that decl. (Which means that there is a missing TREE_TYPE in the front-end). Thanks, Andrew Pinski

Re: why are there many copies of function_decls that have the same information including the same uid?

On Jul 11, 2005, at 8:50 AM, Daniel Berlin wrote: On Mon, 2005-07-11 at 08:40 -0400, Kenneth Zadeck wrote: Is this a bug or a feature? Bug. where is it occurring? I want to say the C++ front-end since that is where a couple of ICEs have showed up because of that. -- Pinski

GCC and types, a request for help

any problems but I know at least one C++ one which compares between an int and a long which are different sizes on LP64 targets. The two patches in PR 22368 are used to find these type mismatches. In some cases it is only detectable on LP64 targets. Thanks, Andrew Pinski

Re: please update the gcj main page

On Jul 15, 2005, at 12:39 PM, John M. Gabriele wrote: The faq looks great. I'm paranoid though -- with wiki's, I always worry some random troll is going to pop in and make tiny incorrect changes just to mess with everyone. IMO, if you needed some special access privileges to make changes (bes

Re: [Q] Class instance layout details

when. It started with 3.0. And then there have been some bug fixes to GCC since then to get closer and closer to the what the ABI says. Thanks, Andrew Pinski

Re: Can't turn off overflow_warning?

On Jul 15, 2005, at 10:27 PM, Bradley Lucier wrote: After examining the source and documentation, it appears to me that in 4.0.* and on mainline one cannot turn off the warning generated by overflow_warning, in, for example, IIRC the C standard requires that a warning here but I could be wro

Re: volatile semantics

On Jul 16, 2005, at 11:07 PM, Gabriel Dos Reis wrote: | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20222 Andrew Pinski has declared this to be a bug, but the audit trail isn't clear as to why. Because the abs is a function call, there is only one load and should be only one lo

Re: inconsistent CFLAGS between toplevel and gcc/

le? "make bootstrap" should have caught the warnings. Doing a make inside GCC and not getting optimizations is very useful for debugging problems that reported. Thanks, Andrew Pinski

Re: Someone broke complex arithmetic

On Jul 18, 2005, at 10:45 PM, Steve Kargl wrote: On Mon, Jul 18, 2005 at 07:31:27PM -0700, Steve Kargl wrote: Here's the output from a program that brought the problem to my attention. It uses downward recursion to compute spherical Bessel functions. NAG's F95 compiler n x jn(x

Re: Minimum target alignment for a datatype

> > I'm having a hard time with the simplicity of your question: > > ? Certainly, I don't expect that to answer your question, but I > > don't understand why. > > The problem I am running into is that the double in this struct is > only 4-byte aligned on darwin: > > struct X { int A; double

Re: New Fortran regression

On Jul 22, 2005, at 4:24 PM, Thomas Koenig wrote: Compilation of two Fortran test cases now fails with -O3: real_const_1.f and real_const_2.f90. I have submitted this as PR 22619. Apparently, running the Fortran testsuite is something not everybody does before committing patches :-| Or it i

Re: GCC 4.1 Status Report (2005-07-22)

, it still seems rather high. I wonder if this includes the ones targeted against 3.4.x which adds about another 50 or so bugs. Thanks, Andrew Pinski

Re: GCC 4.1 Status Report (2005-07-22)

On Jul 22, 2005, at 5:05 PM, Mark Mitchell wrote: Andrew Pinski wrote: On Jul 22, 2005, at 4:22 PM, Mark Mitchell wrote: There are 225 regressions open against GCC 4.1. About half of these (119) are not regressions in 4.0, i.e., they are new regressions introduced in the course of 4.1

Re: GCC 4.1 Status Report (2005-07-22)

On Jul 22, 2005, at 5:08 PM, Mark Mitchell wrote: Please! (Otherwise, I'm happy to do it myself.) All done. -- Pinski

Re: Someone broke bootstrap with gfortran, again!

> > On Fri, Jul 22, 2005 at 04:11:54PM -0700, Steve Kargl wrote: > > Does this look familiar to anyone? > > > > ../../../gcc41/libgfortran/generated/trig_c4.c:67: error: type mismatch > > between an SSA_NAME and its symbol > > while verifying SSA_NAME d$imag_15 in statement > > d$imag_15 = -D.28

Re: Is there a way to exclude a dir from multilibing?

> > All, > > Is there a way to exclude a given directory, for example, > libjava, from multilibing? There are certainly cases where > it may make sense to have the C/C++ runtime be multilibbed > one way, but not have libjava multilibed the same way. > I looked for something like this in the docs

Re: Middle-end and optimization regressions: what should we do?

ing. * doc/invoke.texi: Update the information about when -fweb and -frename-registers are enabled. Thanks, Andrew Pinski

Re: strange error on gcc 4.1.0

;. There was a patch posted about this too but I cannot find it. Thanks, Andrew Pinski

Re: strange error on gcc 4.1.0

On Jul 30, 2005, at 11:52 AM, Jack Howarth wrote: I can't find a patch either using google but I did find the following posting which describes the problem and a workaround... http://www.mail-archive.com/fink-devel@lists.sourceforge.net/ msg10604.html I finally found the patch: http://

Re: memcpy to an unaligned address

> > On Aug 2, 2005, at 1:15 PM, Shaun Jackman wrote: > > There is no padding. The structure is defined as > > __attribute__((packed)) to explicitly remove the padding. The result > > is that gcc knows the unaligned four byte member is at an offset of > > two bytes from the base of the struct, but

Re: non canonical tree in java

> > java is creating a COMPONENT_REF node where the first operand is a > RECORD_TYPE, > rather than an expresion or DECL node. This is created at java/class.c:1014 > > prim_class = lookup_class (get_identifier (prim_class_name)); > return build3 (COMPONENT_REF, NULL_TRE

Re: non canonical tree in java

On Aug 3, 2005, at 2:05 PM, Nathan Sidwell wrote: Andrew Pinski wrote: The java front-end later on replaces prim_class with the correct tree, witness how the type of COMPONENT_REF is NULL. where does this happen? do you happen to know? Happens in java_complete_lhs in parse.y: case

Re: IPA branch

On Aug 5, 2005, at 9:24 PM, Canqun Yang wrote: Hi, Patch from Michael Matz (http://gcc.gnu.org/ml/fortran/2005-07/msg00331.html) may partly fixes the multiple decls problems. That will only help with the fortran problem, the C++ front-end have the same issue. The C front-end have still

Re: [GCC 4.2 Project] Omega data dependence test

On Aug 9, 2005, at 1:59 PM, Daniel Kegel wrote: No threads in gcc, please. Why? If this is only for double checking, why not? -- Pinski

Re: [RFC] - Regression exposed by recent change to compress_float_constant

> > Following patch has exposed an optimization shortcoming: > > 2005-07-12 Dale Johannesen <[EMAIL PROTECTED]> > > * expr.c (compress_float_constant): Add cost check. > * config/rs6000.c (rs6000_rtx_cost): Adjust FLOAT_EXTEND cost. I think this is the same problem as PR 2

Re: [gfortran] add ISATTY and TTYNAM intrinsics

f is just that one norm. If you move the other norm before the f, it works as expected in both GCC 4.1.0 and ICC in strict mode. Thanks, Andrew Pinski

Re: Lost gccbug submission

> > Daniel Berlin <[EMAIL PROTECTED]> writes: > > | AFAICT (at least according to mail logs, etc) you are the only user of > > apparently, you've to count properly. gccbug is different from what you are using. -- Pinski

Re: Inlining vs the stack

On Aug 12, 2005, at 4:00 PM, Dale Johannesen wrote: Sometimes it matters, as in the original example: c() { char x[100]; } a() { b(); c(); } b() { a(); c(); } Actually in this case, x is removed so it does not matter at all. This case though it does matter: int f(int*); int g(void); in

Re: Inlining vs the stack

> > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, Aug 12, 2005 at 02:16:39PM -0700, Ian Lance Taylor wrote: > > Mike Stump <[EMAIL PROTECTED]> writes: > > > X can be run time selectable, OMF selectable, OS defined... > > > > No. > > > > Making the stack bigger by inlining is no di

Re: C++ vs. pthread_cancel

;re using > pthread_cancel, which is somewhat frowned upon as > inherently unsafe. There is a whole mailing list about this: http://www.codesourcery.com/archives/c++-pthreads/threads.html This has to be done correctly with the C++ standard and POSIX people and the GCC people will be involved but not on the GCC list as it just gets in the way. Thanks, Andrew Pinski

Re: C++ vs. pthread_cancel

een no consensus yet. That is why I mentioned the list. GCC is not going to implement anything until there is a consensus of how to proceed. Thanks, Andrew Pinski

Re: GCC build goes into endless loop

; PR tree-optimization/22236 What is happening here is we were miss-compiling a finite loop to be an infinite loop. Thanks, Andrew Pinski

Re: GCC build goes into endless loop

On Aug 17, 2005, at 11:01 AM, Marcel Moolenaar wrote: On Aug 17, 2005, at 12:09 AM, Gerald Pfeifer wrote: On Mon, 15 Aug 2005, Marcel Moolenaar wrote: I see the same on ia64-hp-hpux11.23, hppa1.1-hp-hpux11.11 and hppa64- hp-hpux11.11. I haven't had time to analyze the problem, though. Do

Re: Keyword _Imaginary in C99 standard and in GCC

On Aug 18, 2005, at 11:04 PM, Yao qi wrote: Hi, everyone, I have looked through C99 standard, in 6.4.1 Keywords, "_Imaginary" is mentioned as a keyword in this standard. However, it seems that GCC can not recognize it, report error: '_Imaginary' undeclared. I also search it in GCC info,

Re: Keyword _Imaginary in C99 standard and in GCC

On Aug 18, 2005, at 11:25 PM, Yao qi wrote: Thanks. That means GCC has not fully support C99, just partialy, am I right? I want to continue a question further, could you tell me where can I find a document about GCC's coverage in C99, if any? http://gcc.gnu.org/c99status.html Note there is

Re: Gcc and a Garbage Collector.

> > Hi, > > With this page from Wikipedia, > http://en.wikipedia.org/wiki/GNU_Compiler_Collection, in the "See also" > section, > there is a sentence about a Garbage collected included in GCC. > > Is it true ? Yes. > If yes, how can I use it with my c++ source code ? (documentation, > artic

Re: Gcc and a Garbage Collector.

On Aug 19, 2005, at 8:16 PM, Stephane Wirtel wrote: It is a very simple mark and sweep GC and not realy useful for most other projects. You mark each struct for GCable and all static and global variables too. You cannot have only a reference to a GCable on the stack (it has to be in a GC

Re: Bootstrap failure on powerpc-apple-darwin8 with Ada

time, and it was easier to change this in the > gimplifier than to modify the code that generated this directly. Actually we do get it for C++. See PR 23171. Thanks, Andrew Pinski

Re: GCC 4.1 Status Report (2005-08-21)

On Aug 22, 2005, at 1:27 AM, Mark Mitchell wrote: (Quite a few of the diagnostic messages stem from the design decision to issue warnings from the optimizers...) Only 8 out of 49 at that, though some are very minor as two are just complaining wording of the warning. And almost all are uninit

Re: Assembling pending decls before writing their debug info

This was all caused by Mark's patch to fix PR 18556. This is a regression from 3.4.x. Thanks, Andrew Pinski

Re: GCJ Interpreter Aborts (2005-08-24 IST)

> > > In the last 24 hours, something has gone in which makes > > the GCJ interpreter "gij" abort on even simple "Hello World" > > classes. For example, the "RuntimeCheck" program in > > the Jacks testsuite: > > I had (probably) the same thing yesterday. Here's a backtrace: It was caused by t

SSA_NAMEs not always released

I am writing a "quick and dirty" DCE pass which is faster the current DCE and does not do anything with stores/loads. It passes over all the live SSA_NAMEs by looping over ssa_name. But I am running into places where SSA_NAMEs not released when they become dead. I have a fix for some of these

Re: RFC - COST of const_double for x86 prevents constant copy propagation in cse

On Aug 25, 2005, at 2:09 PM, Fariborz Jahanian wrote: Compiled with -O1 -mdynamic-no-pic -march=pentium4 produces: pxor%xmm0, %xmm0 movsd %xmm0, 16(%eax) movsd %xmm0, 8(%eax) movsd %xmm0, (%eax) But following code results in 7% performance gain in eon

Re: RFC - COST of const_double for x86 prevents constant copy propagation in cse

On Aug 25, 2005, at 3:59 PM, Fariborz Jahanian wrote: I think the problem may be somewhere else. I got the same xmm0 code sequence on Linux/ia32 with -msse3 -mfpmath=sse. However, I got xorl%eax, %eax movq%rax, 16(%rdi) movq%rax, 8(%rdi) movq%rax

Re: PCH / ObjC issue with gcc 4.0.2-pre

On Aug 26, 2005, at 10:16 AM, Helge Hess wrote: Hi, I'm experiencing some issue with using a precompiled header with an Objective-C file. When including the header, I'll get duplicate symbols, like this: ---snip--- SaxAttributeList.m:188: error: redefinition of 'struct _objc_symtab' SaxAttr

Status of --enable-mapped-location

Does anyone know of the status of --enable-mapped-location? I tried to do a bootstrap and test and I got a lot of failures due to getting the wrong line number and file for the error message when dealing with macros. Thanks, Andrew Pinski

Re: Running ranlib after installation - okay or not?

On Aug 31, 2005, at 2:02 PM, Ian Lance Taylor wrote: Gerald Pfeifer <[EMAIL PROTECTED]> writes: Does anyone disagree (and if not, have suggestions how to address this in GCC)? ranlib is basically never required on a modern system. It is really only needed if the archive is built with the S

Re: Running ranlib after installation - okay or not?

On Sep 1, 2005, at 4:10 PM, Joe Buck wrote: On Thu, Sep 01, 2005 at 12:16:23PM +0900, Peter O'Gorman wrote: I would suggest continuing to run ranlib after install, but not failing if it does not work. Won't you then get warning messages on Darwin every time someone tries to use the installe

Re: S/390 Bootstrap failure due to fixup_eh_region_note

On Sep 5, 2005, at 8:27 AM, Andreas Krebbel wrote: Hello Richard, s390 and s390x can't bootstrap with the following patch, because the new assertion introduced with the fixup_eh_region_note function is triggered. Note this is recorded as PR 23711. Thanks, Andrew Pinski

Re: libssp missing from CVS

On Sep 5, 2005, at 11:35 AM, Peter S. Mazinger wrote: Hello! libssp subdir is present in cvs (checked on savannah) but cvs -q upd does not get it. Is it a cvs-server failure or something on my side? You want to update with "cvs -q up -d -P", -d is required to get the new directories. -- P

Re: S/390 Bootstrap failure due to fixup_eh_region_note

On Sep 5, 2005, at 6:39 PM, Richard Henderson wrote: On Mon, Sep 05, 2005 at 02:27:54PM +0200, Andreas Krebbel wrote: (insn 31 29 49 5 (set (mem/s/j:SI (plus:SI (reg/v/f:SI 47 [ env ]) (const_int 4 [0x4])) [0 .ex+0 S4 A32]) (mem/f:SI (plus:SI (plus:SI (reg:SI 55)

Re: S/390 Bootstrap failure due to fixup_eh_region_note

On Sep 5, 2005, at 6:39 PM, Richard Henderson wrote: On Mon, Sep 05, 2005 at 02:27:54PM +0200, Andreas Krebbel wrote: (insn 31 29 49 5 (set (mem/s/j:SI (plus:SI (reg/v/f:SI 47 [ env ]) (const_int 4 [0x4])) [0 .ex+0 S4 A32]) (mem/f:SI (plus:SI (plus:SI (reg:SI 55)

Re: S/390 Bootstrap failure due to fixup_eh_region_note

On Sep 6, 2005, at 3:13 AM, James A. Morrison wrote: Won't this break a disabled checking build since internal_throw will become unused? Yes but this was more of a RFC rather than submitting a patch. -- Pinski

Re: Store-copyprop not very bright

On Sep 6, 2005, at 8:21 AM, Steven Bosscher wrote: Hi, Consider this little snippet: int x; int foo (int a) { x = a; return x + 3; } Likewise for: int foo (int a, int *x) { *x = a; return *x + 3; } -- Pinski

Re: GCC 4.0.2 Status Report

On Sep 7, 2005, at 11:21 AM, Mark Mitchell wrote: Paolo Bonzini wrote: There's no special freeze for the 4.0 branch at this point; we'll leave it in regression-fixes only mode. The branch will freeze when I create the first release candidate. Some of your C++ fixes have been quite invasive.

Re: var_args for rs6000 backend

efault value for powerpc-linux-gnu is hard floats. Thanks Andrew Pinski

Re: zero sized initializers with side effects discarded

On Sep 9, 2005, at 8:30 AM, Olivier Hainque wrote: Hello, I have been experimenting with a simple patch adding side effects checks to the conditions, like "! TREE_SIDE_EFFECTS (value)" in init_ctor_eval Yes the one in needs to gimplify only the expression as a statement and not add a modify

Re: zero sized initializers with side effects discarded

the issue correctly. If you could test and post the patch, that would be nice? Thanks, Andrew Pinski ChangeLog: * gimplify.c (gimplify_expr) : Add the expressions to a statement list instead of gimplifying them. Index:

Re: zero sized initializers with side effects discarded

On Sep 9, 2005, at 4:40 PM, Olivier Hainque wrote: Olivier Hainque wrote: I'm not yet clear why the call is not issued there. This is my first dive in the gimplifier, so it might well be simple. FWIW, I think part of the problem is that TREE_SIDE_EFFECTS is not set on the constructor, de

Re: Gcc 4.0.2 RC1 checking not disabled?

nable-checking=release for release branches with building with normal checking on stage1. Thanks, Andrew Pinski

Re: Symbolic replacement

the front-end should be > > the best place to do it. Do I need to do this for each rule in > > c-parse.y ? Is there a more simpler and common way to handle it. ? > > Use ed. If you have line-numbers and variable names that's the easiest. Or use perl, awk, etc. Also c-parse.y does not exist anymore. Thanks, Andrew Pinski

Re: RFA: pervasive SSE codegen inefficiency

ra set helps but does not solve the real issue of the register allocator being stupid. Thanks, Andrew Pinski

Re: RFC: dbxout_type rewrite

his becomes a little mute, like the new cctools and stuff. Thanks, Andrew Pinski

Re: Gcc 4.1 has been failing SPEC CPU 2000 on 64bit platforms

with enough courage to propose my fix of using memset instead of casting. Thanks, Andrew Pinski

Re: Undefined behavior in genautomata.c?

statically allocated data in genautomata.c: Note this also happens in tree.h with tree_string and a couple more places. Really if it is the last element in a struct, you cannot say what the bounds are. Thanks, Andrew Pinski

Re: constructors and multiple entry points

On Sep 19, 2005, at 1:44 PM, Gabriel Dos Reis wrote: Hi, We're assessing many proposals to add "forwarding constructors" and forwarding functions to C++0x; and I got a question. In standard C++, constructors cannot be recursive functions. I'm wondering whether the multiple entry-point

Re: GCC 4.0.2 RC2

oblem which I will be fixing once 4.1 is branched. Thanks, Andrew Pinski

Re: GCC 4.0.2 RC2

On Sep 19, 2005, at 4:21 PM, Eric Botcazou wrote: Anyways, all of the known failures with the obj-c++ with the GNU runtime have been filed and someone needs to look into them. Are you talking about these? I filed them as bugs, not fixed them. Thanks, Andrew Pinski

Re: Failure to build gcc cvs trunk on cygwin:

On Sep 20, 2005, at 7:47 AM, Christian Joensson wrote: Well... I just happend to shoot off a test build on cygwin... and it barfs like this: anyone else see this or am I just being stupid on my own here? This is PR 21766. -- Pinski

Re: fortran-testcase/dce question

to keep it alive? It should be but from the looks of it. For some reason in alias2, we don't say D.503_30 points to anyoffset in &e unlike before. You might be able to generate a C testcase for this too. Can you also file a bug? Thanks, Andrew Pinski

Re: fortran-testcase/dce question

On Sep 20, 2005, at 11:09 AM, Andrew Pinski wrote: On Sep 20, 2005, at 3:01 AM, Dorit Naishlos wrote: We've had the testcase below in autovect-branch for a while, testing that the 3 loops get vectorized. On mainline the third loop now gets eliminated by DCE (.t44.dce3). Not s

Re: [RFC] patch to fix an ICE involving sign-extract of mmx expression

On Sep 22, 2005, at 4:21 PM, Fariborz Jahanian wrote: Following patch avoids this problem. If this is OK, I will submit a patch when fsf mainline is unfrozen. The FSF mainline is not frozen, only the 4.0 release branch. Thanks, Andrew Pinski

Re: Question about the use of builtins in altivec.h

rewrite for 4.1.0 for the altivec.h header which should improve this. And also in both 4.0.0 and 4.1.0, there is autovectorization which should expose more bugs. Also sometime during either 3.4.0, 4.0.0, or 4.1.0, an altivec testsuite was addded. Thanks, Andrew Pinski

Re: Aliasing violation generated by fold_builtin_memcmp?

On Sep 29, 2005, at 8:32 PM, Daniel Berlin wrote: Any suggestions how to fix this? The easiest thing is to store a version of unsigned_char_type_node somewhere that has it's TYPE_ALIAS_SET set to 0, and use it there. Whether this is the best solution, i'll leave to others :) Something li

Re: gcc -I- feature

On Sep 30, 2005, at 8:46 PM, Neil Booth wrote: nmake Technical Support wrote:- This is to request reinstatement of the -I- command line directory search option. Sorry for the late request, we only recently became aware that -I- is deprecated in gcc 4.0. I agree this should not be removed (

Re: RFC: redundant stores in C++

On Oct 1, 2005, at 5:54 PM, Dale Johannesen wrote: In C++, when we have an automatic array with variable initializers: void bar(char[4]); void foo(char a, char b, char c, char d) { char x[4] = { a, b, c, d }; bar(x); } Testsuite passes with this but I can believe improvements are possibl

Re: Wishlish: GCC option for explicit booleans

> > C++ would be a better language if the boolean type did not implicitly > convert from int. For example, many novice programmers make the > mistake. > >if (i = j) dosomething(); // Should be i == j > > If conversion to boolean required explicit this would all be solved. It > would mean all

Re: RFC: redundant stores in C++

On Oct 1, 2005, at 11:10 PM, Dale Johannesen wrote: But better fix would be not call split_nonconstant_init_1 for local decls and have the front-end produce a CONSTRUCTOR which is just like what the C front-end produces. I'll try it. This patch should fix the problem and also fixes FSF PR

Re: Fishy build system: make_exports.pl called on darwin?

> > 6) Is this whining reporting significant information, for the > > person that wants to fix the bug? > > Well on the system in question ppc-apple-darwin-7.8.0 the perl script > in question simply doesn't work. Since there doesn't appear to be > much in the way of it inside acinclude.m4 it

Re: Should -msse3 enable fisttp

should not be disabled by -mno-sse3 flag." And then RTH agreed: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01432.html So from the sound of it fisttp is not a SSE3 instruction. Thanks, Andrew Pinski

Re: Should -msse3 enable fisttp

Thanks, Andrew Pinski

Re: RFC: IPO optimization framework for GCC

> > I have been given some time by my management to work on creating a > framework for IPO optimizations in GCC by creating an intermediate file > reader and writer for GCC. > > I would like to start by getting any input and advice the members of the > GCC community might have for me. I would al

Re: [obj-c++] a few current test suite failures

On Oct 9, 2005, at 3:40 AM, Christian Joensson wrote: In http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00348.html, there's a few obj-c++ failures. Here's a posting of the log file for them: I have report all of these already. -- Pinski

Re: Mainline now closed to all changes which do not fix regressions

On Oct 12, 2005, at 9:49 AM, Adriaan van Os wrote: Mark Mitchell wrote: As previously announced, here: http://gcc.gnu.org/ml/gcc/2005-10/msg00093.html the mainline is now subject to the usual release-branch rules: only fixes for regressions. The development rules at

Re: Need advice: x86 redudant compare to zero

"ix86_match_ccmode (insn, CCGOCmode) && ix86_binary_operator_ok (MINUS, SImode, operands)" "sub{l}\t{%2, %0|%0, %2}" [(set_attr "type" "alu") (set_attr "mode" "SI")]) Maybe adding a pattern like that, will work? You most likely would like to "steal" other patterns like that from the rs6000 backend. Thanks, Andrew Pinski

Re: Severe problems with vectorizing stuff in 4.0.3 HEAD

On Oct 14, 2005, at 3:11 PM, Kean Johnston wrote: All, I am getting a lot of test suite failures with almost all of the vect/* tests. I am using pr18400.c from the test suite as an example here, becuase its about the smallest one I can find. Here is what is generated at -O2: Can you just fi

<    1   2   3   4   5   6   7   8   9   10   >