[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
08:13 ---
Any news here?  This is one of the more serious compile time problems 
in GCC4, I've seen a number of cases where these passes are high up in 
the profile. 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790

[Bug other/19751] New: ./install-sh not found in subdirectories

[jschulen at gmx dot de]

After untaring gcc-core-3.4.3 and gcc-g++-3.4.3 and gcc-testsuite I did:

./configure; gmake bootstrap; gmake install

which failes:

./install-sh -c .libs/libsupc++.lai /usr/local/lib/mabi=32/libsupc++.la
../libtool[5067]: ./install-sh:  not found
gmake[5]: *** [install-toolexeclibLTLIBRARIES] Error 127
gmake[5]: Leaving directory
`/root/gcc-3.4.3/mips-sgi-irix6.5/mabi=32/libstdc++-v3/libsupc++'

As workaround I copied install-sh in every subdirectory.
Same happens for alphaev7-dec-osf. I did no tests on other platforms.

-- 
   Summary: ./install-sh not found in subdirectories
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jschulen at gmx dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: mips-sgi-irix6.5
  GCC host triplet: mips-sgi-irix6.5
GCC target triplet: mips-sgi-irix6.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19751

[Bug tree-optimization/15678] [4.0 Regression] CSiBE i686 compilation time increased by 10% at -O2

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
08:28 ---
http://www.inf.u-szeged.hu/csibe/s-i686-linux.php shows compile time 
regressions: 
 
target  -O2   -Os 
i686-linux  10%5% 
i386-elf 8%   -1% 
mips-elf10%2% 
ppc-elf  8%   -3% 
sh-elf   2%   -7% 
 
 

-- 
   What|Removed |Added

Summary|[4.0 Regression] Compilation|[4.0 Regression] CSiBE i686
   |time increased by 10-20%|compilation time increased
   ||by 10% at -O2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678

Recover from errors

[Grigorio V. Moshkin]

Hi!

First, thanks to Andrew Pinski <[EMAIL PROTECTED]>, for his fast and 
exact replay to my previous question!

I am porting one large windows application to linux. Code is formerly platform 
independent. But, Microsoft Visual C++ (MSVC) 6 is very unserious with ISO 
C++ standard. For exemple, consider the fragment:

class A {
public:
virtual void func() throw (C, D);
};

class B: public A {
public:
void func();
};

Of course, gcc notices the error:
"looser throw specifier for `virtual void func()'". And, it's ISO C++ strict 
rule. But MSVC doesn't emit an error and simply compiles that code.

The problem is there are too many fragments of code above with this tipical 
error and other few tipical errors.

Does gcc allow (maybe via an undocumented option or slight SOURCE HACKING 
(thats because I write to gcc-BUGS mailing list)) to generate C++ code with 
this tipical errors FIXED? I ask just because I see, gcc does collect all 
SUFFICIENT (enough) INFO to FIX that tipical erros.

[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization

[rakdver at atrey dot karlin dot mff dot cuni dot cz]

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni 
dot cz  2005-02-02 08:38 ---
Subject: Re:  [4.0 Regression] Significant compile time increases for sixtrack 
with tree LICM and IV optimization

> Any news here?  This is one of the more serious compile time problems 
> in GCC4, I've seen a number of cases where these passes are high up in 
> the profile. 

As for ivopts, the problems reported under this PR are solved.  So if
you have a testcase where ivopts eat more than 1% of time without a good
reason, please let me know.

I will try to update and resend the patch for inefficiency in store
motion.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790

[Bug tree-optimization/18316] Missed IV optimization

[rakdver at gcc dot gnu dot org]

--- Additional Comments From rakdver at gcc dot gnu dot org  2005-02-02 
08:56 ---
Patch:

http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00142.html

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18316

[Bug middle-end/19752] New: error: unrecognizable insn

[jorgen dot moth at uni-c dot dk]

When installing TeX-live 2004 on a HP-box (hpux11.11) with gcc –version:

gcc -v
Reading specs from /usr/unic/libexec/gcc/3.4.2/lib/gcc/hppa1.1-hp-
hpux11.11/3.4.2/specs
Configured with: ../gcc-3.4.2/configure --prefix=/usr/unic/share/gcc/3.4.2 --
exec-prefix=/usr/unic/libexec/gcc/3.4.2 --with-gnu-as --with-
as=/usr/local/bin/as
Thread model: single
gcc version 3.4.2

the following excerpt of the dvidvi.c program

integer myatol(s)
char **s ;
{
   register char *p ;
   register integer result ;

   result = 0 ;
   p = *s ;
   while ('0' <= *p && *p <= '9') {
  if (result > 1)
 error("! arithmetic overflow in parameter") ;
  result = 10 * result + *p++ - '0' ;
   }
   if (p == *s)
  usage() ;
   else {
  *s = p ;
  return(result) ;
   }
}

Resulted in an internal compiler error. The compiler call was:

gcc -DNO_DEBUG -I. -I. -I.. -I./.. -DUNIX  -DNeedFunctionPrototypes -
DHAVE_CONFIG_H -I../kpathsea -I./../kpathsea  -g -O2  -c dvidvi.c -o dvidvi.o

…

dvidvi.c: In function `main':
dvidvi.c:1265: warning: return type of 'main' is not `int'
dvidvi.c: In function `myatol':
dvidvi.c:447: error: unrecognizable insn:
(insn 76 73 161 dvidvi.c:447 (clobber (reg/i:SI 28 %r28 [  ])) -1 
(insn_list:REG_DEP_OUTPUT 56 (nil))
(nil))
dvidvi.c:447: internal compiler error: in insn_default_length, at insn-
attrtab.c:825
Please submit a full bug report,

-- 
   Summary: error: unrecognizable insn
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jorgen dot moth at uni-c dot dk
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19752

[Bug tree-optimization/17790] [4.0 Regression] Significant compile time increases for sixtrack with tree LICM and IV optimization

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
09:17 ---
18687 is one example where IVopts takes a significant amount of time (9%). 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

[stevenb at suse dot de]

--- Additional Comments From stevenb at suse dot de  2005-02-02 09:21 
---
Subject: Re:  [meta-bug] optimizations that CSE still catches

On Monday 31 January 2005 22:35, law at redhat dot com wrote:
> Note I would _STRONGLY_ recommend people look at more than just the
> compiler when evaluating the old CSE code.  In particular it is
> important that we look at things like 64bit arithmetic on 32bit
> hosts (which happens often in kernels, but not nearly as often
> in user level benchmarks).

I was told crafty has a lot of 64bits arithmetic, so the -m32
numbers for crafty should be an indication of possible regressions
in that area.  And those numbers look OK to me.

If I can find some time, I'll try another benchmark suite to see
the effects of CSE path following are significant enough to still
be worth its cost.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721

[Bug preprocessor/19753] New: different LANG settings and ccache don't work together

[joerg dot richter at pdv-fs dot de]

$ touch a.cc
$ LANG=C g++ -E a.cc
# 1 "a.cc"
# 1 ""
# 1 ""
# 1 "a.cc"

$ LANG=de_DE g++ -E a.cc
# 1 "a.cc"
# 1 ""
# 1 ""
# 1 "a.cc"

IMHO, preprocessor output should be independend of LANG settings. This prevents 
ccache (http://ccache.samba.org) from working for different users using 
different LANG settings.

A workaround for my problem is to set LANG always to "C". But then you can't 
see translated errors/warnings.

-- 
   Summary: different LANG settings and ccache don't work together
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joerg dot richter at pdv-fs dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19753

[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches

[hubicka at ucw dot cz]

--- Additional Comments From hubicka at ucw dot cz  2005-02-02 11:50 ---
Subject: Re:  [meta-bug] optimizations that CSE still catches

> 
> --- Additional Comments From stevenb at suse dot de  2005-02-02 09:21 
> ---
> Subject: Re:  [meta-bug] optimizations that CSE still catches
> 
> On Monday 31 January 2005 22:35, law at redhat dot com wrote:
> > Note I would _STRONGLY_ recommend people look at more than just the
> > compiler when evaluating the old CSE code.  In particular it is
> > important that we look at things like 64bit arithmetic on 32bit
> > hosts (which happens often in kernels, but not nearly as often
> > in user level benchmarks).
> 
> I was told crafty has a lot of 64bits arithmetic, so the -m32
> numbers for crafty should be an indication of possible regressions
> in that area.  And those numbers look OK to me.

Crafty is special by using 64bit values as bitmaps rather then numbers,
so it don't do addition/multiplication and friends much that produces
most lousy artefacts.

Honza
> 
> If I can find some time, I'll try another benchmark suite to see
> the effects of CSE path following are significant enough to still
> be worth its cost.
> 
> 
> -- 
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
> 
> --- You are receiving this mail because: ---
> You are on the CC list for the bug, or are watching someone who is.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721

Re: Recover from errors

[Giovanni Bajo]

Grigorio V. Moshkin <[EMAIL PROTECTED]> wrote:

> I am porting one large windows application to linux. Code is formerly
> platform independent. But, Microsoft Visual C++ (MSVC) 6 is very
> unserious with ISO C++ standard.

MSVC6 predates the ISO C++ standard.

> For exemple, consider the fragment:
>
> class A {
> public:
> virtual void func() throw (C, D);
> };
>
> class B: public A {
> public:
> void func();
> };
>
> Of course, gcc notices the error:
> "looser throw specifier for `virtual void func()'". And, it's ISO C++
> strict rule. But MSVC doesn't emit an error and simply compiles that
> code.
>
> The problem is there are too many fragments of code above with this
> tipical error and other few tipical errors.
>
> Does gcc allow (maybe via an undocumented option or slight SOURCE
> HACKING (thats because I write to gcc-BUGS mailing list)) to generate
> C++ code with this tipical errors FIXED? I ask just because I see,
> gcc does collect all SUFFICIENT (enough) INFO to FIX that tipical
> erros.

GCC is not able to reproduce the C++ source code it compiles on the output, let
alone modified. Just fix the bugs in your code like everyone else does :)

Giovanni Bajo

[Bug ada/19489] gnat tools not buildable cross

[laurent at guerby dot net]

--- Additional Comments From laurent at guerby dot net  2005-02-02 12:08 
---
Do I need to regenerate configure stuff after your patch (I don't know
how to do it):

...
make -C tools -f ../Makefile "[EMAIL PROTECTED]@" "CFLAGS=-O2 -g -O2 
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common"
"LDFLAGS=" "ADAFLAGS=-gnatpg -gnata" "INCLUDES=-I. -I.. -I../..
-I/home/guerby/work/gcc/version-head/gcc/ada
-I/home/guerby/work/gcc/version-head/gcc/ada/../config
-I/home/guerby/work/gcc/version-head/gcc/ada/../../include
-I/home/guerby/work/gcc/version-head/gcc/ada/.."
"ADA_INCLUDES=-I/home/guerby/work/gcc/install/install-20050126T091837/lib/gcc/i686-pc-linux-gnu/4.0.0/adalib/../adainclude
-I/home/guerby/work/gcc/install/install-20050126T091837/lib/gcc/i686-pc-linux-gnu/4.0.0/adalib/
-I. -I/home/guerby/work/gcc/version-head/gcc/ada"
"libsubdir=/home/guerby/work/gcc/cross/install/lib/gcc/powerpc-rtems/4.0.0"
"exeext=" "fsrcdir=/home/guerby/work/gcc/version-head/gcc/ada"
"srcdir=/home/guerby/work/gcc/version-head/gcc/ada" "TOOLS_LIBS= ../../prefix.o
../../version.o link.o ../../../libiberty/libiberty.a  " "GNATMAKE=gnatmake"
"GNATLINK=gnatlink" "GNATBIND=gnatbind" \
  TOOLSCASE=cross INCLUDES="" gnatmake-re gnatlink-re
make[3]: Entering directory `/home/guerby/work/gcc/cross/build/gcc/ada/tools'
rm -f tools/*
rm -rf tools
mkdir -p tools
(cd tools; ln -s ../sdefault.adb .)
touch ../stamp-tools
/bin/sh: cc_for_cross_gnattools@: command not found
make[3]: *** [link.o] Error 127
make[3]: Leaving directory `/home/guerby/work/gcc/cross/build/gcc/ada/tools'
make[2]: *** [gnattools1-re] Error 2
make[2]: Leaving directory `/home/guerby/work/gcc/cross/build/gcc/ada'
make[1]: *** [gnattools-cross] Error 2
make[1]: Leaving directory 
`/home/guerby/work/gcc/cross/build/powerpc-rtems/libada'
make: *** [all-target-libada] Error 2

My build tree gcc/libada-mk is

# GCC's Makefile fragment for libada.
# libada needs some information from the GCC configure file at the moment,
# and this exists to transfer that information in as clean a way as possible.

exeext=
libdir=${exec_prefix}/lib
gcc_version=4.0.0
NOCOMMON_FLAG=-fno-common
WARN_CFLAGS=$(GCC_WARN_CFLAGS)
[EMAIL PROTECTED]@
gcc_tmake_file= $(srcdir)/config/rs6000/t-rs6000
$(srcdir)/config/rs6000/t-fprules $(srcdir)/config/rs6000/t-rtems
$(srcdir)/config/t-rtems $(srcdir)/config/rs6000/t-ppccomm
gcc_xmake_file= $(srcdir)/config/x-linux

# This really shouldn't be needed, but for now...
CC=gcc



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19489

[Bug rtl-optimization/12845] [3.4 Regression] missed jump optimization

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-02-02 
12:24 ---
Is this a *regression* in 3.4? Does that mean that we used to do better at jump 
threading in 3.3 than in 3.4? Or is that regression mark just a relic of when 
this bug was speaking of an ICE? If it's not a regression, it can be close as 
fixed in mainline.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12845

[Bug libfortran/19678] DOS files don't work for list directed input

[paulthomas2 at wanadoo dot fr]

--- Additional Comments From paulthomas2 at wanadoo dot fr  2005-02-02 
12:40 ---
It's funny that you signal this.  I was going to suggest to the list that I fix 
it.  I was not sure that it really is a bug but it is a nuisance and is very 
easily fixed.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19678

[Bug middle-end/18902] Naive (default) complex division algorithm

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 12:54 
---
Rth is actively working on these issues.

-- 
   What|Removed |Added

 AssignedTo|pcarlini at suse dot de |rth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18902

[Bug java/18682] gcj doesnt reject invalid code

[rmathew at gcc dot gnu dot org]

--- Additional Comments From rmathew at gcc dot gnu dot org  2005-02-02 
13:08 ---
Fixed by my patch for PR java/19070

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18682

[Bug target/19520] protected function pointer doesn't work right

[amodra at bigpond dot net dot au]

--- Additional Comments From amodra at bigpond dot net dot au  2005-02-02 
13:15 ---
Confirming that the bug is real.

I can't say I like HJ's solution though.  It seems to require that ld.so resolve
a protected symbol in a shared library to a symbol defined in the main app. 
That's weird.  In other cases you don't want ld.so to do that, for instance when
the main app defines a function with the same name as a protected library
function.  I think it might be difficult for ld.so to choose the right symbol,
especially for the general case of multiple levels of shared libraries.

Another problem is that making protected functions non-local prevents certain
optimizations, for example see alias.c:mark_constant_function.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 13:15:45
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520

[Bug fortran/19754] New: Shape conformance not checked

[sfilippone at uniroma2 dot it]

On the attached sample code the compiler fails to issue a shape conformance
error message, which is indeed printed by other compilers (e.g. Intel 8.1)

[EMAIL PROTECTED] TEMP]$ gfortran -v
Using built-in specs.
Configured with: ../gcc-4.0-20050130/configure --prefix=/usr/local/gfortran
Thread model: posix
gcc version 4.0.0 20050130 (experimental)

[EMAIL PROTECTED] TEMP]$ gfortran -o tmp1 tmp1.f90

-- 
   Summary: Shape conformance not checked
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sfilippone at uniroma2 dot it
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19754

[Bug fortran/19754] Shape conformance not checked

[sfilippone at uniroma2 dot it]

--- Additional Comments From sfilippone at uniroma2 dot it  2005-02-02 
13:24 ---
Created an attachment (id=8127)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8127&action=view)
test case


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19754

[Bug libstdc++/17005] wide character strings don't work on HP-UX 11i using gcc 3.4.1

[hundertmarck at boehme-weihs dot de]

--- Additional Comments From hundertmarck at boehme-weihs dot de  
2005-02-02 13:26 ---
Exists there any version of gcc3 newer than 3.2.3 that supports std::wstring on
HP-UX11.11???

I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and gcc-4.0 does not compile on
hp-ux. Problems with varargs...

Is there any working solution to build a compiler that support wstring???

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17005

[Bug libstdc++/17005] wide character strings don't work on HP-UX 11i using gcc 3.4.1

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 13:30 
---
> I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and gcc-4.0 does not compile
> on hp-ux. Problems with varargs...

There is no released version, but the forthcoming 4.0 will be ok. To my best
knowledge, hppa-hpux builds fine, currently and indeed, the wchar_t testsuite
is clean

  http://gcc.gnu.org/ml/gcc-testresults/2005-02/msg00043.html

if not, for you, please file a separate PR. Thanks.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17005

[Bug java/17819] ICE in build_java_check_indexed_type

[rmathew at gcc dot gnu dot org]

--- Additional Comments From rmathew at gcc dot gnu dot org  2005-02-02 
13:36 ---
The simple workaround is to use the new BC-ABI (-findirect-dispatch).

I do see the abort(), but the filenames are printed properly (current mainline).

-- 
   What|Removed |Added

   Last reconfirmed|2005-01-02 01:35:43 |2005-02-02 13:36:08
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17819

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 13:51 
---
By the way: if this is really a generic problem in libstdc++, why I cannot
reproduce it on x86? There, I'm using mainline as of February, 1 + binutils
2.15.94.0.2.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug middle-end/19752] error: unrecognizable insn

[jorgen dot moth at uni-c dot dk]

--- Additional Comments From jorgen dot moth at uni-c dot dk  2005-02-02 
14:07 ---
To avoid the compiler error it helps to move the last "return(result" outside 
the curly brackets of the last else statement (literally removing the pair of 
curly brackets of the else statement). This change of code introduces no 
semantic change as "usage()" actually error-exits after printing some how-to 
information for using dvidvi. 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19752

[Bug c++/19755] New: -Wmissing-braces doesn't warn anymore

[oliverst at online dot de]

If you compile the example from the GCC manual entry for "-Wmissing-braces"
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.

I tried it with MinGW32 GCC 3.3.3, 3.4.2. I do get the warnings with a linux GCC
3.2:

test.cpp:5: warning: aggregate has a partly bracketed initializer
test.cpp:5: warning: aggregate has a partly bracketed initializer

Specs of the linux GCC:

Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --host=i386-redhat-linux --with-system-zlib 
--enable-__cxa_atexit
Thread model: posix
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)

The MinGW ones are the binaries distributed on www.mingw.net

-- 
   Summary: -Wmissing-braces doesn't warn anymore
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19755

[Bug c++/19756] New: -Wparentheses doesn't warn anymore

[oliverst at online dot de]

If you compile the example from the GCC manual entry for "-Wparentheses"
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.

I tried it with MinGW32 GCC 3.3.3, 3.4.2 and linux GCC 3.2 and none gave the
warning.

Specs of the linux GCC:

Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --host=i386-redhat-linux --with-system-zlib 
--enable-__cxa_atexit
Thread model: posix
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)

The MinGW ones are the binaries distributed on www.mingw.net

-- 
   Summary: -Wparentheses doesn't warn anymore
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756

[Bug c++/19757] New: -Wparentheses doesn't warn anymore

[oliverst at online dot de]

If you compile the example from the GCC manual entry for "-Wparentheses"
as C++, you aren't getting any warnings about this. If you compile it a C code
everything warns fine.

I tried it with MinGW32 GCC 3.3.3, 3.4.2 and linux GCC 3.2 and none gave the
warning.

Specs of the linux GCC:

Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --host=i386-redhat-linux --with-system-zlib 
--enable-__cxa_atexit
Thread model: posix
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)

The MinGW ones are the binaries distributed on www.mingw.net

-- 
   Summary: -Wparentheses doesn't warn anymore
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19757

[Bug other/19751] ./install-sh not found in subdirectories

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:30 ---


*** This bug has been marked as a duplicate of 13993 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19751

[Bug bootstrap/13993] [3.4 Regression] Relative path as srcdir causes problem

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:30 ---
*** Bug 19751 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jschulen at gmx dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13993

[Bug rtl-optimization/14838] [3.3/3.4/4.0 Regression] ICE when building with -O2 -g

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:33 ---
*** Bug 19752 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jorgen dot moth at uni-c dot
   ||dk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14838

[Bug middle-end/19752] error: unrecognizable insn

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:33 ---


*** This bug has been marked as a duplicate of 14838 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19752

[Bug c++/19756] -Wparentheses doesn't warn anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:39 ---
*** Bug 19757 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756

[Bug c++/19757] -Wparentheses doesn't warn anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
14:39 ---


*** This bug has been marked as a duplicate of 19756 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19757

[Bug java/19758] New: compiler allows super.fun() even if abstract

[kon at iki dot fi]

A GCC checked out from CVS on 2005-01-29 compiles the following
code without complaint, generating an invokespecial to the
abstract method First.fun().  The linker will detect the error,
but I think it would make sense to reject such code at compile
time, like KJC and Jikes do, or at least warn about it.
KJC gives "JLS 15.12.3" as a rationale.

abstract class First {
abstract void fun();
}

class Second extends First {
void fun() {
super.fun();
}
}

$ /usr/lib/kaffe/bin/kjc abstract.java
abstract.java:7: error:Can not call abstract method "void First.fun()" with
prefix "super"  [JLS 15.12.3]
$ jikes-gij abstract.java

Found 1 semantic error compiling "abstract.java":

 7. super.fun();
^-^
*** Semantic Error: An abstract method, "fun", cannot be invoked.
$ gcj -C -Wall -Wextra abstract.java
$ gcj -v abstract.java
Using built-in specs.
Reading specs from
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0/../../../libgcj.spec
rename spec lib to liborig
Configured with: /home/kalle/src/FOREIGN-CVS/gcc/configure --prefix=/home/kalle
--exec-prefix=/home/kalle/i386-pc-linux-gnu --host=i386-pc-linux-gnu
--build=i386-pc-linux-gnu --enable-java-awt=gtk,xlib
Thread model: posix
gcc version 4.0.0 20050129 (experimental)

/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/jc1
 abstract.java -fhash-synchronization -fno-use-divide-subroutine
-fuse-boehm-gc -fnon-call-exceptions -fno-omit-frame-pointer
-fkeep-inline-functions -quiet -dumpbase abstract.java -auxbase abstract -g1
-version -o /tmp/ccS8XoWC.s
GNU Java version 4.0.0 20050129 (experimental) (i386-pc-linux-gnu)
compiled by GNU C version 4.0.0 20050129 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Class path starts here:
./
   
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/../../../share/java/libgcj-4.0.0.jar/
 (system) (zip)
 as -V -Qy -o /tmp/cc6hh3qe.o /tmp/ccS8XoWC.s
GNU assembler version 2.15 (i386-linux) using BFD version 2.15

/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../libexec/gcc/i386-pc-linux-gnu/4.0.0/collect2
 --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2
/usr/lib/crt1.o /usr/lib/crti.o
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0/crtbegin.o
-L/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0
-L/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc
-L/home/kalle/i386-pc-linux-gnu/lib/gcc/i386-pc-linux-gnu/4.0.0
-L/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0/../../..
 -L/home/kalle/i386-pc-linux-gnu/lib/gcc/i386-pc-linux-gnu/4.0.0/../../..
/tmp/cc6hh3qe.o -lgcc_s -lgcc -lgcj -lm -lpthread -ldl -lgcc_s -lgcc -lc -lgcc_s
-lgcc
/home/kalle/stow/gcc/i386-pc-linux-gnu/bin/../lib/gcc/i386-pc-linux-gnu/4.0.0/crtend.o
 /usr/lib/crtn.o
/usr/lib/crt1.o(.text+0x18): In function `_start':
../sysdeps/i386/elf/start.S:98: undefined reference to `main'
/tmp/cc6hh3qe.o(.text+0xe): In function `Second::fun()':
: undefined reference to `First::fun()'
/tmp/cc6hh3qe.o(.data+0xc): undefined reference to `First::fun()'
collect2: ld returned 1 exit status

-- 
   Summary: compiler allows super.fun() even if abstract
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kon at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
 GCC build triplet: i386-pc-linux-gnu
  GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19758

[Bug c++/19755] [3.3/3.4/4.0 Regression] -Wmissing-braces doesn't warn anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
15:08 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 15:08:43
   date||
Summary|-Wmissing-braces doesn't|[3.3/3.4/4.0 Regression] -
   |warn anymore|Wmissing-braces doesn't warn
   ||anymore
   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19755

[Bug c++/19756] -Wparentheses doesn't warn anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
15:09 ---
Which examples?

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756

[Bug java/19758] compiler allows super.fun() even if abstract

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
15:13 ---
Confirmed, it might turn out this is a dup of bug 12893.

-- 
   What|Removed |Added

  BugsThisDependsOn||12893
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 15:13:39
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19758

[Bug libstdc++/17005] wide character strings don't work on HP-UX 11i using gcc 3.4.1

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2005-02-02 15:28 ---
Subject: Re:  wide character strings don't work on HP-UX

> --- Additional Comments From pcarlini at suse dot de  2005-02-02 13:30
> ---
> > I have unsuccesfull tested: gcc-3.3.5, gcc-3.4.3 and gcc-4.0 does not
> compile
> > on hp-ux. Problems with varargs...

GCC doesn't use varargs.  Varargs problems have been reported before
and I believe that you may be trying to use a broken HP build of GCC as
your bootstrap compiler.  GCC fixes various headers and it may contain
a version of varargs.h in its directory of fixed headers.  This might
also happen using HP sed.

Read the hppa install notes carefully.  If you have to start with
the HP bundled compiler, you will first have to build a version
from the 3.3 branch before using it to build later versions.  If you
have a recent version of HP ANSI C, you should be able to build
4.0 directly.  Also, make sure that your build tree isn't in the
source tree.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17005

[Bug c++/19756] -Wparentheses doesn't warn anymore

[oliverst at online dot de]

--- Additional Comments From oliverst at online dot de  2005-02-02 15:33 
---
from GCC 3.4.3 manual:

Also warn about constructions where there may be confusion to which if statement
an else branch belongs. Here is an example of such a case:

  {
if (a)
  if (b)
foo ();
else
  bar ();
  }
 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756

[Bug fortran/19759] New: ICE caused by an elemental character function

[vivekrao4 at yahoo dot com]

Compiling the following code on Windows causes an ICE:

program xx
implicit none
write (*,*) tf_char((/.true./),"#")
contains
elemental function tf_char(tf,char_true) result(cc)
logical  , intent(in)  :: tf
character (len=*), intent(in)  :: char_true
character (len=len(char_true)) :: cc
! works if line above replaced with line below
! character (len=1) :: cc
cc = ""
end function tf_char
end program xx

gfortran -v -c -Wall -std=f95 --free-form xx_elem_bug.f 
Using built-in specs.
Configured with: ../gcc/configure --prefix=/mingw --enable-languages=c,f95
Thread model: win32
gcc version 4.0.0 20050120 (experimental)
 c:/programs/gfortran/bin/../libexec/gcc/i686-pc-mingw32/4.0.0/f951.exe 
xx_elem_bug.f -quiet -dumpbase xx_elem_bug.f -mtune=pentiumpro -auxbase 
xx_elem_bug -Wall -std=f95 -version -ffree-form -o C:\DOCUME~1\rao\LOCALS~1
\Temp/ccw5.s
GNU F95 version 4.0.0 20050120 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.0.0 20050117 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
xx_elem_bug.f: In function 'tf_char':
xx_elem_bug.f:3: warning: unused variable 'tf'
xx_elem_bug.f: In function 'MAIN__':
xx_elem_bug.f:3: internal compiler error: in gfc_conv_function_call, at 
fortran/trans-expr.c:1104
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE caused by an elemental character function
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vivekrao4 at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19759

[Bug c++/19756] -Wparentheses doesn't warn on ambiguous if in C++

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
15:41 ---
Confirmed, we never warned in C++ front-end.

-- 
   What|Removed |Added

   Severity|normal  |minor
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 15:41:59
   date||
Summary|-Wparentheses doesn't warn  |-Wparentheses doesn't warn
   |anymore |on ambiguous if in C++


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19756

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

[pcarlini at suse dot de]

-- 
   What|Removed |Added

   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642

[Bug fortran/19760] New: wrong results or crash from PURE function

[vivekrao4 at yahoo dot com]

program xx
implicit none
real :: x(1)
x = f((/1.0/))
print*,x
! commenting the above 3 lines and uncommenting the next causes a crash
! write (*,*) f((/4.0/))
contains
pure function f(xx) result(xsum)
real, intent(in) :: xx(:)
real :: xsum(size(xx))
xsum = 1.0
end function f
end program xx

gfortran -o xpure_bug.exe -v --free-form -Wall xpure_bug.f  
Driving: gfortran -o xpure_bug.exe -v -ffree-form -Wall xpure_bug.f -
lgfortranbegin -lgfortran
Using built-in specs.
Configured with: ../gcc/configure --prefix=/mingw --enable-languages=c,f95
Thread model: win32
gcc version 4.0.0 20050120 (experimental)
 c:/programs/gfortran/bin/../libexec/gcc/i686-pc-mingw32/4.0.0/f951.exe 
xpure_bug.f -quiet -dumpbase xpure_bug.f -mtune=pentiumpro -auxbase xpure_bug -
Wall -version -ffree-form -o C:\DOCUME~1\rao\LOCALS~1\Temp/ccaW.s
GNU F95 version 4.0.0 20050120 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.0.0 20050117 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
 as -o C:\DOCUME~1\rao\LOCALS~1\Temp/ccaIbaaa.o C:\DOCUME~1\rao\LOCALS~1
\Temp/ccaW.s
 ld -Bdynamic -o xpure_bug.exe c:/programs/gfortran/bin/../lib/gcc/i686-pc-
mingw32/4.0.0/../../../crt2.o -Lc:/programs/gfortran/bin/../lib/gcc/i686-pc-
mingw32/4.0.0 -Lc:/programs/gfortran/bin/../lib/gcc -
Lc:/programs/gfortran/bin/../lib/gcc/i686-pc-mingw32/4.0.0/../../.. C:\DOCUME~1
\rao\LOCALS~1\Temp/ccaIbaaa.o -lgfortranbegin -lgfortran -lmingw32 -lgcc -
lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -
lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt

running xpure_bug.exe
  7.9179282E+33

-- 
   Summary: wrong results or crash from PURE function
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vivekrao4 at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19760

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 16:01 
---
Hummm:

  http://sources.redhat.com/ml/binutils/2005-01/msg00511.html



-- 
   What|Removed |Added

 CC||aj at suse dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-02-02 16:09 ---
My linker patch is for PROTECTED function symbols. It tries to prevent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520

BTW, R_X86_64_PC32 CAN NOT be used for global symbols since it is only 32bit
while the address space is 64bit. x86 doesn't have this issue.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug c++/19761] New: -Winit-self doesn't work anymore

[oliverst at online dot de]

If you compile the example from the GCC manual entry for "-Winit-self", you
aren't getting any warnings about this. It doesn't work with C++ and C. I tried
it with "-Wuninitialized -Winit-self -O1" and also -O2 and -O3, but none showed
the warning.

example from GCC 3.4.3 manual:

  int f()
  {
int i = i;
return i;
  }

I used MinGW GCC 3.4.2, that is distributed on www.mingw.net.

-- 
   Summary: -Winit-self doesn't work anymore
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 16:16 
---
> My linker patch is for PROTECTED function symbols. It tries to prevent
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520

Ok, just checked the testcase in binutils/584.

> BTW, R_X86_64_PC32 CAN NOT be used for global symbols since it is only 32bit
> while the address space is 64bit. x86 doesn't have this issue.

OK, noted. Now, why:
1- Adding visibility push(default)/pop to the library does *not* help on
   x86_64 for this (comment #11) testcase?
2- Why visibility push(default)/pop are necessary only on x86_64?!?

Sorry, two naive questions, but really before delving in the technical
details I want to be sure that overall things are consistent.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug target/19520] protected function pointer doesn't work right

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-02-02 16:17 ---
Please keep in mind that my proposal affects FUNCTION symbols only and my change
won't change function CALL, which will still be local. It only changes the
function pointer.

BTW, I believe ld.so in the current glibc is OK. It is kind of tricky. I think
I covered everything for FUNCTION symbols. If you believe ld.so is wrong in
some cases, please send me a testcase. I will fix it.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19520

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 16:25 
---
In other terms, I understand this

> BTW, R_X86_64_PC32 CAN NOT be used for global symbols since it is only 32bit
> while the address space is 64bit. x86 doesn't have this issue.

as meaning that the compiler should *not* emit R_X86_64_PC32 in the first place,
irrespective od other "details" affecting the c++ library. Thus, a *compiler*
bug, certainly.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug c++/19762] New: [3.4/4.0 regression] ICE in invalid explicit instantiation of a destructor

[reichelt at gcc dot gnu dot org]

The following invalid code snippet causes an ICE since gcc 3.4.0:

==
template struct A { ~A(){} };
template A<>::~A();
==

The error message is:

bug.cc:2: error: wrong number of template arguments (0, should be 1)
bug.cc:1: error: provided for 'template > struct A'
bug.cc:2: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in constructor_name_full, at cp/name-lookup.c:1662
Please submit a full bug report, [etc.]

-- 
   Summary: [3.4/4.0 regression] ICE in invalid explicit
instantiation of a destructor
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19762

[Bug c++/19762] [3.4/4.0 regression] ICE in invalid explicit instantiation of a destructor

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||monitored


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19762

[Bug c++/19763] New: surplus -Wuninitialized warnings

[oliverst at online dot de]

extern void foo(int);

void test()
{
 int change_y, y , new_y;
{
int save_y;
if (change_y) save_y = y, y = new_y;
if (change_y) y = save_y;
  }
  foo(y);
}

int main()
{
test();
return 0;
}

If I compile this code with "-Wuninitialized -O1" or "-Wuninitialized -O2" with
the MinGW 3.4.2 GCC I got those warnings:

test2.cpp: In function `void test()':
test2.cpp:5: warning: 'change_y' might be used uninitialized in this function
test2.cpp:5: warning: 'y' might be used uninitialized in this function

But I compile it with "-Wuninitialized -O3" I get this:

test2.cpp: In function `void test()':
test2.cpp:5: warning: 'change_y' might be used uninitialized in this function
test2.cpp:5: warning: 'y' might be used uninitialized in this function
test2.cpp: In function `int main()':
test2.cpp:5: warning: 'change_y' might be used uninitialized in this function
test2.cpp:5: warning: 'y' might be used uninitialized in this function

Which is obviously two surplus warnings and those two warnings also referencing
to the wrong function.

But when I comment the foo() call, then I get no warning at all, but I don't
know how the optimizations of GCC work, so it might be, because all the vars are
removed, because they aren't used at all and are "dead code".

MinGW GCC 3.3.3 and a linux GCC 3.2 also behaves the same.

-- 
   Summary: surplus -Wuninitialized warnings
   Product: gcc
   Version: 3.4.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: oliverst at online dot de
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19763

[Bug c++/19764] New: [3.3/3.4 regression] ICE on explicit instantiation of a non-template destructor

[reichelt at gcc dot gnu dot org]

The following invalid code snippet causes an ICE in gcc 3.3.x, and 3.4.[34]:

==
struct A;
template A<>::~A();
==

The error message on the 3.4 branch is:

bug.cc:2: error: `A' is not a template
bug.cc:2: error: expected id-expression before '~' token
bug.cc:2: error: abstract declarator `A' used as declaration
bug.cc:2: internal compiler error: tree check: expected class 'd', have 'x'
(error_mark) in do_decl_instantiation, at cp/pt.c:10668
Please submit a full bug report, [etc.]

We did not ICE in gcc 3.2.x.

-- 
   Summary: [3.3/3.4 regression] ICE on explicit instantiation of a
non-template destructor
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, error-recovery, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19764

[Bug c++/19764] [3.3/3.4 regression] ICE on explicit instantiation of a non-template destructor

[reichelt at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |3.4.4
Version|4.0.0   |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19764

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
16:47 ---
Subject: Bug 19642

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-02-02 16:46:40

Modified files:
libstdc++-v3   : ChangeLog 
libstdc++-v3/config/locale/generic: c_locale.h 

Log message:
2005-02-02  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/19642
* config/locale/generic/c_locale.h (__convert_from_v): Switch only
LC_NUMERIC, and only when actually != "C".

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.213&r2=1.2224.2.214
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/locale/generic/c_locale.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.11.10.2&r2=1.11.10.3



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642

[Bug libstdc++/19642] streaming doubles is very slow compared to sprintf

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-02-02 16:48 
---
This specific issue is fixed for 4.0.0 and 3.4.4.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642

[Bug c++/19761] -Winit-self doesn't work anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
16:58 ---
There is a test in the testsuite for this so I don't understand why this is 
failing.

http://gcc.gnu.org/ml/gcc-testresults/2005-02/msg00072.html

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761

[Bug c/19765] New: GCC math operations can fail with type double

[gcc-bugzilla at gcc dot gnu dot org]

simple subtraction works for small values of doubles, but fails for 
larger values

TEST CODE FOLLOWS:
int main (int argc, char **argv)
{
double n1, n2;

n1=74925983.0;

n2=n1-1;
if (n1==n2) printf ("BUG: the numbers are equal.\n");
else printf ("NO BUG: the numbers are different\n");

n1=3275892374984327984327498274925983.0;

n2=n1-1;
if (n1==n2) printf ("BUG: the numbers are equal.\n");
else printf ("NO BUG: the numbers are different\n");

return (0);
}

COMPILE WITH: gcc -o test test.c
EXECUTE: ./test

Environment:
System: Linux bubbles 2.6.11-rc1 #1 SMP Thu Jan 27 02:57:53 MST 2005 i686 
Intel(R) Pentium(R) 4 CPU 2.80GHz GenuineIntel GNU/Linux
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: /var/tmp/portage/gcc-3.3.3-r6/work/gcc-3.3.3/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3 
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info --enable-shared 
--host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --with-system-zlib 
--enable-languages=c,c++ --enable-threads=posix --enable-long-long 
--disable-checking --disable-libunwind-exceptions --enable-cstdio=stdio 
--enable-version-specific-runtime-libs 
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/include/g++-v3 
--with-local-prefix=/usr/local --enable-shared --enable-nls 
--without-included-gettext --disable-multilib --enable-__cxa_atexit 
--enable-clocale=generic

How-To-Repeat:
The test program shows when the bug does/doesnt occur.
--- Additional Comments From nelson at bubbles dot reversion dot ccn  
2005-02-02 17:05 ---
Fix:
I dont know how to fix this.

-- 
   Summary: GCC math operations can fail with type double
   Product: gcc
   Version: 3.3.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nelson at bubbles dot reversion dot ccn
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19765

[Bug fortran/19766] New: wrong results or crash from PURE function

[vivekrao4 at yahoo dot com]

program xx
implicit none
real :: x(1)
x = f((/1.0/))
print*,x
! commenting the above 3 lines and uncommenting the next causes a crash
! write (*,*) f((/4.0/))
contains
pure function f(xx) result(xsum)
real, intent(in) :: xx(:)
real :: xsum(size(xx))
xsum = 1.0
end function f
end program xx

gfortran -o xpure_bug.exe -v --free-form -Wall xpure_bug.f  
Driving: gfortran -o xpure_bug.exe -v -ffree-form -Wall xpure_bug.f -
lgfortranbegin -lgfortran
Using built-in specs.
Configured with: ../gcc/configure --prefix=/mingw --enable-languages=c,f95
Thread model: win32
gcc version 4.0.0 20050120 (experimental)
 c:/programs/gfortran/bin/../libexec/gcc/i686-pc-mingw32/4.0.0/f951.exe 
xpure_bug.f -quiet -dumpbase xpure_bug.f -mtune=pentiumpro -auxbase xpure_bug -
Wall -version -ffree-form -o C:\DOCUME~1\rao\LOCALS~1\Temp/ccaW.s
GNU F95 version 4.0.0 20050120 (experimental) (i686-pc-mingw32)
compiled by GNU C version 4.0.0 20050117 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
 as -o C:\DOCUME~1\rao\LOCALS~1\Temp/ccaIbaaa.o C:\DOCUME~1\rao\LOCALS~1
\Temp/ccaW.s
 ld -Bdynamic -o xpure_bug.exe c:/programs/gfortran/bin/../lib/gcc/i686-pc-
mingw32/4.0.0/../../../crt2.o -Lc:/programs/gfortran/bin/../lib/gcc/i686-pc-
mingw32/4.0.0 -Lc:/programs/gfortran/bin/../lib/gcc -
Lc:/programs/gfortran/bin/../lib/gcc/i686-pc-mingw32/4.0.0/../../.. C:\DOCUME~1
\rao\LOCALS~1\Temp/ccaIbaaa.o -lgfortranbegin -lgfortran -lmingw32 -lgcc -
lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32 -lshell32 -
lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt

running xpure_bug.exe
  7.9179282E+33

-- 
   Summary: wrong results or crash from PURE function
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vivekrao4 at yahoo dot com
CC: gcc-bugs at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19766

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2005-02-02 17:17 ---
I believe it is a real compiler bug. I will see what I can do.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664

[Bug c/19765] GCC math operations can fail with type double

[schlie at comcast dot net]

--- Additional Comments From schlie at comcast dot net  2005-02-02 17:54 
---
Because the "big number" exceeds the representable precision of a double,
thereby 1 is less significant than the least significant representable magnitude
of the stored value, thereby can't effect it if summed.




-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19765

[Bug c/19435] spurious warnings with nested array constructors

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
18:03 ---
Subject: Bug 19435

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 18:03:21

Modified files:
gcc: ChangeLog c-typeck.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: c99-init-4.c 

Log message:
PR c/19435
* c-typeck.c (really_start_incremental_init): Reset
constructor_max_index for arrays of incomplete type.

testsuite:
* gcc.dg/c99-init-4.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7372&r2=2.7373
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&r1=1.416&r2=1.417
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4982&r2=1.4983
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-init-4.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19435

[Bug rtl-optimization/19767] New: CSE hang on very simple code with -O2 -ftracer

[ed at catmur dot co dot uk]

The following very simple testcase causes a hang when compiled with certain 
flags:

int main (int argc, char **argv) {
char v = !**argv;
if (**argv != v)
**argv = argc;
if (**argv)
**argv = argc;
return 0;
}

The following command lines cause gcc to hang:

$ gcc -O2 -ftracer foo.c
$ gcc -O -fcse-follow-jumps -frerun-cse-after-loop -ftracer foo.c

I could not find a command line that causes a hang without -O (I tried the docs
and the "options enabled" output of -v -Q; I haven't tried going through the gcc
sources).

When run with -dy, the last few lines of output are:

Next token is 125 ('}' [}])
Shifting token 125 ('}'), Entering state 540
Reducing via rule 447 (line 1970),  -> poplevel
state stack now 0 2 40 144 223 314 423 502 593 559 278 379 463 540
Entering state 625
Reducing via rule 459 (line 2046), pushlevel maybe_label_decls
compstmt_contents_nonempty '}' poplevel  -> compstmt_nostart
state stack now 0 2 40 144 223 314 423 502 593 559
Entering state 650
Reducing via rule 463 (line 2076), compstmt_start compstmt_nostart  -> compstmt
state stack now 0 2 40 144 223 314 423 502 593
Entering state 586
Reducing via rule 455 (line 2034), compstmt  -> compstmt_or_error
state stack now 0 2 40 144 223 314 423 502 593
Entering state 695
Reducing via rule 21 (line 375), declspecs_ts setspecs declarator @3
old_style_parm_decls save_location @4 compstmt_or_error  -> fndef

When run with -da, foo.c.15.tracer is written and foo.c.18.cse2 is zero-length.
I assume this means it is hanging during the second CSE pass or subsequent jump
optimization.

This is my gcc -v:

Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: /var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/configure
--enable-version-specific-runtime-libs --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.3
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include/g++-v3
--host=i686-pc-linux-gnu --disable-altivec --enable-nls
--without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu
--with-system-zlib --disable-checking --disable-werror
--disable-libunwind-exceptions --enable-shared --enable-threads=posix
--disable-multilib --disable-libgcj --enable-languages=c,c++,f77
Thread model: posix
gcc version 3.4.3 20050110 (Gentoo Linux 3.4.3.20050110, ssp-3.4.3.20050110-0,
pie-8.7.7)

System type is Gentoo Linux 2005.0, glibc 2.3.4.20041102, kernel 2.6.10-nitro4,
Athlon XP.

The source file produces no warnings with -Wall.

The preprocessed output of the source file is the same as the original (with #
lines at the start and tabs converted to spaces).

-- 
   Summary: CSE hang on very simple code with -O2 -ftracer
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ed at catmur dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19767

[Bug c/19765] GCC math operations can fail with type double

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:18 ---
Not a bug, the large number - 1.0 is still large number because with doubles 
you cannot repestent that 
number,

-- 
   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19765

[Bug fortran/19766] wrong results or crash from PURE function

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|critical|normal
   Keywords||wrong-code


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19766

[Bug tree-optimization/17884] asm 'volatile' is not honored as documented

[dalej at apple dot com]

--- Additional Comments From dalej at apple dot com  2005-02-02 18:19 
---
Actually I adjusted the doc to my satisfaction in this thread:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01048.html
I suppose it's OK to close now.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17884

[Bug c/19435] spurious warnings with nested array constructors

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:20 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19435

[Bug c/16989] [meta-bug] C99 conformance bugs

[pinskia at gcc dot gnu dot org]

-- 
Bug 16989 depends on bug 19435, which changed state.

Bug 19435 Summary: spurious warnings with nested array constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19435

   What|Old Value   |New Value

 Status|NEW |ASSIGNED
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16989

HighTec GNU; Assembler Inlines

[Andreas Tobola]

 Hi,
does anybody know how to add assembler inliens in C
using Hightec's GNU C-Compiler?
The device I use is Infineon's TriCore 1765.
The problem is: I want to use TriCore's DSP instruction set.
I now that there is a DSP-library, but the library does not implement the
functionality I need.
--
1.
--
I tried this without success:
*asm {
 svlcx
 nop
 nop
 rslcx
};*
Error message:
../src/pj8001.c: In function `main':
../src/pj8001.c:388: parse error before `{'
make.exe[1]: *** [pj8001.o] Error 1
I tried also _asm, __asm and __asm__ ...

--
2.
--
My second try was:
*#define sin(x) \
({ double __value, __arg = (x); \
asm ("fsinx %1,%0": "=f" (__value): "f" (__arg)); \
__value; })*
../src/pj8001.c:49: parse error before `{'
../src/pj8001.c:49: stray '\' in program
../src/pj8001.c:50: parse error before `:'
../src/pj8001.c:50: stray '\' in program
../src/pj8001.c:51: warning: type defaults to `int' in declaration of 
`__value'
../src/pj8001.c:51: warning: data definition has no type or storage class
../src/pj8001.c:51: parse error before `}'
../src/pj8001.c: In function `uart_rx_interrupt':
../src/pj8001.c:268: `bQueries' undeclared (first use in this function)
../src/pj8001.c:268: (Each undeclared identifier is reported only once
../src/pj8001.c:268: for each function it appears in.)
../src/pj8001.c: In function `main':
../src/pj8001.c:376: `bQueries' undeclared (first use in this function)


Thank you for any help !
Andreas

[Bug java/15543] "jv-scan --complexity" segfaults

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
18:41 ---
Subject: Bug 15543

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 18:41:30

Modified files:
gcc/java   : ChangeLog jv-scan.c parse-scan.y 

Log message:
PR java/15543
* parse-scan.y (formal_parameter): Use $2 (type) instead of $$
(modifiers) when square brackets are present in a declaration for
a final paramter.
* jv-scan.c (main): Set input_filename and input_line.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1543&r2=1.1544
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/jv-scan.c.diff?cvsroot=gcc&r1=1.44&r2=1.45
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/parse-scan.y.diff?cvsroot=gcc&r1=1.37&r2=1.38



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15543

[Bug c++/19762] [3.4/4.0 regression] ICE in invalid explicit instantiation of a destructor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:45 ---
: Search converges between 2003-08-06-trunk (#316) and 2003-08-07-trunk (#317).

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 18:45:52
   date||
   Target Milestone|--- |3.4.4


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19762

[Bug c++/19764] [3.3/3.4 regression] ICE on explicit instantiation of a non-template destructor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:47 ---
: Search converges between 2004-06-22-trunk (#470) and 2004-06-24-trunk (#471).

Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 18:47:13
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19764

[Bug c++/19755] [3.3/3.4/4.0 Regression] -Wmissing-braces doesn't warn anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:50 ---
Code (for lazy people):
  int a[2][2] = { 0, 1, 2, 3 };
  int b[2][2] = { { 0, 1 }, { 2, 3 } };



: Search converges between 2002-10-11-trunk (#101) and 2002-10-12-trunk (#102).

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19755

[Bug c++/19761] -Winit-self doesn't work anymore

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:53 ---
This example works for me with both the C and C++ front-end. You must be making 
a mistake.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19761

[Bug c/18502] [3.3/3.4/4.0 Regression] trigraphs don't work with -std=gnu99

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
18:55 ---
Patch here: .

-- 
   What|Removed |Added

   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18502

[Bug c++/19763] surplus -Wuninitialized warnings

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:00 ---
-O3 enables -finline-functions (as documented) which enables inlining of 
functions which are not even 
marked as inline so we inline test into main which causes these warnings.

Note on the mainline we now warn about the uninitialized variables even though 
foo(y) is commented 
out.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19763

[Bug rtl-optimization/19767] CSE hang on very simple code with -O2 -ftracer

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:06 ---
Confirmed, only reproducable on the 3.4 branch, it works on the mainline just 
fine but that might mean 
this is a latent bug.

We are looping in find_comparison_args.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||compile-time-hog
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 19:06:47
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19767

[Bug fortran/19759] ICE caused by an elemental character function

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:13 ---


*** This bug has been marked as a duplicate of 19242 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19759

[Bug fortran/19242] internal compiler error: in gfc_conv_function_call, at fortran/trans-expr.c:1106

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:13 ---
*** Bug 19759 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||vivekrao4 at yahoo dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19242

[Bug fortran/19574] specification expression failure

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:20 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 19:20:56
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19574

[Bug fortran/19766] wrong results or crash from PURE function

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:21 ---
Confirmed but more related to PR 19574 and 19561

-- 
   What|Removed |Added

  BugsThisDependsOn||19561, 19574
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 19:21:15
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19766

[Bug fortran/19766] wrong results or crash from PURE function

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:22 ---
*** Bug 19760 has been marked as a duplicate of this bug. ***

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19766

[Bug fortran/19760] wrong results or crash from PURE function

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:22 ---


*** This bug has been marked as a duplicate of 19766 ***

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19760

[Bug c++/19768] New: ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[tsarkov at cs dot man dot ac dot uk]

The attached code is compilable with gcc 3.4.3 and one week old 4.0. But today's
4.0 gives an ICE:

> g++-4.0 -v -save-temps -O3 -c test.cpp -o test.o

Using built-in specs.
Configured with: ../gcc/configure --enable-checking --prefix=/mnt/d/gcc
--enable-shared --enable-threads --program-suffix=-4.0
--enable-__cxa_atexit --disable-nls --enable-languages=c,c++
Thread model: posix
gcc version 4.0.0 20050202 (experimental)
 /mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -E -quiet -v
-D_GNU_SOURCE test.cpp -mtune=pentiumpro -O3 -fpch-preprocess -o test.ii
ignoring nonexistent directory
"/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0
 
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/i686-pc-linux-gnu
 
/mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/../../../../include/c++/4.0.0/backward
 /usr/local/include
 /mnt/d/gcc/include
 /mnt/d/gcc/lib/gcc/i686-pc-linux-gnu/4.0.0/include
 /usr/include
End of search list.
 /mnt/d/gcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1plus -fpreprocessed test.ii
-quiet -dumpbase test.cpp -mtune=pentiumpro -auxbase-strip test.o -O3 -version
-o test.s
GNU C++ version 4.0.0 20050202 (experimental) (i686-pc-linux-gnu)
    compiled by GNU C version 4.0.0 20050202 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
test.cpp: In member function 'int DlSatTester::testMergedTrees()':
test.cpp:51: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set
for SSA_NAME: LL_25in statement:
LL_39 = PHI ;
PHI argument
LL_25
for PHI node
LL_39 = PHI ;
test.cpp:51: internal compiler error: verify_ssa failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

-- 
   Summary: ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsarkov at cs dot man dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c++ |tree-optimization
   Keywords||ice-on-valid-code
Summary|ICE:|[4.0 Regression] ICE:
   |SSA_NAME_OCCURS_IN_ABNORMAL_|SSA_NAME_OCCURS_IN_ABNORMAL_
   |PHI should be set   |PHI should be set
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[tsarkov at cs dot man dot ac dot uk]

--- Additional Comments From tsarkov at cs dot man dot ac dot uk  
2005-02-02 19:29 ---
Created an attachment (id=8128)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8128&action=view)
Proprocessed source file


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||EH


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
19:42 ---
Confirmed, DSE is messing up somehow and not copying the bit once removing a 
store.

-- 
   What|Removed |Added

 CC||law at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 19:42:20
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug libgcj/19681] extension loading currently incorrect

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-02-02 
20:06 ---
I'm testing a patch


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19681

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
20:13 ---
Here is the most reduced testcase that I could come up with:
struct LeveLogger
{
  int currentLevel;
};
extern LeveLogger LL;
struct gg
{
  ~gg ( void )
{ LL.currentLevel = 1; }
};
void f(void);
void g ( void )
{
 gg sll;
  {
gg sll;
f();
  }
  f();
}

It also occurs with 20050113

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
20:22 ---
Here is a simple patch to fix up the error in DSE:
Index: tree-ssa-dse.c
===

RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dse.c,v
retrieving revision 2.15
diff -u -p -r2.15 tree-ssa-dse.c
--- tree-ssa-dse.c  18 Jan 2005 11:36:26 -  2.15
+++ tree-ssa-dse.c  2 Feb 2005 20:20:26 -
@@ -141,6 +141,8 @@ fix_phi_uses (tree phi, tree stmt)
 {
   tree v_may_def = DEF_FROM_PTR (def_p);
   tree v_may_use = USE_FROM_PTR (use_p);
+  if (SSA_NAME_OCCURS_IN_ABNORMAL_PHI (v_may_def))
+SSA_NAME_OCCURS_IN_ABNORMAL_PHI (v_may_use) = 1;
 
   /* Find any uses in the PHI which match V_MAY_DEF and replace
 them with the appropriate V_MAY_DEF_OP.  */


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19768] [4.0 Regression] ICE: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-02 
20:41 ---
My "fix" was not always correct.  Here is a fix which is more correct and works 
for this testcase also:
Index: tree-ssa-dse.c
===

RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dse.c,v
retrieving revision 2.15
diff -u -p -r2.15 tree-ssa-dse.c
--- tree-ssa-dse.c  18 Jan 2005 11:36:26 -  2.15
+++ tree-ssa-dse.c  2 Feb 2005 20:36:48 -
@@ -134,6 +134,15 @@ fix_phi_uses (tree phi, tree stmt)
   def_operand_p def_p;
   ssa_op_iter iter;
   int i;
+  edge e;
+  edge_iterator ei;
+  bool abormal_phi;
+  
+  FOR_EACH_EDGE (e, ei, PHI_BB (phi)->preds) 
+  if (e->flags & EDGE_ABNORMAL)
+break;
+  
+  abormal_phi = e != NULL;
 
   get_stmt_operands (stmt);
 
@@ -146,7 +155,10 @@ fix_phi_uses (tree phi, tree stmt)
 them with the appropriate V_MAY_DEF_OP.  */
   for (i = 0; i < PHI_NUM_ARGS (phi); i++)
if (v_may_def == PHI_ARG_DEF (phi, i))
- SET_PHI_ARG_DEF (phi, i, v_may_use);
+ {
+   SET_PHI_ARG_DEF (phi, i, v_may_use);
+   SSA_NAME_OCCURS_IN_ABNORMAL_PHI (v_may_use) = abormal_phi;
+ }
 }
 }
 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19768

[Bug tree-optimization/19578] [4.0 Regression] function pointer propagation fails for noreturn functions (part 2)

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
20:59 ---
Subject: Bug 19578

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 20:58:39

Modified files:
gcc: tree-flow.h tree-flow-inline.h tree-cfg.c 
 tree-ssa.c ChangeLog 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: 20050202-1.c 

Log message:
PR tree-optimization/19578
* tree-flow.h (modified_noreturn_calls): Declare.
(noreturn_call_p): Declare.
* tree-flow-inline.h (noreturn_call_p): New function.
(modify_stmt): Add modified noreturn calls to modified_noreturn_calls.
* tree-cfg.c (modified_noreturn_calls): New variable.
(cleanup_control_flow): Use noreturn_call_p.  Split basic blocks
that contain a mid-block noreturn call.
* tree-ssa.c (delete_tree_ssa): Clear modified_noreturn_calls.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gcc&r1=2.79&r2=2.80
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow-inline.h.diff?cvsroot=gcc&r1=2.30&r2=2.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-cfg.c.diff?cvsroot=gcc&r1=2.148&r2=2.149
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa.c.diff?cvsroot=gcc&r1=2.74&r2=2.75
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7374&r2=2.7375
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4983&r2=1.4984
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/20050202-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19578

[Bug libgcj/19681] extension loading currently incorrect

[tromey at gcc dot gnu dot org]

--- Additional Comments From tromey at gcc dot gnu dot org  2005-02-02 
20:59 ---
Fix checked in


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.0.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19681

[Bug libgcj/19681] extension loading currently incorrect

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-02-02 
20:59 ---
Subject: Bug 19681

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-02-02 20:59:42

Modified files:
libjava: ChangeLog Makefile.am Makefile.in 
libjava/gnu/gcj/runtime: VMClassLoader.java 
libjava/java/lang: VMClassLoader.java natVMClassLoader.cc 
Added files:
libjava/gnu/gcj/runtime: SystemClassLoader.java 

Log message:
PR libgcj/19681:
* Makefile.in: Rebuilt.
* Makefile.am (ordinary_java_source_files): Added new class.
* java/lang/natVMClassLoader.cc (getSystemClassLoaderInternal):
Use system_instance, not instance.
* gnu/gcj/runtime/SystemClassLoader.java: New file.
* gnu/gcj/runtime/VMClassLoader.java (init): Don't search
java.class.path.
(system_instance): New field.
(initialize): Initialize the system loader as well.
(VMClassLoader): Default to LIB_CACHE.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3301&r2=1.3302
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.am.diff?cvsroot=gcc&r1=1.438&r2=1.439
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&r1=1.468&r2=1.469
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/SystemClassLoader.java.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/gcj/runtime/VMClassLoader.java.diff?cvsroot=gcc&r1=1.17&r2=1.18
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/VMClassLoader.java.diff?cvsroot=gcc&r1=1.12&r2=1.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/natVMClassLoader.cc.diff?cvsroot=gcc&r1=1.4&r2=1.5



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19681

[Bug libstdc++/19265] problem with _S_destroy_thread_key when using dynamic libraries

[walter at djcvt dot net]

--- Additional Comments From walter at djcvt dot net  2005-02-02 20:53 
---
I can confirm this (unfortunately, haha).

$ g++ --version
g++ (GCC) 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)
$ g++ -v 2>&1 | grep -- '--enable-libstdcxx-allocator=mt'
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4
--enable-shared --with-system-zlib --enable-nls --without-included-gettext
--program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk --disable-werror i486-linux

This small testcase should crash with 3.4 and the mt_allocator:
http://dc.selwerd.nl/dlcrash.tar.bz2

I don't know how this generally goes, but is it possible to get a fix back into 
3.4?

Thanks,
Walter

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265

[Bug middle-end/19225] [3.4/4.0 regression] g++.dg/eh/omit-frame-pointer2.C fails with -fpic/-fPIC on i686-pc-linux-gnu

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
21:00 ---
I can confirm the segfault, but I'm not sure if this is a gcc bug. 

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-02-02 21:00:35
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19225

[Bug tree-optimization/19578] [4.0 Regression] function pointer propagation fails for noreturn functions (part 2)

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-02-02 
21:01 ---
Patch applied.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19578

[Bug rtl-optimization/8126] [3.3/3.4/4.0 regression] Floating point computation far slower in 3.2 than in 2.95

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-02-02 
20:54 ---
Uros, what exactly are you trying to show with numbers with and without 
scheduling for Pentium 4?  There is no scheduler description for it, so 
you have collected totally meaningless numbers.  See if there are sched 
vs. regstack interactions for Pentium 3, and maybe we have an issue to 
track in this PR again.  Otherwise I'm going to close it, given comment 
#15 and the lack of a specific issue to track in this report. 
 

-- 
   What|Removed |Added

 Status|NEW |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8126