IS IT A BUG ????

Hi, The following is the program to print magic squares.I`m getting wierd output when i remove the printf statement "printf("a")" from the code. The required output is obtained by simply substituting that by putchar('\0'). I would be very glad if someone can let me know. Please kindly help

[Bug fortran/24100] New: gfortran cannot compile data statement

Not sure whether this is in the standard or an extentions to it, but it works with all fortran compilers I have access to and it fails with gfortran $ cat > bug.f

[Bug fortran/24100] gfortran cannot compile data statement

-- What|Removed |Added CC||alfredo dot ferrari at cern ||dot ch http://gcc.gnu.org/bugzill

[Bug target/22497] A register is wasted in simple vectorised loops

--- Additional Comments From uros at kss-loka dot si 2005-09-28 08:14 --- The problem was fixed by the patch for PR 18463: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01159.html -- What|Removed |Added -

[Bug target/22497] A register is wasted in simple vectorised loops

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22497

[Bug fortran/24092] ICE in trans-types.c for nested derived types

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-

[Bug tree-optimization/23835] [4.1 Regression] case where gcc 4.1.0 -O3 compile takes two times longer earlier versions

--- Additional Comments From jaffe at broad dot mit dot edu 2005-09-28 09:45 --- That's an improvement! Still, here are the stats again, updated for 4.1.0: Compile time in seconds for test.ii: -O0 -O1-O2 -O3 3.4.3 5.659 9.515 13.811 14.779 4.1.0 5.829 16

[Bug c/24101] New: Segfault with preprocessed source

This testcase segfaults for c and c++. --cut here-- # 1 "/usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/include/stddef.h" 1 3 4 --cut here-- gcc express-min.i In file included from express-min.i:1: /usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/include/stddef.h:1: internal compiler error: Segmentation f

[Bug c/24101] [3.4/4.0/4.1 Regression] Segfault with preprocessed source

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 12:56 --- Confirmed, backtrace: #0 0x0804bc76 in fe_file_change (new_map=0xa30cce4) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/c-lex.c:236 #1 0x080997a5 in cb_file_change (pfile=0xa303928, new_map=0xa30cce4)

[Bug fortran/24100] gfortran cannot compile data statement

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:24 --- *** This bug has been marked as a duplicate of 23232 *** -- What|Removed |Added

[Bug fortran/23232] DATA implied DO variables

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:24 --- *** Bug 24100 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug rtl-optimization/24102] New: floatdisf2_internal2 broken

The floatdisf2_internal2 is broken since 2004-11-26, which will result in broken rounding for float casts. long long l = (((1L << 24) + 1) << 29) + 1; float f = (float)l; will eg. lead to f=9007199254740992.00 instead of f=9007200328482816.00 If I'm not mistaken, rs6000.md:5239 sho

[Bug rtl-optimization/24102] floatdisf2_internal2 broken

--- Additional Comments From mikael dot vidstedt at bea dot com 2005-09-28 13:34 --- This is on AIX/PowerPC. If there is anything else you need to know, please just ask. -- What|Removed |Added -

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 13:38 --- Caused by: PR rtl-optimization/16356 * config/rs6000/rs6000.md (floatdisf2_internal2): Rewrite with separate output register and one less jump. Enable for powerpc64. (floatd

internal compiler error: in simple_cst_equal, at tree.c:3367

Hello, I've got this strange internal error in gcc: internal compiler error: in simple_cst_equal, at tree.c:3367 I'm attaching the test code - trivial, no includes. $ gcc test_ice_in_simple_cst_equal.cpp test_ice_in_simple_cst_equal.cpp:25: internal compiler error: in simple_cst_equal, at t

[Bug c++/24103] New: [3.4 Regression]

The following C++ code ICES in simple_cst_equal: union foo { unsigned long dword; struct { int a : 1; int b : 2; int c : 13; int d : 16; } bar; }; typedef union foo foobar; class A { public: A(foobar

[Bug c++/24103] [3.4 Regression] ICE in simple_cst_equal

-- What|Removed |Added Known to fail||3.4.0 3.0.4 3.3.3 Known to work||2.95.3 4.0.0 4.1.0 Summary|[3.4 R

Re: internal compiler error: in simple_cst_equal, at tree.c:3367

On Sep 28, 2005, at 10:09 AM, Alexander Stepanov wrote: Hello, I've got this strange internal error in gcc: I don't have a gcc 3.4 or greater at hand now. Can anyone test this code against a newer gcc and report a bug normal way if confirmed? I filed it as PR 24103:

[Bug c++/24103] [3.4 Regression] ICE in simple_cst_equal

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 14:10 --- Confirmed, because this is a forwarded bug. -- What|Removed |Added Status|UNCONF

[Bug preprocessor/7976] pasting xxx and xxx does not give a valid preprocessing token

--- Additional Comments From planta at planta dot de 2005-09-28 14:35 --- Subject: AW: macro definition Stopp blaming us!!! Remove us immediatelly from cc List. Thx! -Ursprüngliche Nachricht- Von:pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Gesendet:

[Bug preprocessor/7976] pasting xxx and xxx does not give a valid preprocessing token

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-09-28 14:40 --- As requested in comment #17 -- What|Removed |Added CC|planta at planta d

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-28 14:50 --- Subject: Bug 16782 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-28 14:50:18 Modified files: gcc/cp : decl.c ChangeLog gcc/testsui

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 14:51 --- Fixed in 4.1.0. -- What|Removed |Added Target Milestone|--- |4.1.

[Bug c++/16782] Accepts qualified member function declaration in class

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 15:13 --- Fixed in 4.1.0. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-28 15:54 --- Uhh, yes, it's a typo. The (const_int 3) in floatdisf2_internal2 should indeed be (const_int 2). -- What|Removed |Added ---

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 15:57 --- > If so, are those fields of "A in B" really *there*, at those offsets > from the beginning of type B? Sort of. Because B would otherwise need a virtual table pointer, it just uses the one in A. So, ther

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-28 16:01 --- Bootstrapping the obvious fix. -- What|Removed |Added AssignedTo|unassigned at gcc

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-28 16:24 --- I am working on a patch to improve the rotation of "long long" by a constant. -- What|Removed |Added

[Bug tree-optimization/24059] [4.1 Regression] ICE expand_expr_real_1 with -ftree-vectorize -O2

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:25 --- A regression hunt identified this patch from rth: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00765.html -- What|Removed |Added --

[Bug middle-end/23714] [4.1 Regression] ICE in expand_assignment

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:27 --- A regression hunt identified this patch from steven: http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00294.html -- What|Removed |Added ---

[Bug c++/21383] [3.4/4.0/4.1 Regression] Crash when finding &a_templated_func<>

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:28 --- A regression hunt identified this patch from nathan: http://gcc.gnu.org/ml/gcc-cvs/2003-08/msg00349.html -- What|Removed |Added ---

[Bug fortran/17737] ICE when variable appears in two data statements

--- Additional Comments From segalemb at usp dot br 2005-09-28 16:32 --- (In reply to comment #5) > *** Bug 23884 has been marked as a duplicate of this bug. *** Bug 23884 is not a duplicate of this bug, because there is no repeated data statements in module.F -- http://gcc.gnu.org

[Bug c++/22352] [3.4/4.0/4.1 Regression] ICE in lookup_member

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:41 --- A regression hunt identified this patch from [EMAIL PROTECTED]: http://gcc.gnu.org/ml/gcc-cvs/2003-10/msg00694.html -- What|Removed |Added

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:48 --- x86 profiledbootstrap passed for me with mainline -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396

[Bug c++/23730] [4.0/4.1 Regression] ICE instead of reporting a call to a non-existent member function

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 16:48 --- A regression hunt identified these patches from nathan (the second adds a change missed in the first one): http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00663.html http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:51 --- The actual problem here is that from combine's point of view the two alternatives (lea preceeded by loads, or add with memory operand followed by shift) looks equivalent and previously the shorter sequence w

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From hubicka at gcc dot gnu dot org 2005-09-28 16:52 --- The actual problem here is that from combine's point of view the two alternatives (lea preceeded by loads, or add with memory operand followed by shift) looks equivalent and previously the shorter sequence w

[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete its keys

--- Additional Comments From Woebbeking at web dot de 2005-09-28 17:16 --- Subject: Re: mt allocator doesn't pthread_key_delete its keys On Tuesday 27 September 2005 16:43, jakub at gcc dot gnu dot org wrote: > If you are compiling with -fvisibility*, > then the problem is PR libstdc++

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 17:24 --- A regression hunt identified the following patch from [EMAIL PROTECTED]: http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00537.html -- What|Removed |Added ---

[Bug target/23302] [4.1 Regression] extra move generated on x86

--- Additional Comments From dann at godzilla dot ics dot uci dot edu 2005-09-28 17:29 --- (In reply to comment #2) > While it might be probably possible to design peephole or combiner insn patter > I am tempted to close this and PR 23303 as WONTFIX as it seems to me we was > optimizing

[Bug java/24018] [meta-bug] Patches that should be applied to 4.0 branch

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-28 17:35 --- (In reply to comment #5) > PR 19870. Although these patches are largeish, they have been tested in HEAD > for > some time and should be pretty safe. They are needed for OO.org. A "naive" backport d

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-28 18:05 --- Patch posted long time ago, but still unreviewed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853

[Bug middle-end/23971] [4.0/4.1 Regression] synth_mult running amok

--- Additional Comments From tsv at solvo dot ru 2005-09-28 18:07 --- Retested in idle machine: patch1 -O2 -mcpu=ev4 - 7 minutes patch2 -O2 -mcpu=ev4 - 1.30 minutes patch1 -O2 -mcpu=ev5 - 30 secs patch2 -O2 -mcpu=ev5 - 13.6 secs It does make a difference. :) Thank you. -- http://gc

[Bug c/24106] New: x86_64 -fPIC code gen bug (extern/static linkage confusion)

With this testcase: int foo (int (*cb)(void)) { return (*cb)(); } static int callback(void) { return 0; } int main (void) { int callback (void); return foo (callback); } On x86_64 with -fPIC, the address of callback as passed to foo is incorrect. If callback isn't static, it works (through th

[Bug c/24106] x86_64 -fPIC code gen bug (extern/static linkage confusion)

--- Additional Comments From mcoiley at yahoo dot com 2005-09-28 18:49 --- [Not sure how I managed to enter it twice. Sorry.] *** This bug has been marked as a duplicate of 24097 *** -- What|Removed |Added ---

[Bug c/24097] [3.4 Regression] x86_64 -fPIC code gen bug (extern/static linkage confusion)

--- Additional Comments From mcoiley at yahoo dot com 2005-09-28 18:49 --- *** Bug 24106 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24097

[Bug testsuite/24107] New: gcc.dg/20050922-1.c relies in stdint.h

The testcase gcc.dg/20050922-1.c relies on the header stdint.h, which is not provided by GCC. This causes it to fail on systems such as hppa2.0w-hp-hpux11.11 which have inttypes.h but not stdint.h. The simplest fix would be to define uint32_t locally in the testcase, along the lines of #if __INT

[Bug fortran/20903] types shouldn't propagate into interfaces

--- Additional Comments From pault at gcc dot gnu dot org 2005-09-28 18:59 --- (In reply to comment #3) > This is resolved by http://gcc.gnu.org/ml/fortran/2005-09/msg00438.html > > Paul T > Bull twaddle! This is wrong, whoever you are. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug target/24108] New: gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 fails

FAIL: gcc.dg/vect/vect-76.c scan-tree-dump-times vectorized 1 loops 1 appeared on ia64-hp-hpux11.23 between 20050920 and 20050924, for both -milp32 and -mlp64. (This precise test within vect-76.c appears to be a new test, i.e. there wasn't previously a "PASS: gcc.dg/vect/vect-76.c scan-tree-dump-t

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

-- What|Removed |Added BugsThisDependsOn||448 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From jason at redhat dot com 2005-09-28 19:39 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly mmitchel at gcc dot gnu dot org wrote: > I think this is a hack so that later, when we use the COMPONENT_REFs, we don't > h

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-28 20:16 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly On Wed, 2005-09-28 at 19:39 +, jason at redhat dot com wrote: > --- Additional Comments From jason at

[Bug c++/22618] [3.4/4.0/4.1 Regression] Template non-type arguments break class access protection

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 20:25 --- A regression hunt identified this patch from mmitchel: http://gcc.gnu.org/ml/gcc-cvs/2003-07/msg00404.html -- What|Removed |Added -

[Bug c++/21685] [3.4/4.0/4.1 Regression] Internal compiler error on invalid code

--- Additional Comments From janis187 at us dot ibm dot com 2005-09-28 20:27 --- A regression hunt identified this patch from mmitchel: http://gcc.gnu.org/ml/gcc-cvs/2004-02/msg00117.html -- What|Removed |Added -

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mark at codesourcery dot com 2005-09-28 20:28 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly jason at redhat dot com wrote: > And besides, my approach isn't lying at all about this testcase; since > there's on

[Bug c++/21685] [3.4/4.0/4.1 Regression] Internal compiler error on invalid code

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug c/24109] New: [4.0 Regression] -fno-unit-at-a-time failure with compound literals

The PR23190 fix on gcc-4_0-branch introduced a regression, which leads to not being able to load some Linux kernel modules which abuse compound literals. Short testcase: extern void abort (void); struct A { int i; int j; }; struct B { struct A *a; struct A *b; }; struct C { struct B *c; struct A

[Bug fortran/24110] New: INTERVAL: Error: Unclassifiable statement

$ cat test.f95 INTERVAL(4):: X = [2,3] END $ gfortran -c test.f95 In file 2.f95:1 INTERVAL(4):: X = [2,3] 1 Error: Unclassifiable statement at (1) $ gfortran -v Using built-in specs. Target: powerpc64-linux Configured with: /home/gccbuild/gcc_mline_anoncvs/gcc/configure --prefix=/opt/gcc-night

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-28 20:34 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly On Wed, 2005-09-28 at 20:29 +, mark at codesourcery dot com wrote: > --- Additional Comments From mar

[Bug tree-optimization/22488] [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly

--- Additional Comments From mark at codesourcery dot com 2005-09-28 20:40 --- Subject: Re: [4.1 Regression] push_fields_onto_fieldstack calculates offset incorrectly dberlin at dberlin dot org wrote: >>>And besides, my approach isn't lying at all about this testcase; since >>>there

[Bug target/24111] New: [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

[forwarded from http://bugs.debian.org/327849] Matthias On arm only, gcc cannot handle C identifiers like: static void L1__GET_$ENVIRONMENT__defmacro() reporting: gcc -g -Wall -DVOL=volatile -fsigned-char -pipe -pg -g -mlong-calls -I/home/camm/gcl-2.6.7/o -c gcl_defmacro.c In file include

Re: gfortran says to submit bug report

On Sep 28, 2005, at 4:53 PM, Joe Koski wrote: While attempting to compile the NIST FDS4 code (f90 based) I get the following error and a request to submit a bug report: jakoski$ gfortran -c -O3 -ffixed-form -fno-underscoring mods.f mods.f: In function 'lpcoef': mods.f:5099: error: unrecognizab

[Bug middle-end/24109] [4.0 Regression] non unit-at-a-time failure with compound literals

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:08 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug target/24111] [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:11 --- Does -fdollars-in-identifiers work? There is most likely a bug saying why this is not default for arm but I have not looked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24111

[Bug libfortran/24112] New: Reopening file with STATUS='OLD' doesn't work

Consider the following: ! Test reopening with io status='old' ! First create a test file: "touch foo" program iostatus open (1, file='foo', status='old') open (1, file='foo', status='old') end program iostatus According to the standard (F2003 draft, section 9.4.5, page 181): "A STATUS= speci

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:23 --- I could swore there were other testcases which included stdint.h but there is not. Anyways, your definition of int32_t is wrong for some targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107

[Bug c/24101] [3.4/4.0/4.1 Regression] Segfault with preprocessed source

-- What|Removed |Added Target Milestone|4.0.2 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24101

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

-- What|Removed |Added Target Milestone|4.0.2 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24102

[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h

--- Additional Comments From joseph at codesourcery dot com 2005-09-28 21:29 --- Subject: Re: gcc.dg/20050922-1.c relies in stdint.h On Wed, 28 Sep 2005, pinskia at gcc dot gnu dot org wrote: > I could swore there were other testcases which included stdint.h but there is > not. > Any

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-28 21:30 --- Subject: Bug 23853 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-28 21:30:41 Modified files: gcc: ChangeLog tree-vect-analyze.c Log m

[Bug tree-optimization/23853] [4.1 regression] ICE: in tree_low_cst, at tree.c:4270

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-28 21:30 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug bootstrap/21335] [meta-bug] bootstrap fails with -ftree-vectorize

-- Bug 21335 depends on bug 23853, which changed state. Bug 23853 Summary: [4.1 regression] ICE: in tree_low_cst, at tree.c:4270 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23853 What|Old Value |New Value

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:31 --- Hmm, this works with --enable-checking=yes, trying --enable-checking=release soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23396

[Bug target/24111] [3.4 4.0 4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:42 --- Actually it looks like this was introduced by the fix for PR 9209 which solves the issue that we were allowing dollars even on targets which it should not be accepting them. -- http://gcc.gnu.org/bugzi

[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 21:47 --- ./config/arm/aout.h:#define DOLLARS_IN_IDENTIFIERS 0 Hmm: arm*-*-linux*) # ARM GNU/Linux with ELF tm_file="dbxelf.h elfos.h linux.h arm/elf.h arm/linux-gas.h arm/linux-elf.h arm/ao

[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-28 21:48 --- (In reply to comment #1) > Does -fdollars-in-identifiers work? There is most likely a bug saying why this is not default for arm but > I have not looked. it does, at least for the compiler, didn't

[Bug libgcj/24051] [4.1 Regression]: libjava failed to configure

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-09-28 22:09 --- Same problem on s390(x)-ibm-linux. B.t.w. isn't the real problem that the CXX that comes out of the configure machinery is simply incorrect? I.e. it should be something like "xgcc -x c++" instead of just

[Bug fortran/24110] INTERVAL: Error: Unclassifiable statement

--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-28 23:20 --- What exactly is the problem? AFAIK, the "program" is not valid Fortran 95. What to you expect the compiler to do? -- What|Removed |Added --

[Bug tree-optimization/23396] [4.1 Regression] profiledbootstrap is broken (again)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-28 23:59 --- Fixed or at least I cannot reproduce it any more. -- What|Removed |Added Status|

[Bug rtl-optimization/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 00:13 --- On powerpc-darwin, I was able to profiledbootstrap so this most likely 64bit related. By the way how did you configure gcc? -- What|Removed |Added

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 00:21 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-29 00:16:16 Modified files: gcc: ChangeLog gcc/config/rs6000:

[Bug target/24102] [3.4/4.0/4.1 Regression] floatdisf2_internal2 broken

--- Additional Comments From bangerth at dealii dot org 2005-09-29 00:25 --- How about the other branches? W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24102

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 00:51 --- (In reply to comment #6) > How about the other branches? 4.0 is frozen right now and you really don't want a 3.4.5 (which sounds like will be released before 4.0.3) to have a fix before 4.0.x has it. --

[Bug middle-end/24109] [4.0 Regression] non unit-at-a-time failure with compound literals

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29 01:36 --- Retargeting at 4.0.3. -- What|Removed |Added Target Milestone|4.0.2

FW: Complier not giving warning/error in this scenario.. Please help..

Hello All, I am trying to compile the file with the following code. Originally it was: if ((erc = pk_val(pline, pkt, mp, PKT_CLEAR, PK_LOCAL)) By accident I saved the file with the following code. if ((erc = (pline, pkt, mp, PKT_CLEAR, PK_LOCAL)) By accident pk_val_call got deleted

RE: Complier not giving warning/error in this scenario.. Please h elp..

No, it's not a problem with the compiler. When you remove the function name, the code is still valid. For example: int main() { int a; a = (1,2,3,4); printf("%d\n", a); } [EMAIL PROTECTED]:~$ gcc t.c [EMAIL PROTECTED]:~$ ./a.out 4 See 6.5.17 Comma operator of the C Standard for more in

[Bug tree-optimization/21550] [4.0/4.1 Regression] i686 floating point performance 33% slower than gcc 3.4.3

-- What|Removed |Added GCC target triplet|i686-pc-linux-gnu |i686-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21550

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 03:31 --- Subject: Bug 17886 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-29 03:31:27 Modified files: gcc: ChangeLog expmed.c optabs.c

[Bug middle-end/20983] [4.0/4.1 Regression] varargs functions force va_list variable to stack unnecessarily

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:37 --- Hmm, I think the same problem is on powerpc. There is an extra store to -40(r1). -- What|Removed |Added --

[Bug target/23451] [3.4/4.0/4.1 regression] Redundant reloading from stack frame

-- What|Removed |Added GCC target triplet|i486-linux |i486-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23451

[Bug middle-end/23150] 20050713-1.c fails on arm-none-eabi with -O2 or -Os.

--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-29 04:47 --- This turned out to be a bug in calls.c. Changing to middle-end. -- What|Removed |Added

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 04:49 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-09-29 04:48:45 Modified files: gcc: Change

[Bug rtl-optimization/17935] Two consecutive movzbl are generated

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:47 --- (In reply to comment #6) > I think there is another optimization opportunity regarding movzbl following > andl. I think that is that the tracer pass runs late which causes the movzbl to be there late. --

[Bug target/24102] [3.4/4.0 Regression] floatdisf2_internal2 broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29 04:43 --- Subject: Bug 24102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-29 04:43:44 Modified files: gcc: Change

[Bug rtl-optimization/17387] Redundant instructions in loop optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 03:44 --- New patch was posted: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01769.html -- What|Removed |Added -

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29 03:52 --- Here is the current status for the four functions in Andi's testcase, with "f2" changed to use "32 - y" so that it is a proper rotation: * f still generates a complex code sequence, but I'm not sure how mu

[Bug target/24102] floatdisf2_internal2 broken

--- Additional Comments From amodra at bigpond dot net dot au 2005-09-29 04:51 --- Fixed all active branches -- What|Removed |Added Status|ASSIGNED

[Bug target/21588] x86 machine builtins do not have any const/pure attributes set

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29 04:12 --- Making this depend on the "need a new ra" bug. -- What|Removed |Added BugsThisDependsOn|

[Bug target/23150] 20050713-1.c fails on arm-none-eabi with -O2 or -Os.

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org |dot org | Status|NEW

[Bug middle-end/17886] variable rotate and long long rotate should be better optimized

--- Additional Comments From dank at kegel dot com 2005-09-29 04:36 --- Thanks - I'll try to get this benchmarked on a semi-real app. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17886

  1   2   >