[Bug testsuite/35538] FAIL: gcc.dg/tree-ssa/ssa-store-ccp-4.c scan-tree-dump-times optimized "conststaticvariable" 1

[ubizjak at gmail dot com]

--- Comment #11 from ubizjak at gmail dot com  2008-03-14 07:00 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug preprocessor/35326] [4.2/4.3/4.4 regression] ICE with stray digraph token

[reichelt at gcc dot gnu dot org]

--- Comment #3 from reichelt at gcc dot gnu dot org  2008-03-14 07:44 
---
I still see the ICE on 4.2 branch, 4.3 branch and mainline (i686-pc-linux-gnu).
Here's the backtrace from mainline (4.3 branch and 4.2 branch crash in the same
position, and valgrind reports an invalid read at that position):

#0  0x08784cdd in _cpp_lex_direct (pfile=0x89a5070)
at ../../gcc/libcpp/lex.c:897
Program received signal SIGSEGV, Segmentation fault.
0x08784cdd in _cpp_lex_direct (pfile=0x89a5070) at ../../gcc/libcpp/lex.c:897
897   if (buffer->need_line)
(gdb) bt
#0  0x08784cdd in _cpp_lex_direct (pfile=0x89a5070)
at ../../gcc/libcpp/lex.c:897
#1  0x087858bd in _cpp_lex_token (pfile=0x89a5070)
at ../../gcc/libcpp/lex.c:781
#2  0x08787b78 in cpp_get_token (pfile=0x89a5070)
at ../../gcc/libcpp/macro.c:1190
#3  0x08788d24 in cpp_get_token_with_location (pfile=0x89a5070, loc=0xb7d9bf74)
at ../../gcc/libcpp/macro.c:1271
#4  0x0804ccc0 in c_lex_with_flags (value=0xb7d9bf70, loc=0xb7d9bf74, 
cpp_flags=0x0, lex_flags=0) at ../../gcc/gcc/c-lex.c:304
#5  0x080c60cb in c_lex_one_token (parser=0xb7d9bf6c, token=0xb7d9bf6c)
at ../../gcc/gcc/c-parser.c:311
#6  0x080c6b40 in c_parser_skip_to_end_of_block_or_statement (
parser=0xb7d9bf6c) at ../../gcc/gcc/c-parser.c:416
#7  0x080d157b in c_parser_declaration_or_fndef (parser=0xb7d9bf6c, 
fndef_ok=1 '\001', empty_ok=0 '\0', nested=0 '\0', 
start_attr_ok=) at ../../gcc/gcc/c-parser.c:1263
#8  0x080d24a6 in c_parser_external_declaration (parser=0xb7d9bf6c)
at ../../gcc/gcc/c-parser.c:1180
#9  0x080d324f in c_parse_file () at ../../gcc/gcc/c-parser.c:1082
#10 0x080b84b5 in c_common_parse_file (set_yydebug=0)
at ../../gcc/gcc/c-opts.c:1280
#11 0x08351574 in toplev_main (argc=3, argv=0xbfa6b774)

Apparently pfile->buffer is 0.

I didn't use any special options, just plain "cc1 -quiet".


-- 


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

[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences

[loki at gcc dot gnu dot org]

--- Comment #13 from loki at gcc dot gnu dot org  2008-03-14 08:30 ---
(In reply to comment #12)
> Is this the same bug?  sparc-rtems4.9 on SVN trunk:

Not exactly, but after I fixed a small typo in the latest patch an
'unrecognizable insn' showed up.
So, this bug is still present on sparc-rtems4.9.


-- 


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

[Bug c++/35571] `static function member` cannot appeat in a constant-expression.

[pluto at agmk dot net]

--- Comment #5 from pluto at agmk dot net  2008-03-14 08:49 ---
(In reply to comment #3)
> Doing:
> typedef X F;
> 
> 
> Fixes the error message.
> 

oh, so the comeau accepts invalid code :-)


-- 


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

[Bug c/35579] __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-03-14 09:36 ---
(In reply to comment #2)
> >This is the design of warn_unused_result, you cannot ignore the value, 
> >that is why casting to void does not work.

I agree with the reporter. There should be a way to tell the compiler to avoid
warning for particular cases. Casting to void seems to be the best way to do
that.

> >The warning happens in the front-end so we don't know if you really ignore 
> >the
> >value if you don't use the actually variable.
> 
> Is there any way of fixing this?  warn_unused_result is used in a number of
> quite significant pieces of code to enforce safety properties (the Linux 
> kernel
>   springs to mind), having a compiler-enforced safety check that doesn't work
> reliably seems rather dangerous.  If it can't be fixed then could it at least
> be documented that the check isn't always reliable?

Unfortunately, the front-end lacks any data-flow knowledge, so this can't be
fixed. Almost all GCC warnings have the same limitations.

Documenting that warn_unused_result does not detect certain cases seems good.
Care to write a text? I will format it and submit it as a patch if you want.

Thanks.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-14 09:36:05
   date||


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

[Bug bootstrap/35580] New: ICE in bootstrap while building libgcj

[r dot emrich at de dot tecosim dot com]

ice while building libgcj_tools_la-tools.o:

libtool: compile: 
/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc/gcj
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/hppa2.0w-hp-hpux11.00/libjava/
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc/
-fclasspath=
-fbootclasspath=/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch
-fno-indirect-classes
-fsource-filename=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/hppa2.0w-hp-hpux11.00/libjava/classpath/tools/all-classes.lst
 
-g -O2 -MT classpath/tools/libgcj_tools_la-tools.lo -MD -MP -MF
classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c classpath/tools/tools.zip 
-fPIC -o classpath/tools/.libs/libgcj_tools_la-tools.o
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/libjava/classpath/tools/gnu/classpath/tools/jarsigner/Main.java:0:
internal compiler error: in java_mangle_resource_name, at java/mangle.c:826

worked at least until gcc (GCC) 4.3.0 20071217 (experimental)


-- 
   Summary: ICE in bootstrap while building libgcj
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: r dot emrich at de dot tecosim dot com
 GCC build triplet: hppa2.0w-hp-hpux11.00
  GCC host triplet: hppa2.0w-hp-hpux11.00
GCC target triplet: hppa2.0w-hp-hpux11.00


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[hp at gcc dot gnu dot org]

--- Comment #12 from hp at gcc dot gnu dot org  2008-03-14 11:28 ---
(In reply to comment #11)

> Actually, the test produces different results for 32bit vs 64bit targets.

Are you sure you don't mean 32 vs 64-bit *hosts*?

My cris-elf (32-bit target) autotester runs on a x86_64 F8, and it tells me
that between 133196:133207 these regressions were introduced, coincident with
jvdelisle's changes and that there were no non-testsuite changes in this range:
gcc.sum gcc.dg/tree-ssa/ldist-4.c
gfortran.sum gfortran.dg/ldist-1.f90
and gcc.log and fortran.log says:
FAIL: gcc.dg/tree-ssa/ldist-4.c scan-tree-dump-times ldist "distributed: split
to 2 loops" 1
FAIL: gfortran.dg/ldist-1.f90  -O  scan-tree-dump-times ldist "distributed:
split to 5 loops" 1


-- 


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

[Bug c++/35556] problem with log10 and arch x86_64

[hans at svi dot nl]

--- Comment #3 from hans at svi dot nl  2008-03-14 11:28 ---
We encountered similar problems with Apple gcc 4.2.1 in statements like:
x = log10(MY_CONSTANT);
in combination with -fast compiler option.
With option -O2 there were no problems.
When 'x' is printed like reporter earlier the problem does not occur.
The workaround x = log(MY_CONSTANT) / log(10); works as expected.


-- 

hans at svi dot nl changed:

   What|Removed |Added

 CC||hans at svi dot nl


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

[Bug libgcj/32005] libjava fails to install

[r dot emrich at de dot tecosim dot com]

--- Comment #1 from r dot emrich at de dot tecosim dot com  2008-03-14 
11:43 ---
seems to be the same as Bug 30071


-- 


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

[Bug c/35581] New: Option '-ftree-vrp' looks broken with '-O2'

[dmantipov at yandex dot ru]

Attached program is mktime() test usually runs by configure scripts. This test
behaves badly (terminates with SIGALRM) if compiled with '-O2', but works as
expected when compiled with '-O2 -fno-tree-vrp'.

I'm able to reproduce it on two systems:

1) x86_64 Fedora 8, kernel is 2.6.24.3, gcc 4.3 configured as:
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --enable-plugin
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre
--enable-libgcj-multifile --enable-java-maintainer-mode
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib
--with-cpu=generic --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.3.0 20080307 (Red Hat 4.3.0-2) (GCC) 

2) i386 FreeBSD 7.0 (7.0-STABLE), gcc 4.3 configured with:
Using built-in specs.
Target: i386-unknown-freebsd7.0
Configured with: ../gcc-4.3.0/configure --program-suffix=43 --prefix=/usr/local
--enable-checking=none --enable-multilib --enable-__cxa_atexit
--enable-threads=posix --enable-languages=c,c++ --disable-nls
--with-cpu=pentium4 --with-system-zlib
Thread model: posix
gcc version 4.3.0 (GCC)


-- 
   Summary: Option '-ftree-vrp' looks broken with '-O2'
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dmantipov at yandex dot ru
 GCC build triplet: x86_64-redhat-linux
  GCC host triplet: x86_64-redhat-linux
GCC target triplet: x86_64-redhat-linux


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

[Bug c/35581] Option '-ftree-vrp' looks broken with '-O2'

[dmantipov at yandex dot ru]

--- Comment #1 from dmantipov at yandex dot ru  2008-03-14 11:57 ---
Created an attachment (id=15314)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15314&action=view)
mktime() test from configure


-- 


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

[Bug c/35581] Option '-ftree-vrp' looks broken with '-O2'

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-14 12:01 ---
The test has undefined behavior in it as signed integer overflow is undefined. 
time_t is a signed integer.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID
Summary|Option '-ftree-vrp' looks   |Option '-ftree-vrp' looks
   |broken with '-O2'   |broken with '-O2'


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

[Bug c/35579] __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-03-14 12:08 ---
(In reply to comment #3)
> (In reply to comment #2)
> > >This is the design of warn_unused_result, you cannot ignore the value, 
> > >that is why casting to void does not work.
> 
> I agree with the reporter. There should be a way to tell the compiler to avoid
> warning for particular cases. Casting to void seems to be the best way to do
> that.

http://gcc.gnu.org/ml/gcc/2006-11/msg00468.html

The original patch has a testcase explicitly checking for the case where cast
to void is there:
http://gcc.gnu.org/ml/gcc-patches/2003-09/msg00875.html
+  (void) check1 ();/* { dg-warning "ignoring return value of" } */

As for the other stuff, the manual says:

+The @code{warn_unused_result} attribute causes a warning to be emitted
+if a caller of the function with this attribute does not use its
+return value.  This is useful for functions where not checking
+the result is either a security problem or always a bug, such as
[EMAIL PROTECTED]

The return value is used, it is assigned to a variable, just that variable is
not used which is a different story.

I think we can declare this bug as invalid really.

-- Pinski


-- 


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[ubizjak at gmail dot com]

--- Comment #13 from ubizjak at gmail dot com  2008-03-14 12:42 ---
(In reply to comment #12)

> > Actually, the test produces different results for 32bit vs 64bit targets.
> 
> Are you sure you don't mean 32 vs 64-bit *hosts*?

Hm, I have to look into my {,-m32} testresults on x86_64 host.

No, looking at [1] I don't think so.

[1] http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg01037.html


-- 


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[ubizjak at gmail dot com]

--- Comment #14 from ubizjak at gmail dot com  2008-03-14 12:53 ---
Created an attachment (id=15315)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15315&action=view)
testsuite patch relative to r133207

Proposed patch, relative to r133207.

HP, does this patch solve your problems?


-- 


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

[Bug fortran/35474] [4.3 regression] Reading module file with COMMON and EQUIVALENCE

[pault at gcc dot gnu dot org]

--- Comment #6 from pault at gcc dot gnu dot org  2008-03-14 13:19 ---
Subject: Bug 35474

Author: pault
Date: Fri Mar 14 13:18:49 2008
New Revision: 133214

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133214
Log:
2008-03-14  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/35474
* module.c (mio_symtree_ref): After providing a symbol for a
missing equivalence member, resolve and NULL the fixups.

2008-03-14  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/35474
* gfortran.dg/module_commons_2.f90 : New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/module_commons_2.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/module.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/35474] [4.3 regression] Reading module file with COMMON and EQUIVALENCE

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2008-03-14 13:20 ---
Fixed on trunk and 4.3

Paul


-- 


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

[Bug fortran/34640] ICE when assigning item of a derived-component to a pointer

[pault at gcc dot gnu dot org]

--- Comment #6 from pault at gcc dot gnu dot org  2008-03-14 13:24 ---
Jacques,

Now that 4.3 is out of the door, I have no excuse.  It's in the queue behind
completing my move to Barcelona, memory leaks in allocatable components + some
associated bugs and adding procedure pointers.  Thus, don't hold your breath
but it's on the way.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Last reconfirmed|2008-01-03 15:24:11 |2008-03-14 13:24:43
   date||


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

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[carlos at codesourcery dot com]

--- Comment #6 from carlos at codesourcery dot com  2008-03-14 13:26 ---
Greg,

As a workaround can you try using all of the sysroot framework? Configure with
--with-sysroot=/mnt/foo and --with-build-sysroot=/mnt/foo. Build with
LDFLAGS_FOR_TARGET="--sysroot=/mnt/foo" and
CPPFLAGS_FOR_TARGET="--sysroot=/mnt/foo".

I'm reading through the DIY instructions right now to make sense of your
bootstrap process.


-- 

carlos at codesourcery dot com changed:

   What|Removed |Added

 CC||carlos at codesourcery dot
   ||com


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

[Bug fortran/35582] New: very simple error gives segmentation fault

[leandromartinez dot spam at gmail dot com]

This porgram, when compiled with  $ gfortran prog.f -o prog gives segmentation
fault:

  real, parameter  :: a = 1.
  write(*,a) 'test'
  end  

Result:
test.f:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: very simple error gives segmentation fault
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: leandromartinez dot spam at gmail dot com


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

[Bug fortran/35474] [4.3 regression] Reading module file with COMMON and EQUIVALENCE

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2008-03-14 13:21 ---
Fixed on trunk and 4.3

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/35581] Option '-ftree-vrp' looks broken with '-O2'

[dmantipov at yandex dot ru]

--- Comment #3 from dmantipov at yandex dot ru  2008-03-14 13:36 ---
(In reply to comment #2)

> The test has undefined behavior in it as signed integer overflow is 
> undefined. 
> time_t is a signed integer.

Ok, I'll contact autoconf authors with this issue.

BTW, what about issuing the warning like

[file][line]: warning: operation on [whatever] may be undefined

just like in the classic case 

i = ++i + ++i;

?


-- 


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[hp at gcc dot gnu dot org]

--- Comment #15 from hp at gcc dot gnu dot org  2008-03-14 13:48 ---
(In reply to comment #14)
> HP, does this patch solve your problems?

Yes it does, thank you.


-- 


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

[Bug c/35581] Option '-ftree-vrp' looks broken with '-O2'

[rwild at gcc dot gnu dot org]

--- Comment #4 from rwild at gcc dot gnu dot org  2008-03-14 13:50 ---
(In reply to comment #3)
> Ok, I'll contact autoconf authors with this issue.

That's pretty funny that you encounter this AC_FUNC_MKTIME bug now which
when I encountered it asked about it on the GCC list and which caused this
gigantic thread (and sometime later the overflow warnings were implemented,
see  for a high-level description).

Anyway, here's the thread and also the patch that fixed this in Autoconf
(unfortunately, you still have to wait for the next stable release :-(



-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||Ralf dot Wildenhues at gmx
   ||dot de


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

[Bug testsuite/35583] New: gcc.dg/cpp/pr35322.c doesn't work

[hjl dot tools at gmail dot com]

On Linux/Intel64, I got

Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/cpp/pr35322.c-ansi
-pedantic-errors -fno-show-column -E  -o pr35322.i(timeout = 300)
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/cpp/pr35322.c:4: error: #pragma
dependency expects "FILENAME" or ^M
compiler exited with status 1
output is:
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/cpp/pr35322.c:4: error: #pragma
dependency expects "FILENAME" or ^M

FAIL: gcc.dg/cpp/pr35322.c (test for excess errors)


-- 
   Summary: gcc.dg/cpp/pr35322.c doesn't work
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug fortran/35582] very simple error gives segmentation fault

[jvdelisle at gcc dot gnu dot org]

--- Comment #1 from jvdelisle at gcc dot gnu dot org  2008-03-14 14:22 
---
Gives expected error on 4.4.   Confirmed on 4.1.2

We probably won't fix this.

write(*,a) 'test'
   1
Error: Constant expression in FORMAT tag at (1) must be of type default
CHARACTER


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-invalid-code
   Last reconfirmed|-00-00 00:00:00 |2008-03-14 14:22:49
   date||


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[ubizjak at gmail dot com]

--- Comment #17 from ubizjak at gmail dot com  2008-03-14 14:25 ---
Fixed again.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug c/35581] Option '-ftree-vrp' looks broken with '-O2'

[dmantipov at yandex dot ru]

--- Comment #5 from dmantipov at yandex dot ru  2008-03-14 14:26 ---
OK, I've found -[Wf]strict-overflow. Sorry for the dumb question.

But, why not enable -Wstrict-overflow=[2345] by default when -Wextra is
specified?


-- 


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

[Bug testsuite/35406] gfortran.dg/ldist-1.f90 and gcc.dg/tree-ssa/ldist-4.c don't work

[uros at gcc dot gnu dot org]

--- Comment #16 from uros at gcc dot gnu dot org  2008-03-14 14:18 ---
Subject: Bug 35406

Author: uros
Date: Fri Mar 14 14:17:41 2008
New Revision: 133216

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133216
Log:
PR testsuite/35406
* gcc.dg/tree-ssa/ldist-4.c: Update expected scan match
count from 0 to 1 for lp64 targets.
* gfortran.dg/ldist-1.f90: Update test to check
for 5 loops distributed instead of 4 for lp64 targets.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/ldist-4.c
trunk/gcc/testsuite/gfortran.dg/ldist-1.f90


-- 


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

[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions

[uros at gcc dot gnu dot org]

--- Comment #20 from uros at gcc dot gnu dot org  2008-03-14 14:35 ---
Subject: Bug 34000

Author: uros
Date: Fri Mar 14 14:34:09 2008
New Revision: 133217

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133217
Log:
PR target/34000
PR target/35553
* config/i386/xmmintrin.h: Change all static inline functions to
extern inline and add __gnu_inline__ attribute.
* config/i386/bmintrin.h: Ditto.
* config/i386/smmintrin.h: Ditto.
* config/i386/tmmintrin.h: Ditto.
* config/i386/mmintrin-common.h: Ditto.
* config/i386/ammintrin.h: Ditto.
* config/i386/emmintrin.h: Ditto.
* config/i386/pmmintrin.h: Ditto.
* config/i386/mmintrin.h: Ditto.
* config/i386/mm3dnow.h: Ditto.

testsuite/ChangeLog:

PR target/34000
PR target/35553
* g++.dg/other/i386-3.C: New test.
* gcc.target/i386/sse-13.c: Redefine extern instead of static.
* gcc.target/i386/sse-14.c: Ditto.
* gcc.target/i386/mmx-1.c: Ditto.
* gcc.target/i386/mmx-2.c: Ditto.
* gcc.target/i386/3dnow-1.c: Ditto.
* gcc.target/i386/3dnow-2.c: Ditto.
* gcc.target/i386/3dnowA-1.c: Ditto.
* gcc.target/i386/3dnowA-2.c: Ditto.


Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/other/i386-3.C
  - copied unchanged from r133169,
trunk/gcc/testsuite/g++.dg/other/i386-3.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/ammintrin.h
branches/gcc-4_3-branch/gcc/config/i386/bmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/emmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/mm3dnow.h
branches/gcc-4_3-branch/gcc/config/i386/mmintrin-common.h
branches/gcc-4_3-branch/gcc/config/i386/mmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/pmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/smmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/tmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/xmmintrin.h
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnow-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnow-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnowA-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnowA-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/mmx-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/mmx-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/sse-13.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/sse-14.c


-- 


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

[Bug c++/35553] -fkeep-inline-functions and -O errors out in SSE headers

[uros at gcc dot gnu dot org]

--- Comment #5 from uros at gcc dot gnu dot org  2008-03-14 14:35 ---
Subject: Bug 35553

Author: uros
Date: Fri Mar 14 14:34:09 2008
New Revision: 133217

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133217
Log:
PR target/34000
PR target/35553
* config/i386/xmmintrin.h: Change all static inline functions to
extern inline and add __gnu_inline__ attribute.
* config/i386/bmintrin.h: Ditto.
* config/i386/smmintrin.h: Ditto.
* config/i386/tmmintrin.h: Ditto.
* config/i386/mmintrin-common.h: Ditto.
* config/i386/ammintrin.h: Ditto.
* config/i386/emmintrin.h: Ditto.
* config/i386/pmmintrin.h: Ditto.
* config/i386/mmintrin.h: Ditto.
* config/i386/mm3dnow.h: Ditto.

testsuite/ChangeLog:

PR target/34000
PR target/35553
* g++.dg/other/i386-3.C: New test.
* gcc.target/i386/sse-13.c: Redefine extern instead of static.
* gcc.target/i386/sse-14.c: Ditto.
* gcc.target/i386/mmx-1.c: Ditto.
* gcc.target/i386/mmx-2.c: Ditto.
* gcc.target/i386/3dnow-1.c: Ditto.
* gcc.target/i386/3dnow-2.c: Ditto.
* gcc.target/i386/3dnowA-1.c: Ditto.
* gcc.target/i386/3dnowA-2.c: Ditto.


Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/other/i386-3.C
  - copied unchanged from r133169,
trunk/gcc/testsuite/g++.dg/other/i386-3.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/ammintrin.h
branches/gcc-4_3-branch/gcc/config/i386/bmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/emmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/mm3dnow.h
branches/gcc-4_3-branch/gcc/config/i386/mmintrin-common.h
branches/gcc-4_3-branch/gcc/config/i386/mmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/pmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/smmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/tmmintrin.h
branches/gcc-4_3-branch/gcc/config/i386/xmmintrin.h
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnow-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnow-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnowA-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/3dnowA-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/mmx-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/mmx-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/sse-13.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/sse-14.c


-- 


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

[Bug c++/35553] -fkeep-inline-functions and -O errors out in SSE headers

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2008-03-14 14:38 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

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


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

[Bug target/34000] GCC pedwarns about use of static inline functions from system headers in extern inline functions

[ubizjak at gmail dot com]

--- Comment #21 from ubizjak at gmail dot com  2008-03-14 14:41 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.1


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

[Bug preprocessor/35322] [4.2/4.3 regression] ICE with incomplete macro

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2008-03-14 14:52 ---
(In reply to comment #4)
> Fixed on trunk.

This patch is also needed:

Index: pr35322.c
===
--- pr35322.c   (revision 133217)
+++ pr35322.c   (working copy)
@@ -1,4 +1,4 @@
 /* Test case for PR 35322 -- _Pragma ICE.  */

 /* { dg-do preprocess } */
-_Pragma("GCC dependency")
+_Pragma("GCC dependency") /* { dg-error "#pragma dependency expects" } */


-- 


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

[Bug middle-end/33989] Extra load/store for float with union

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-14 14:52 ---
Subject: Bug 33989

Author: rguenth
Date: Fri Mar 14 14:52:07 2008
New Revision: 133218

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133218
Log:
2008-03-14  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/34043
PR tree-optimization/33989
* tree-ssa-pre.c (execute_pre): Allow SCCVN to do insertion
when doing FRE.
(bitmap_find_leader): Use extra argument to verify dominance
relationship inside a basic-block.
(can_PRE_operation): Add VIEW_CONVERT_EXPR.
(find_leader_in_sets): Adjust.
(create_component_ref_by_pieces): Take extra argument for
dominance check, handle lookup failures.
(find_or_generate_expression): Likewise.
(create_expression_by_pieces): Likewise.
(insert_into_preds_of_block): Adjust.
(create_value_expr_from): If asked for, verify all operands
are in the blocks AVAIL_OUT set.
(make_values_for_stmt): Check for SSA_NAMEs that are life
over an abnormal edge.
(compute_avail): Remove such check.
(do_SCCVN_insertion): New function.
(eliminate): If we do not find a leader suitable for replacement
insert a replacement expression from SCCVN if available.
* tree-ssa-sccvn.h (run_scc_vn): Update prototype.
(struct vn_ssa_aux): Add needs_insertion flag.
* tree-ssa-sccvn.c (may_insert): New global flag.
(copy_reference_ops_from_ref): Value-number union member access
based on its size, not type and member if insertion is allowed.
(visit_reference_op_load): For a weak match from union type
punning lookup a view-converted value and insert a SSA_NAME
for that value if that is not found.
(visit_use): Make dumps shorter.  Do not disallow value numbering
SSA_NAMEs that are life over an abnormal edge to constants.
(free_scc_vn): Release inserted SSA_NAMEs.
(run_scc_vn): New flag to specify whether insertion is allowed.
Process SSA_NAMEs in forward order.
* tree-ssa-loop-im.c (for_each_index): Handle invariant
ADDR_EXPRs inside VIEW_CONVERT_EXPR.
* fold-const.c (fold_unary): Fold VIEW_CONVERT_EXPRs from/to
pointer type to/from integral types that do not change the
precision to regular conversions.

* gcc.dg/tree-ssa/ssa-fre-7.c: New testcase.
* gcc.dg/tree-ssa/ssa-fre-8.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-9.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-10.c: Likewise.
* gcc.dg/tree-ssa/ssa-pre-17.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-10.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-7.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-8.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-9.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-17.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-im.c
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-ssa-sccvn.c
trunk/gcc/tree-ssa-sccvn.h


-- 


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

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2008-03-14 14:52 
---
Subject: Bug 34043

Author: rguenth
Date: Fri Mar 14 14:52:07 2008
New Revision: 133218

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133218
Log:
2008-03-14  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/34043
PR tree-optimization/33989
* tree-ssa-pre.c (execute_pre): Allow SCCVN to do insertion
when doing FRE.
(bitmap_find_leader): Use extra argument to verify dominance
relationship inside a basic-block.
(can_PRE_operation): Add VIEW_CONVERT_EXPR.
(find_leader_in_sets): Adjust.
(create_component_ref_by_pieces): Take extra argument for
dominance check, handle lookup failures.
(find_or_generate_expression): Likewise.
(create_expression_by_pieces): Likewise.
(insert_into_preds_of_block): Adjust.
(create_value_expr_from): If asked for, verify all operands
are in the blocks AVAIL_OUT set.
(make_values_for_stmt): Check for SSA_NAMEs that are life
over an abnormal edge.
(compute_avail): Remove such check.
(do_SCCVN_insertion): New function.
(eliminate): If we do not find a leader suitable for replacement
insert a replacement expression from SCCVN if available.
* tree-ssa-sccvn.h (run_scc_vn): Update prototype.
(struct vn_ssa_aux): Add needs_insertion flag.
* tree-ssa-sccvn.c (may_insert): New global flag.
(copy_reference_ops_from_ref): Value-number union member access
based on its size, not type and member if insertion is allowed.
(visit_reference_op_load): For a weak match from union type
punning lookup a view-converted value and insert a SSA_NAME
for that value if that is not found.
(visit_use): Make dumps shorter.  Do not disallow value numbering
SSA_NAMEs that are life over an abnormal edge to constants.
(free_scc_vn): Release inserted SSA_NAMEs.
(run_scc_vn): New flag to specify whether insertion is allowed.
Process SSA_NAMEs in forward order.
* tree-ssa-loop-im.c (for_each_index): Handle invariant
ADDR_EXPRs inside VIEW_CONVERT_EXPR.
* fold-const.c (fold_unary): Fold VIEW_CONVERT_EXPRs from/to
pointer type to/from integral types that do not change the
precision to regular conversions.

* gcc.dg/tree-ssa/ssa-fre-7.c: New testcase.
* gcc.dg/tree-ssa/ssa-fre-8.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-9.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-10.c: Likewise.
* gcc.dg/tree-ssa/ssa-pre-17.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-10.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-7.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-8.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-9.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-17.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-im.c
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-ssa-sccvn.c
trunk/gcc/tree-ssa-sccvn.h


-- 


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

[Bug fortran/35582] [4.1/4.2] very simple error gives segmentation fault

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2008-03-14 14:58 ---
Works for 4.3.1 (20080314) as well. Haven't rebuild 4.2.4 yet ...


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
  Known to fail||4.1.2
  Known to work||4.3.0 4.4.0
Summary|very simple error gives |[4.1/4.2] very simple error
   |segmentation fault  |gives segmentation fault


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

[Bug middle-end/34572] program that built with 4.1.2 fails with 4.2.2

[reist at users dot sourceforge dot net]

--- Comment #8 from reist at users dot sourceforge dot net  2008-03-14 
15:04 ---
I am getting this as well.
I tried building tomoe
(http://prdownloads.sourceforge.net/tomoe/tomoe-0.6.0.tar.gz).
I'm using gcc 4.2.3 and have 2GB of RAM.
Before running gcc:
 total   used   free sharedbuffers cached
Mem:   2074672 6830881391584  0  42056 116736
-/+ buffers/cache: 5242961550376
Swap:0  0  0

An instant after:
 total   used   free sharedbuffers cached
Mem:   20746722025556  49116  0  31044  43136
-/+ buffers/cache:1951376 123296
Swap:0  0  0

gcc -v -save-temps -DHAVE_CONFIG_H -I. -I../.. -I../../bindings/ruby
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DCONFDIR=\"/etc/tomoe\"
-DDATADIR=\"/usr/share/tomoe\" -DDICT_DATADIR=\"/usr/share/tomoe/dict\"
-DRECOGNIZER_DATADIR=\"/usr/share/tomoe/recognizer\"
-DDICT_MODULEDIR=\"/usr/lib/tomoe/module/dict\"
-DRECOGNIZER_MODULEDIR=\"/usr/lib/tomoe/module/recognizer\" -I../../lib
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -pthread
-I/usr/include/apr-1 -I/usr/include/subversion-1 -I/usr/include/mysql
-march=i486 -mtune=i686 -I/usr/lib/ruby/1.8/i486-linux
-I/usr/lib/ruby/site_ruby/1.8/i486-linux -O2 -march=i486 -mtune=i686 -fPIC
-DG_LOG_DOMAIN=\"Tomoe/Dict:Unihan\" -DRUBY_EXTDIR=\"\"
-DRUBY_LIBDIR=\"/usr/lib/ruby/site_ruby/1.8\" -O2 -pipe -march=i686 -Wall
-Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wcast-align -MT
unihan_la-tomoe-unihan.lo -MD -MP -MF .deps/unihan_la-tomoe-unihan.Tpo -c
tomoe-unihan.c  -fPIC -DPIC -o .libs/unihan_la-tomoe-unihan.o
gcc: warning: -pipe ignored because -save-temps specified
Reading specs from /usr/lib/gcc/i486-slackware-linux/4.2.3/specs
Target: i486-slackware-linux
Configured with: ../gcc-4.2.3/configure --prefix=/usr --enable-shared
--enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix
--enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose
--with-arch=i486 --target=i486-slackware-linux --host=i486-slackware-linux
Thread model: posix
gcc version 4.2.3
 /usr/libexec/gcc/i486-slackware-linux/4.2.3/cc1 -E -quiet -v -I. -I../..
-I../../bindings/ruby -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I../../lib -I/usr/include/apr-1 -I/usr/include/subversion-1
-I/usr/include/mysql -I/usr/lib/ruby/1.8/i486-linux
-I/usr/lib/ruby/site_ruby/1.8/i486-linux -MD .libs/unihan_la-tomoe-unihan.d -MF
.deps/unihan_la-tomoe-unihan.Tpo -MP -MT unihan_la-tomoe-unihan.lo -MQ
.libs/unihan_la-tomoe-unihan.o -D_REENTRANT -DHAVE_CONFIG_H
-DCONFDIR="/etc/tomoe" -DDATADIR="/usr/share/tomoe"
-DDICT_DATADIR="/usr/share/tomoe/dict"
-DRECOGNIZER_DATADIR="/usr/share/tomoe/recognizer"
-DDICT_MODULEDIR="/usr/lib/tomoe/module/dict"
-DRECOGNIZER_MODULEDIR="/usr/lib/tomoe/module/recognizer" -DLINUX=2
-D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
-DG_LOG_DOMAIN="Tomoe/Dict:Unihan" -DRUBY_EXTDIR=""
-DRUBY_LIBDIR="/usr/lib/ruby/site_ruby/1.8" -DPIC tomoe-unihan.c -march=i486
-mtune=i686 -march=i486 -mtune=i686 -march=i686 -Wall -Wmissing-declarations
-Wmissing-prototypes -Wpointer-arith -Wcast-align -fPIC -O2 -O2
-fpch-preprocess -o tomoe-unihan.i
ignoring nonexistent directory
"/usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 .
 ../..
 ../../bindings/ruby
 /usr/include/glib-2.0
 /usr/lib/glib-2.0/include
 ../../lib
 /usr/include/apr-1
 /usr/include/subversion-1
 /usr/include/mysql
 /usr/lib/ruby/1.8/i486-linux
 /usr/lib/ruby/site_ruby/1.8/i486-linux
 /usr/local/include
 /usr/lib/gcc/i486-slackware-linux/4.2.3/include
 /usr/include
End of search list.
 /usr/libexec/gcc/i486-slackware-linux/4.2.3/cc1 -fpreprocessed tomoe-unihan.i
-quiet -dumpbase tomoe-unihan.c -march=i486 -mtune=i686 -march=i486 -mtune=i686
-march=i686 -auxbase-strip .libs/unihan_la-tomoe-unihan.o -O2 -O2 -Wall
-Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wcast-align
-version -fPIC -o tomoe-unihan.s
GNU C version 4.2.3 (i486-slackware-linux)
compiled by GNU C version 4.2.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: d7200fa017f6d2624ddb1cb570d54fe1
gcc: Internal error: Killed (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 

reist at users dot sourceforge dot net changed:

   What|Removed |Added

 CC||reist at users dot
   ||sourceforge dot net


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

[Bug middle-end/34572] program that built with 4.1.2 fails with 4.2.2

[reist at users dot sourceforge dot net]

--- Comment #9 from reist at users dot sourceforge dot net  2008-03-14 
15:06 ---
Created an attachment (id=15316)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15316&action=view)
preprocessed file (packed) 


-- 


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

[Bug preprocessor/35322] [4.2/4.3 regression] ICE with incomplete macro

[tromey at gcc dot gnu dot org]

--- Comment #6 from tromey at gcc dot gnu dot org  2008-03-14 15:45 ---
Subject: Bug 35322

Author: tromey
Date: Fri Mar 14 15:44:56 2008
New Revision: 133220

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133220
Log:
2008-03-14  Uros Bizjak  <[EMAIL PROTECTED]>

PR libcpp/35322:
* gcc.dg/cpp/pr35322.c: Add dg-error line.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/cpp/pr35322.c


-- 


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

[Bug fortran/35584] invalid warning: branch causes infinite loop

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2008-03-14 16:04 ---
Btw, also note the position of the error marker ...


-- 


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

[Bug libgcj/32005] libjava fails to install

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2008-03-14 16:11 ---
Yes, this is fixed in 4.3.0.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/33989] Extra load/store for float with union

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-14 16:16 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2008-03-14 16:16 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/35336] Broken diagnostic: 'bit_field_ref' not supported by dump_expr

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-14 16:20 ---
Oh, fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/35585] New: Miscompiled inline assembly

[nicos at maunakeatech dot com]

The project I work on uses an inline assembly part to compute floor and ceil
functions of floating point numbers and its seems that in some cases, with
gcc-4.2 and optimizations turned on, the computed values are not correct. I
attached the smallest testcase that I could come up with to reproduce the error
and the preprocessed input. Changing the testcase a little suffices to make the
miscompilation disappear.
Since I am not an expert on inline assembly in gcc, I am not sure that the
iCeil/iFloor functions are completely correct and perhaps this is not a bug...

I was unable to reproduce the error with gcc-4.1 and gcc-4.3. The error is
still present with gcc-4.2.3. The error only appears with -O2/-O3.

Compilation command:
g++-4.2 -v -save-temps testcase.cpp -o testcase -O3
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2
--enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr
--enable-targets=all --enable-checking=release --build=i486-linux-gnu
--host=i486-linux-gnu --target=i486-linux-gnu
Thread model: posix
gcc version 4.2.1 (Ubuntu 4.2.1-5ubuntu4)
 /usr/lib/gcc/i486-linux-gnu/4.2.1/cc1plus -E -quiet -v -D_GNU_SOURCE
testcase.cpp -mtune=generic -O3 -fpch-preprocess -o testcase.ii
ignoring nonexistent directory "/usr/local/include/i486-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../i486-linux-gnu/include"
ignoring nonexistent directory "/usr/include/i486-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.2
 /usr/include/c++/4.2/i486-linux-gnu
 /usr/include/c++/4.2/backward
 /usr/local/include
 /usr/lib/gcc/i486-linux-gnu/4.2.1/include
 /usr/include
End of search list.
 /usr/lib/gcc/i486-linux-gnu/4.2.1/cc1plus -fpreprocessed testcase.ii -quiet
-dumpbase testcase.cpp -mtune=generic -auxbase testcase -O3 -version
-fstack-protector -fstack-protector -o testcase.s
GNU C++ version 4.2.1 (Ubuntu 4.2.1-5ubuntu4) (i486-linux-gnu)
compiled by GNU C version 4.2.1 (Ubuntu 4.2.1-5ubuntu4).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 44e55ae5d2724830dee11801424b84d8
 as --traditional-format -V -Qy -o testcase.o testcase.s
GNU assembler version 2.18 (i486-linux-gnu) using BFD version (GNU Binutils for
Ubuntu) 2.18
 /usr/lib/gcc/i486-linux-gnu/4.2.1/collect2 --eh-frame-hdr -m elf_i386
--hash-style=both -dynamic-linker /lib/ld-linux.so.2 -o testcase
/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/crt1.o
/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/crti.o
/usr/lib/gcc/i486-linux-gnu/4.2.1/crtbegin.o
-L/usr/lib/gcc/i486-linux-gnu/4.2.1 -L/usr/lib/gcc/i486-linux-gnu/4.2.1
-L/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib -L/lib/../lib
-L/usr/lib/../lib -L/usr/lib/gcc/i486-linux-gnu/4.2.1/../../.. testcase.o
-lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc
/usr/lib/gcc/i486-linux-gnu/4.2.1/crtend.o
/usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../lib/crtn.o


-- 
   Summary: Miscompiled inline assembly
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nicos at maunakeatech dot com
GCC target triplet: i486-linux-gnu


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

[Bug c++/35585] Miscompiled inline assembly

[nicos at maunakeatech dot com]

--- Comment #1 from nicos at maunakeatech dot com  2008-03-14 16:26 ---
Created an attachment (id=15317)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15317&action=view)
Testcase to reproduce the bug


-- 


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

[Bug c++/35585] Miscompiled inline assembly

[nicos at maunakeatech dot com]

--- Comment #2 from nicos at maunakeatech dot com  2008-03-14 16:29 ---
Created an attachment (id=15318)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15318&action=view)
Preprocessed testcase


-- 


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

[Bug fortran/35584] New: invalid warning: branch causes infinite loop

[dfranke at gcc dot gnu dot org]

Extracted from a FORTRAN 77 application:

$> cat infloop.f
  open (5, file = 't2.txt')
  do while (.TRUE.)
1   read(5,*,err=1,end=2) i
write(*,*) i
  enddo

2 close(5)
  end

$> gfortran-svn -g -Wall -W infloop.f
infloop.f:3.72:

1   read(5,*,err=1,end=2) i
   1
Warning: Branch at (1) causes an infinite loop


This is not exactly true. Consider:

$> cat t2.txt
2
a
3

$> ./a.out t2.txt
   2
   3


-- 
   Summary: invalid warning: branch causes infinite loop
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dfranke at gcc dot gnu dot org


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

[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2008-03-14 16:34 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.3.0   |4.3.1


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

[Bug tree-optimization/34989] [4.3 Regression] ICE in get_addr_dereference_operands, at tree-ssa-operands.c:1698 with IMA

[rguenth at gcc dot gnu dot org]

--- Comment #14 from rguenth at gcc dot gnu dot org  2008-03-14 16:34 
---
Subject: Bug 34989

Author: rguenth
Date: Fri Mar 14 16:34:11 2008
New Revision: 133221

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133221
Log:
2008-03-14  Richard Guenther  <[EMAIL PROTECTED]>

Backport from mainline:
2008-02-19  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/34989
* tree-ssa-forwprop.c (forward_propagate_addr_expr_1):
* Re-structure.
Allow propagation to INDIRECT_REF if we can simplify only.

* gcc.dg/pr34989-1.c: New testcase.
* gcc.dg/pr34989-2.c: Likewise.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr34989-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr34989-2.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/tree-ssa-forwprop.c


-- 


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

[Bug target/15834] NO_IMPLICIT_EXTERN_C should be gotten rid of

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-03-14 16:35 
---
Whatever.  Reporter please re-open if not fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/17577] [4.0/4.1/4.2 Regression] #pragma implementation no longer diagnoses use after file to which it applies

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2008-03-14 16:37 
---
WONTFIX on branches.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail||4.0.4 4.1.3 4.2.4
 Resolution||FIXED


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

[Bug target/17993] Error in dwarf2 debug output of bitfield members

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-14 16:37 ---
Fixed then.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/18251] unable to find a register to spill in class `POINTER_REGS'

[rguenth at gcc dot gnu dot org]

--- Comment #41 from rguenth at gcc dot gnu dot org  2008-03-14 16:39 
---
Fixed for 4.3.0, please open a new bugreport for further issues.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/25643] VRP does not remove -fbounds-check for Fortran

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug ada/25819] CXF3A01 core dump

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug target/27593] [4.1/4.2 Regression][avr] bad code generation with -funroll-loops

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-03-14 16:41 
---
Fixed for 4.3.0, WONTFIX on the branches.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Keywords||missed-optimization
 Resolution||FIXED


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

[Bug target/27855] [4.3/4.4 regression] reassociation causes the RA to be confused

[rguenth at gcc dot gnu dot org]

--- Comment #22 from rguenth at gcc dot gnu dot org  2008-03-14 16:42 
---
Adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |4.3.1


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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-14 16:43 ---
Why did this have a target milestone set?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|4.3.0   |---


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

[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-03-14 16:45 
---
Only partly fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug fortran/31298] F2003: use mod, operator(+) => operator(.userOp.) not supported

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2008-03-14 16:45 
---
Shouldn't have a target milestone (no regression and not fixed)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug c/31537] duplicate weakref emitted with IMA

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug tree-optimization/31849] [4.3/4.4 Regression] Code size increased with PR 31360 (IV-opts not understanding autoincrement)

[rguenth at gcc dot gnu dot org]

--- Comment #34 from rguenth at gcc dot gnu dot org  2008-03-14 16:47 
---
Adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug target/31897] [4.3/4.4 Regression] 30% speed regression with -m32 on Opteron with rnflow

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2008-03-14 16:47 
---
Adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||missed-optimization
   Target Milestone|4.3.0   |4.3.1


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

[Bug bootstrap/32009] [4.3/4.4 Regression] building gcc4-4.3/4.4.0-20070518 failed on OSX 10.3.9

[rguenth at gcc dot gnu dot org]

--- Comment #30 from rguenth at gcc dot gnu dot org  2008-03-14 16:48 
---
Fixed(?).  Please re-open if not.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug testsuite/32076] "gcc.dg/tree-ssa/pr17141-1.c scan-tree-dump locp.*->i =" is the same name twice

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-14 16:49 ---
Fix-ed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/32256] [4.2 Regression] pragma system_header doesn't suppress warnings in tree-cfg

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||diagnostic
  Known to fail|4.0.3   |4.0.4 4.1.3 4.2.3
Summary|[4.0/4.1/4.2 regression]|[4.2 Regression] pragma
   |pragma system_header doesn't|system_header doesn't
   |suppress warnings in tree-  |suppress warnings in tree-
   |cfg |cfg
   Target Milestone|4.3.0   |4.2.4


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

[Bug c++/32368] warnings from system headers not suppressed.

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-03-14 16:51 ---
We have one regression open for this.  Let's close this as fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
   Keywords||diagnostic
 Resolution||FIXED


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

gcc-bugs@gcc.gnu.org

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-03-14 16:52 ---
Adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |4.3.1


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

[Bug tree-optimization/32921] [4.3/4.4 Regression] Revision 126326 causes 12% slowdown

[rguenth at gcc dot gnu dot org]

--- Comment #40 from rguenth at gcc dot gnu dot org  2008-03-14 16:53 
---
Adjusting target milestone (though realistically this will not be fixed for
4.3.x).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug middle-end/32964] [4.3/4.4 Regression] union cause inefficient code inside loops

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-03-14 16:57 ---
This could be fixed by MEM_REF (but we don't lower struct copies at the moment,
doh!), or by tweaking SCCVN/FRE to also look at struct copies.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |4.3.1


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

[Bug preprocessor/32974] [4.2 Regression] #pragma GCC dependency generates extra token error.

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||diagnostic
  Known to fail||4.1.3 4.2.3
  Known to work||3.4.6 4.3.0
Summary|#pragma GCC dependency  |[4.2 Regression] #pragma GCC
   |generates extra token error.|dependency generates extra
   ||token error.
   Target Milestone|4.3.0   |4.2.4


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

[Bug middle-end/33088] [4.2 Regression] spurious exceptions with -ffloat-store

[rguenth at gcc dot gnu dot org]

--- Comment #17 from rguenth at gcc dot gnu dot org  2008-03-14 17:00 
---
WONTFIX on the 4.1 branch.  Downgrading severity for the 4.2 regression.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
  Known to fail||4.1.3 4.2.3
  Known to work||4.3.0
   Priority|P1  |P2
Summary|[4.1/4.2 regression]|[4.2 Regression] spurious
   |spurious exceptions with -  |exceptions with -ffloat-
   |ffloat-store|store


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

[Bug c/35586] New: seg fault when compiling liboil 0.3.13, file conv_c.c

[davitrindade at gmail dot com]

Gcc-arm version 4.0.0 gives a segfault when compiling liboil 0.3.13, on file 
conv_c.c:246:

CLIPCONV_DEFINE_FLOAT(s8,f32);

The outuputs are bellow:

command:

 arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -mfpu=vfp
-mfloat-abi=softfp -D_BSD_SOURCE -D_GNU_SOURCE -I../..
-DOIL_ENABLE_UNSTABLE_API -g -O2 -MT libconv_la-conv_c.lo -MD -MP -MF
.deps/libconv_la-conv_c.Tpo -c conv_c.c -o libconv_la-conv_c.o

the 'arm-linux-gcc -v' command give this output:
Reading specs from /opt/eldk/arm/usr/bin/../lib/gcc/arm-linux/4.0.0/specs
Target: arm-linux
Configured with:
/opt/eldk/build/arm-2007-01-21/work/usr/src/denx/BUILD/crosstool-0.35/build/gcc-4.0.0-glibc-2.3.5-eldk/arm-linux/gcc-4.0.0/configure
--target=arm-linux --host=i686-host_pc-linux-gnu
--prefix=/var/tmp/eldk.bMi2nK/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/arm-linux
--with-headers=/var/tmp/eldk.bMi2nK/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/arm-linux/arm-linux/include
--with-local-prefix=/var/tmp/eldk.bMi2nK/usr/crosstool/gcc-4.0.0-glibc-2.3.5-eldk/arm-linux/arm-linux
--disable-nls --enable-threads=posix --enable-symvers=gnu
--enable-languages=c,c++ --enable-shared --enable-c99
--enable-long-long --enable-__cxa_atexit
Thread model: posix
gcc version 4.0.0 (DENX ELDK 4.1 4.0.0)

Command 'uname -a' :
Linux 2.6.24-12-generic #1 SMP Mon Mar 10 15:32:00 UTC 2008 i686 GNU/Linux


-- 
   Summary: seg fault when compiling liboil 0.3.13, file conv_c.c
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: davitrindade at gmail dot com


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

[Bug tree-optimization/33237] [4.3/4.4 Regression] Tree memory partitioning is spending 430 seconds of a 490 second compile.

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-03-14 17:00 
---
Adjusting target milestone.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
  Known to work||4.2.3
   Target Milestone|4.3.0   |4.3.1


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

[Bug middle-end/33315] If condition not getting eliminated

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |---


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

[Bug tree-optimization/33562] [4.3/4.4 Regression] aggregate DSE disabled

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-03-14 17:02 
---
We won't fix this on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.4.0


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

[Bug target/33604] [4.3/4.4 Regression] Revision 119502 causes significantly slower results with 4.3/4.4 compared to 4.2

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug libstdc++/33832] hash_set moved to backwards

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2008-03-14 17:03 
---
I declare this fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

[davitrindade at gmail dot com]

--- Comment #1 from davitrindade at gmail dot com  2008-03-14 17:03 ---
Created an attachment (id=15319)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15319&action=view)
file generated using option -save-temps


-- 


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

[Bug c/35587] New: -Warray-bounds does not work at all or does not find all trivial cases, and works only with -O2 or -O3

[karsten_burger at gmx dot de]

-Warray-bound is really a very interesting new feature, since me and some
colleagues recently spent many hours debugging a large legacy software, and
finally found C-char-array overrun errors as causes in most cases.

I used the following example:

#include 
int main()
{
  int a[5];
  a[-1] = 0;  // line 5: error
  a[+1] = 0;  // ok
  a[+5] = 0;  // line 7: error
  a[15] = 0;  // line 8: error
  printf("%d \n", a[15]); // line 9: error
  int i=15;
  printf("%d \n", a[i]);  // line 11: error
  return 0;
}

I used the following command line:
/usr/local/gcc-4.3.0/bin/gcc-4.3.0  bounds.c -O2 -Warray-bounds

1. Test: 
  I get no warning at compile time. I retried it using -O0, -O1, -O3, and there
 is also no warning.

2. Test:
  I changed integer i in line 10 to a value of 16.
  Now I correctly get warnings in lines 5, 7, 8, 11, but not in line 9, stating
that the index is below/larger than the array permits.
  Interestingly, the warnings are only issued if I am using -O2 or -O3, but not
with -O0 and not with -O1.


Conclusion:
* -Warray-bound is not reliable at the moment, it may or may not issue warnings
or no warnings at all.
* When it issues warnings, at line 8 of the example it finds the incorrect
assignment to a[15], but at line 9 not the incorrect use of a[15]. 
* When it issues warnings and I change line 9 to a[16], it reports lines 5, 7,
8, 9 but not line 11.
* If this option works only with -O2 and -O3 due to technical reasons, it
should be documented clearly to avoid frustration of the user.


-- 
   Summary: -Warray-bounds does not work at all or does not find all
trivial cases, and works only with -O2 or -O3
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: karsten_burger at gmx dot de
 GCC build triplet: i686-linux-gnu
  GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu


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

[Bug c/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

[davitrindade at gmail dot com]

--- Comment #2 from davitrindade at gmail dot com  2008-03-14 17:05 ---
Created an attachment (id=15320)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15320&action=view)
thw file wich isn's compiling


-- 


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

[Bug c++/34270] [4.2 Regression] ICE applying __decltype to ternary expression

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.2.3
  Known to work||4.3.0
Summary|[4.2 regression] ICE|[4.2 Regression] ICE
   |applying __decltype to  |applying __decltype to
   |ternary expression  |ternary expression
   Target Milestone|4.3.0   |4.2.4


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

[Bug tree-optimization/34172] Missed store ccp optimization

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-14 17:06 ---
Subject: Bug 34172

Author: rguenth
Date: Fri Mar 14 17:05:48 2008
New Revision: 133222

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133222
Log:
2008-03-14  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/34172
* tree-flow.h (refs_may_alias_p): Declare.
(get_single_def_stmt): Likewise.
(get_single_def_stmt_from_phi): Likewise.
(get_single_def_stmt_with_phi): Likewise.
* tree-dfa.c (refs_may_alias_p): New function.
(get_single_def_stmt): Likewise.
(get_single_def_stmt_from_phi): Likewise.
(get_single_def_stmt_with_phi): Likewise.
* tree-ssa-sccvn.c (get_def_ref_stmt_vuses): New function.
(vn_reference_lookup_1): New helper function.
(vn_reference_lookup): Walk the virtual use-def chain to
continue searching for a match if the def does not alias the
reference we are looking for.

* gcc.dg/tree-ssa/ssa-fre-11.c: New testcase.
* gcc.dg/tree-ssa/ssa-fre-12.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-13.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-14.c: Likewise.
* gcc.dg/tree-ssa/ssa-fre-15.c: Likewise.
* gcc.dg/tree-ssa/20031106-4.c: Remove XFAIL.

Added:
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-11.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-12.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-13.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-14.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-15.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/20031106-4.c
trunk/gcc/tree-dfa.c
trunk/gcc/tree-flow.h
trunk/gcc/tree-ssa-sccvn.c


-- 


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

[Bug target/34856] [4.2/4.3/4.4 Regression] ICE with some constant vectors

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.3.0   |4.2.4


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

[Bug c/35587] -Warray-bounds does not work at all or does not find all trivial cases, and works only with -O2 or -O3

[karsten_burger at gmx dot de]

--- Comment #1 from karsten_burger at gmx dot de  2008-03-14 17:07 ---
Created an attachment (id=15321)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15321&action=view)
version which does not create any warning


-- 


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

[Bug middle-end/35041] ICE in tree-ssa-ccp.c with -fipa-struct-reorg

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-03-14 17:08 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.0
 Resolution||FIXED
   Target Milestone|4.3.0   |4.3.1


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

[Bug c/35587] -Warray-bounds does not work at all or does not find all trivial cases, and works only with -O2 or -O3

[karsten_burger at gmx dot de]

--- Comment #2 from karsten_burger at gmx dot de  2008-03-14 17:08 ---
Created an attachment (id=15322)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15322&action=view)
assembler output using gcc option -save-temps


-- 


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

[Bug c++/35098] ICE with attribute unused in template

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.1/4.2/4.3/4.4 regression]|ICE with attribute unused in
   |ICE with attribute unused in|template
   |template|
   Target Milestone|4.3.0   |---


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

[Bug tree-optimization/33928] [4.3/4.4 Regression] 22% performance slowdown from 4.2.2 to 4.3/4.4.0 in floating-point code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug inline-asm/35160] [4.3/4.4 regression] local-alloc introduces sharing of the same pseudo/hard reg between different output regs in inline asm

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2008-03-14 17:10 
---
Hm, did this bug mutate into a non-regression one?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P2  |P3
   Target Milestone|4.3.0   |4.3.1


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

[Bug middle-end/35193] [4.3/4.4 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug middle-end/35204] [4.3/4.4 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug rtl-optimization/35232] [4.3/4.4 regression] ICE in fp-int-convert-double.c at -O2

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug target/35318] [4.3/4.4 regression] ICE with inline asm in reload

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug c++/35319] [4.3/4.4 regression] ICE throwing fixed-point types

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug c++/35325] [4.3/4.4 regression] ICE with fixed-point types in template parameter

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
   Target Milestone|4.3.0   |4.3.1


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

[Bug tree-optimization/35428] [4.3/4.4 regression] ICE with "-ftrapv"

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-14 17:15 ---
As I can no longer reproduce this I assume so.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/34635] [4.3 Regression] tree check: expected polynomial_chrec, have integer_cst in add_multivariate_self_dist, at tree-data-ref.c:2813

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2008-03-14 17:15 
---
*** Bug 35428 has been marked as a duplicate of this bug. ***


-- 


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