[Bug fortran/38268] gfortran doesn't link any 64 bits binaries on Solaris

[ebotcazou at gcc dot gnu dot org]

--- Comment #10 from ebotcazou at gcc dot gnu dot org  2008-12-05 07:40 
---
> I built gmp and mpfr with defaults.

http://gcc.gnu.org/install/specific.html#sparc-sun-solaris2


-- 


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

[Bug target/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH

[aoliva at gcc dot gnu dot org]

--- Comment #11 from aoliva at gcc dot gnu dot org  2008-12-05 06:56 ---
Subject: Bug 37033

Author: aoliva
Date: Fri Dec  5 06:55:12 2008
New Revision: 142459

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142459
Log:
ChangeLog.vta:
PR target/37033
* libcpp/pch.c (cpp_valid_state): Improve message for poisoned
symbols.  Allow for differences in __GCC_HAVE_DWARF2_CFI_ASM.
gcc/ChangeLog.vta:
PR target/37033
* dwarf2out.c (saved_do_cfi_asm): New.
(dwarf2out_do_frame): Take it into account.
(dwarf2out_d_cfi_asm): Likewise.  Set it when appropriate.

Modified:
branches/var-tracking-assignments-branch/ChangeLog.vta
branches/var-tracking-assignments-branch/gcc/ChangeLog.vta
branches/var-tracking-assignments-branch/gcc/dwarf2out.c
branches/var-tracking-assignments-branch/libcpp/pch.c


-- 


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

[Bug bootstrap/38262] [4.4 regression] GCC components unnecessarily link with shared gmp/mpfr

[sebpop at gmail dot com]

--- Comment #7 from sebpop at gmail dot com  2008-12-05 06:34 ---
Subject: Re:  [4.4 regression] GCC components unnecessarily link with shared
gmp/mpfr

On Fri, Nov 28, 2008 at 3:38 AM, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The patch looks good to me (if not obvious).  Sebastian, are you going to post
> it to gcc-patches?

I just sent it to gcc-patches.
Sorry this took me so long to send: it went out of my radar.

Sebastian


-- 


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

Re: [Bug bootstrap/38262] [4.4 regression] GCC components unnecessarily link with shared gmp/mpfr

[Sebastian Pop]

On Fri, Nov 28, 2008 at 3:38 AM, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The patch looks good to me (if not obvious).  Sebastian, are you going to post
> it to gcc-patches?

I just sent it to gcc-patches.
Sorry this took me so long to send: it went out of my radar.

Sebastian

[Bug fortran/38268] gfortran doesn't link any 64 bits binaries on Solaris

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2008-12-05 05:46 
---
That got me farther.  Now this:

gnu-make[3]: Entering directory `/home/delisle/gcc/obj44/gcc'
/home/delisle/gcc/obj44/./prev-gcc/xgcc -B/home/delisle/gcc/obj44/./prev-gcc/
-B/home/delisle/gcc/usr/i386-pc-solaris2.11/bin/  -g -O2 -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
 -DHAVE_CONFIG_H  -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o
c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o
c-opts.o c-format.o c-semantics.o c-ppoutput.o c-cppbuiltin.o c-objc-common.o
c-dump.o c-pch.o c-parser.o i386-c.o sol2-c.o c-gimplify.o tree-mudflap.o
c-pretty-print.o c-omp.o dummy-checksum.o \
  main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a  -liconv
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
-L/home/delisle/gcc/usr/lib -L/home/delisle/gcc/usr/lib -lmpfr -lgmp  
-L/home/delisle/gcc/usr/lib -L/home/delisle/gcc/usr/lib -lmpfr -lgmp
ld: fatal: file /home/delisle/gcc/usr/lib/libgmp.so: wrong ELF class:
ELFCLASS64
ld: fatal: file /home/delisle/gcc/usr/lib/libgmp.so: wrong ELF class:
ELFCLASS64
ld: fatal: File processing errors. No output written to cc1-dummy
collect2: ld returned 1 exit status
gnu-make[3]: *** [cc1-dummy] Error 1
gnu-make[3]: Leaving directory `/home/delisle/gcc/obj44/gcc'
gnu-make[2]: *** [all-stage2-gcc] Error 2
gnu-make[2]: Leaving directory `/home/delisle/gcc/obj44'
gnu-make[1]: *** [stage2-bubble] Error 2
gnu-make[1]: Leaving directory `/home/delisle/gcc/obj44'
gnu-make: *** [all] Error 2
$ 

I built gmp and mpfr with defaults.


-- 


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

[Bug fortran/38291] Rejects I/O with POS= if FMT=*

[jvdelisle at gcc dot gnu dot org]

--- Comment #8 from jvdelisle at gcc dot gnu dot org  2008-12-05 05:39 
---
The alternating error was an artefact of the test case and not part of the bug.
 I have submitted a fixed patch that eliminates the incorrect EOF error.  I
will commit soon.


-- 


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

[Bug libstdc++/38411] [4.4 Regression] Revision 142439 caused 22_locale/locale/cons/7.cc execution test

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2008-12-05 05:34 ---
Jakub, there was a similar problem with locale on Linux before. Do you
remember it?


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jakub at redhat dot com


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

[Bug libstdc++/38411] [4.4 Regression] Revision 142439 caused 22_locale/locale/cons/7.cc execution test

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2008-12-05 05:25 ---
Revision 142439 is the cause.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

Summary|[4.4 Regression]|[4.4 Regression] Revision
   |22_locale/locale/cons/7.cc  |142439 caused
   |execution test  |22_locale/locale/cons/7.cc
   ||execution test


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

[Bug fortran/38285] Wrong I/O output: Interaction between F and P for output

[jvdelisle at gcc dot gnu dot org]

--- Comment #6 from jvdelisle at gcc dot gnu dot org  2008-12-05 05:03 
---
Fixed on trunk.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/38412] asm-declared register misnamed when feeding asm, "almost" misallocated.

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2008-12-05 04:48 ---
Created an attachment (id=16830)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16830&action=view)
preprocessed sysdeps/posix/spawni.c and the CRIS glibc port

Compile with -O2.


-- 


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

[Bug rtl-optimization/38412] New: asm-declared register misnamed when feeding asm, "almost" misallocated.

[hp at gcc dot gnu dot org]

Observe with [gcc-4_3-branch revision 142454], --target=cris-axis-elf
with -O2 and the soon attached testcase (from glibc sysdeps/posix/spawni.c and
the CRIS glibc port, to be re-submitted) when assembling:

spawni.s: Assembler messages:
spawni.s:172: Error: gcc bug: $r4,$r10 misallocated1, must be $r9,$r10

This is due to gcc bug-asserts in the asm syscalls (which were put there after
an earlier bug), the generated code looking like:
...
move.d $r4,$r9
#APP
;# 175 "../sysdeps/posix/spawni.c" 1
.ifnc $r4-$r10,$r9-$r10
.error "gcc bug: $r4,$r10 misallocated1, must be $r9,$r10"
.endif
Note that $r9 and $r4 hold the same value, hence the "almost" in the subject.
Something or other is not updated for the asm, which is certainly bad enough.


-- 
   Summary: asm-declared register misnamed when feeding asm,
"almost" misallocated.
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-*-*


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

[Bug fortran/38285] Wrong I/O output: Interaction between F and P for output

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2008-12-05 04:12 
---
Subject: Bug 38285

Author: jvdelisle
Date: Fri Dec  5 04:11:28 2008
New Revision: 142456

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142456
Log:
2008-12-04  Jerry DeLisle  <[EMAIL PROTECTED]>

PR libfortran/38285
gfortran.dg/fmt_f_an_p.f: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/fmt_f_an_p.f
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/38285] Wrong I/O output: Interaction between F and P for output

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2008-12-05 04:09 
---
Subject: Bug 38285

Author: jvdelisle
Date: Fri Dec  5 04:07:45 2008
New Revision: 142455

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142455
Log:
2008-12-04  Jerry DeLisle  <[EMAIL PROTECTED]>

PR fortran/38285
* write_float.def (WRITE_FLOAT): Zero the float value for special case
only if scale_factor = 0.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/write_float.def


-- 


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

[Bug libstdc++/38411] [4.4 Regression] 22_locale/locale/cons/7.cc execution test

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-12-05 03:08 ---
Revision 142439:

http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00264.html

is the possible cause.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||paolo dot carlini at oracle
   ||dot com
Summary|[4.4 Regression]|[4.4 Regression]
   |22_locale/locale/cons/7.cc  |22_locale/locale/cons/7.cc
   |execution test  |execution test


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

[Bug libstdc++/38411] New: [4.4 Regression] 22_locale/locale/cons/7.cc execution test

[hjl dot tools at gmail dot com]

On Linux/ia64, revision 142442 has

+FAIL: 22_locale/locale/cons/7.cc execution test
+FAIL: 22_locale/numpunct/members/char/2.cc execution test
+FAIL: 22_locale/numpunct/members/char/wrapped_env.cc execution test
+FAIL: 22_locale/numpunct/members/char/wrapped_locale.cc execution test
+FAIL: 22_locale/numpunct/members/wchar_t/2.cc execution test
+FAIL: 22_locale/numpunct/members/wchar_t/wrapped_env.cc execution test
+FAIL: 22_locale/numpunct/members/wchar_t/wrapped_locale.cc execution test

Revision 142437 is OK.


-- 
   Summary: [4.4 Regression] 22_locale/locale/cons/7.cc execution
test
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
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=38411

[Bug tree-optimization/37716] [4.4 Regression] ice for legal C++ code with -O2 on 20080926

[danglin at gcc dot gnu dot org]

--- Comment #12 from danglin at gcc dot gnu dot org  2008-12-05 02:37 
---
Same regressions seen on hppa*-*-*.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/37716] [4.4 Regression] ice for legal C++ code with -O2 on 20080926

[jakub at gcc dot gnu dot org]

--- Comment #11 from jakub at gcc dot gnu dot org  2008-12-05 00:28 ---
See http://gcc.gnu.org/ml/gcc-regression/2008-12/msg6.html


-- 


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

[Bug tree-optimization/37716] [4.4 Regression] ice for legal C++ code with -O2 on 20080926

[janis at gcc dot gnu dot org]

--- Comment #10 from janis at gcc dot gnu dot org  2008-12-05 00:23 ---
The fix causes two tests to get an internal compiler error for powerpc*-*-*:

  g++.dg/init/copy5.C
  gcc.c-torture/execute/930718-1.c

Here's a smaller version of 930718-1.c:

typedef struct rtx_def
{
  int f2 :1;
} *rtx;

static rtx
f (rtx orig)
{
  if (orig->f2)
return orig;
  orig->f2 = 1;
  return orig;
}

int
main ()
{
  struct rtx_def foo = { 0 };
  rtx bar;

  bar = f (&foo);
  return (bar->f2 != 0);
}

It fails with an ICE in gimplify_expr at gimplify.c:6959 with code=COND_EXPR.


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||luisgpm at linux dot vnet
   ||dot ibm dot com


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

[Bug c++/38410] New: g++.dg/eh/crossjump1.C (internal compiler error)

[howarth at nitro dot med dot uc dot edu]

Between r142401 which worked and r142425, the following regressions appeared on
both powerpc-apple-darwin8/9 and powerpc-ibm-aix5.3.0.0. On
powerpc-apple-darwin9, these failures appear as...

Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/gcc/testsuite/g+
+/../../
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C
 -nostdinc++ -I/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/p
owerpc-apple-darwin9/libstdc++-v3/include/powerpc-apple-darwin9
-I/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/powerpc-apple-darwin9/libstdc++-v3/include
-I/sw/src/fi
nk.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/libstdc++-v3/libsupc++
-I/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/libstdc++-v3/include/backward
-I/sw/src/fink
.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/libstdc++-v3/testsuite/util
-fmessage-length=0  -O2   
-L/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/powerpc-apple-dar
win9/./libstdc++-v3/src/.libs 
-L/sw/src/fink.build/gcc44-4.3.999-20081204/darwin_objdir/powerpc-apple-darwin9/./libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc44-4.3.999-200812
04/darwin_objdir/powerpc-apple-darwin9/./libiberty  -multiply_defined suppress
-lm   -o ./crossjump1.exe(timeout = 300)
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C:
In function 'void foo()':
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C:21:
internal compiler error: in expr_size, at explow.c:250
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
compiler exited with status 1
output is:
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C:
In function 'void foo()':
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C:21:
internal compiler error: in expr_size, at explow.c:250
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

FAIL: g++.dg/eh/crossjump1.C (internal compiler error)
FAIL: g++.dg/eh/crossjump1.C (test for excess errors)
Excess errors:
/sw/src/fink.build/gcc44-4.3.999-20081204/gcc-4.4-20081204/gcc/testsuite/g++.dg/eh/crossjump1.C:21:
internal compiler error: in expr_size, at explow.c:250

WARNING: g++.dg/eh/crossjump1.C compilation failed to produce executable

The intervening c++ changes were...


r142418 | jason | 2008-12-03 18:57:19 -0500 (Wed, 03 Dec 2008) | 6 lines

PR c++/38232
* init.c (build_value_init): Do initial zero-initialization
of a class with an implicitly-defined constructor using
build_zero_init rather than in build_value_init.
(build_value_init_1): Fold into build_value_init.


r142410 | jason | 2008-12-03 16:42:22 -0500 (Wed, 03 Dec 2008) | 5 lines

PR c++/38256
* parser.c (cp_parser_conversion_type_id): Diagnose
'operator auto' here.
* decl.c (grokdeclarator): Not here.


r142404 | jason | 2008-12-03 14:22:08 -0500 (Wed, 03 Dec 2008) | 6 lines

PR c++/38380
* decl.c (grokdeclarator): Only set DECL_NONCONVERTING_P
on explicit constructors.
* pt.c (tsubst_copy_and_build) [CONSTRUCTOR]: Propagate
CONSTRUCTOR_IS_DIRECT_INIT.


-- 
   Summary: g++.dg/eh/crossjump1.C (internal compiler error)
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: howarth at nitro dot med dot uc dot edu
 GCC build triplet: powerpc-apple-darwin*
  GCC host triplet: powerpc-apple-darwin*
GCC target triplet: powerpc-apple-darwin*


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

[Bug c/38408] compilation error during bootstrap in fold-const.c using TOT!

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-12-05 00:06 ---
I'm testing:
--- fold-const.c.jj 2008-12-04 23:00:25.0 +0100
+++ fold-const.c2008-12-04 23:45:34.0 +0100
@@ -13340,7 +13340,7 @@ fold_checksum_tree (const_tree expr, str
 {
   const void **slot;
   enum tree_code code;
-  struct tree_function_decl buf;
+  union tree_node buf;
   int i, len;

 recursive_label:

to fix this (but not the other one).


-- 


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

[Bug c++/38392] Template friend function injection

[H9XLrv5oXVNvHiUI at spambox dot us]

-- 

H9XLrv5oXVNvHiUI at spambox dot us changed:

   What|Removed |Added

   Severity|normal  |major


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

[Bug middle-end/38409] [graphite] ICE : in canonicalize_loop_ivs, at tree-parloops.c:1384

[mitul dot thakkar at amd dot com]

--- Comment #1 from mitul dot thakkar at amd dot com  2008-12-04 22:16 
---
Created an attachment (id=16829)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16829&action=view)
Reduced Test Case


-- 


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

[Bug middle-end/38409] New: [graphite] ICE : in canonicalize_loop_ivs, at tree-parloops.c:1384

[mitul dot thakkar at amd dot com]

gcc -O2 -floop-block final_calc.c

final_calc.c: In function âChv_copyEntriesToVectorâ:
final_calc.c:6: internal compiler error: in canonicalize_loop_ivs, at
tree-parloops.c:1384
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Reduced test case is attached for the same.

-Mitul Thakkar.


-- 
   Summary: [graphite] ICE : in canonicalize_loop_ivs, at tree-
parloops.c:1384
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mitul dot thakkar at amd dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug middle-end/38406] [4.4 Regression] Revision 142437 caused gcc.dg/Wstrict-aliasing-converted-assigned.c

[hp at gcc dot gnu dot org]

--- Comment #2 from hp at gcc dot gnu dot org  2008-12-04 21:17 ---
My autotester sees it too...


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hp at gcc dot gnu dot org


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

[Bug c/38408] compilation error during bootstrap in fold-const.c using TOT!

[steven at gcc dot gnu dot org]

--- Comment #1 from steven at gcc dot gnu dot org  2008-12-04 21:11 ---


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


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/38406] [4.4 Regression] Revision 142437 caused gcc.dg/Wstrict-aliasing-converted-assigned.c

[steven at gcc dot gnu dot org]

--- Comment #1 from steven at gcc dot gnu dot org  2008-12-04 21:11 ---
*** Bug 38408 has been marked as a duplicate of this bug. ***


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||edwintorok at gmail dot com


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

[Bug c/38408] New: compilation error during bootstrap in fold-const.c using TOT!

[edwintorok at gmail dot com]

Using SVN r142442, my nightly gcc-4.4.0 boostrapper failed:

Configured with ../gcc/configure --disable-multilib --disable-static
--prefix=/home/edwin/gcc_inst/ --enable-languages=c,c++
--enable-checking=assert,df,fold,gc,misc,rtl,rtlflag,runtime,tree

/home/edwin/gcc-obj/./prev-gcc/xgcc -B/home/edwin/gcc-obj/./prev-gcc/
-B/home/edwin/gcc_inst//x86_64-unknown-linux-gnu/bin/ -c  -g -O2 -DIN_GCC   -W
-Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
 -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/bid
-I../libdecnumber  -DCLOOG_PPL_BACKEND   ../../gcc/gcc/fold-const.c -o
fold-const.o
../../gcc/gcc/fold-const.c:13363: error: dereferencing pointer '__t' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13363: note: initialized from here
../../gcc/gcc/fold-const.c:13377: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13378: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13379: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13380: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13383: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13384: error: dereferencing pointer 'tmp' does break
strict-aliasing rules
../../gcc/gcc/fold-const.c:13376: note: initialized from here
make[3]: *** [fold-const.o] Error 1
make[3]: *** Waiting for unfinished jobs
make[2]: *** [all-stage2-gcc] Error 2
make[1]: *** [stage2-bubble] Error 2


-- 
   Summary: compilation  error during bootstrap in fold-const.c
using TOT!
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edwintorok at gmail dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug tree-optimization/38405] [4.4 Regression] (silent failure) handling bitfield in ternary

[hjl dot tools at gmail dot com]

-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com
Summary|Regression (silent failure) |[4.4 Regression] (silent
   |handling bitfield in ternary|failure) handling bitfield
   ||in ternary
   Target Milestone|--- |4.4.0


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

[Bug tree-optimization/38405] Regression (silent failure) handling bitfield in ternary

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2008-12-04 20:35 ---
It is caused by revision 140288:

http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01925.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||bonzini at gnu dot org


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

[Bug bootstrap/8677] "gcc -v" should report options used for bootstrap

[tkoenig at gcc dot gnu dot org]

--- Comment #9 from tkoenig at gcc dot gnu dot org  2008-12-04 20:18 ---
Fixed a long time ago.

Closing.

$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../../gcc/trunk/configure --prefix=/home/ig25
--enable-languages=c,fortran --enable-maintainer-mode
Thread model: posix
gcc version 4.4.0 20081122 (experimental) (GCC)


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/37131] inline matmul for small matrix sizes

[tkoenig at gcc dot gnu dot org]

--- Comment #6 from tkoenig at gcc dot gnu dot org  2008-12-04 19:58 ---
(In reply to comment #5)

> For comparison with ifort ("loop was vectorized" in lines 40, 41, 43):
>  matmul =2.660166  s
>  subroutine without explicit interface:   0.000E+00  s
>  subroutine with explicit interface:   0.000E+00  s
>  inline with sum  0.000E+00  s

ifort detects that the call to invalidate doesn't actually invalidate
anything and so just removes the whole matmul stuff.

Intelligent, but bad for benchmarks :-)


-- 


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

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

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-03 16:25:48 |2008-12-04 19:23:33
   date||


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

[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

[jason at gcc dot gnu dot org]

--- Comment #2 from jason at gcc dot gnu dot org  2008-12-04 19:01 ---
Subject: Bug 37906

Author: jason
Date: Thu Dec  4 19:00:03 2008
New Revision: 142442

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142442
Log:
PR c++/37906
* decl.c (grok_special_member_properties): Set TYPE_HAS_COMPLEX_DFLT
here.
* class.c (check_bases_and_members): Rather than assuming any
user-declared default constructor is complex here.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/defaulted6.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/decl.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[steven at gcc dot gnu dot org]

--- Comment #8 from steven at gcc dot gnu dot org  2008-12-04 18:16 ---
Created an attachment (id=16828)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16828&action=view)
.gcse1 dump of r142405 on ia64-linux

I still don't see why this is caught on powerpc by RTL PRE, but not on ia64
(note *ia64*, not x86).  I compile with -O3 -fgcse-las.  The compiler is
yesterday's trunk on ia64-unknown-linux-gnu.  The .gcse1 dump is attached.  Why
is it optimized for you on powerpc but not for me on ia64?


-- 


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

[Bug fortran/38407] New: Wishlist: -Wunused-dummy-argument and -Wno-unused-dummy-argument

[bartoldeman at users dot sourceforge dot net]

See also:
http://gcc.gnu.org/ml/fortran/2007-08/msg00010.html

The warning:
Warning: Unused dummy argument 'foo' at (1)
cannot always be easily avoided for stub functions, especially when dummy
procedures are used. It would be nice if
-Wunused-dummy-argument
would be split from
-Wunused-variable
and also be moved from -Wall to -Wextra to make it consistent with C, where
-Wunused-parameter plays this role.


-- 
   Summary: Wishlist: -Wunused-dummy-argument and -Wno-unused-dummy-
argument
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bartoldeman at users dot sourceforge dot net


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[sergeid at il dot ibm dot com]

--- Comment #7 from sergeid at il dot ibm dot com  2008-12-04 17:54 ---
Subject: Re:  TreeSSA-PRE load after store
 misoptimization

You're right, it worked for me only on powerpc. This is RTL snippet
_before_ elimination (load + xor + store):

...
(insn 20 19 21 5 ../loop.c:10 (set (reg:SI 128)
(mem:SI (reg/v/f:SI 123 [ res ]) [2 S4 A32])) 324
{*movsi_internal1} (nil))

(insn 21 20 22 5 ../loop.c:10 (set (reg:SI 129)
(xor:SI (reg:SI 128)
(const_int 234 [0xea]))) 139 {*boolsi3_internal1} (nil))

(insn 22 21 23 5 ../loop.c:10 (set (mem:SI (reg/v/f:SI 123 [ res ]) [2 S4
A32])
(reg:SI 129)) 324 {*movsi_internal1} (nil)):
...


And this is _after_ (xor + store only):
...
(insn 21 19 22 5 ../loop.c:10 (set (reg:SI 131)
(xor:SI (reg:SI 131)
(const_int 234 [0xea]))) 139 {*boolsi3_internal1}
(expr_list:REG_DEAD (reg:SI 131)
(nil)))

(insn 22 21 23 5 ../loop.c:10 (set (mem:SI (reg/v/f:SI 123 [ res ]) [2 S4
A32])
(reg:SI 131)) 324 {*movsi_internal1} (expr_list:REG_DEAD (reg:SI
129)])
(nil)))
...

On x86 it produces complex set instructions:
...
(insn 18 17 19 5 ../loop.c:10 (parallel [
(set (mem:SI (reg/v/f:DI 62 [ res ]) [2 S4 A32])
(xor:SI (mem:SI (reg/v/f:DI 62 [ res ]) [2 S4 A32])
(const_int 234 [0xea])))
(clobber (reg:CC 17 flags))
]) 417 {*xorsi_1} (expr_list:REG_UNUSED (reg:CC 17 flags)])
(nil)))
...
and that's why (probably) GCSE can't optimize it.


PS. BTW, I _do_ compile it with "-O3" and tree PRE doesn't catch it.


"steven at gcc dot gnu dot org" <[EMAIL PROTECTED]> wrote on
04/12/2008 19:08:57:

> I do not see RTL PRE catch this on ia64, with or without -fgcse-las.
>
> Can you show, please, the RTL dumps before and after GCSE?
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38401
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.


-- 


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

[Bug tree-optimization/38405] Regression (silent failure) handling bitfield in ternary

[ldoolitt at recycle dot lbl dot gov]

--- Comment #2 from ldoolitt at recycle dot lbl dot gov  2008-12-04 17:45 
---
Created an attachment (id=16827)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16827&action=view)
test case source (preprocessed)

Test case source in "how to reproduce" got chopped.  Sorry.  Here it is in the
form of an attachment.


-- 


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

[Bug middle-end/38406] New: [4.4 Regression] Revision 142437 caused gcc.dg/Wstrict-aliasing-converted-assigned.c

[hjl dot tools at gmail dot com]

On Linux/x86-64, revision 142437 gave

Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/gcc/
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c
  -O2 -Wstrict-aliasing -fstrict-aliasing -S  -m32 -o
Wstrict-aliasing-converted-assigned.s(timeout = 300)
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c:
In function 'foo':^M
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c:8:
warning: dereferencing type-punned pointer will break strict-aliasing rules^M
output is:
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c:
In function 'foo':^M
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c:8:
warning: dereferencing type-punned pointer will break strict-aliasing rules^M

PASS: gcc.dg/Wstrict-aliasing-converted-assigned.c  (test for warnings, line 8)
FAIL: gcc.dg/Wstrict-aliasing-converted-assigned.c  (test for warnings, line 8)
FAIL: gcc.dg/Wstrict-aliasing-converted-assigned.c  (test for warnings, line 8)
PASS: gcc.dg/Wstrict-aliasing-converted-assigned.c (test for excess errors)


-- 
   Summary: [4.4 Regression] Revision 142437 caused gcc.dg/Wstrict-
aliasing-converted-assigned.c
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
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=38406

Possible bug in Safari for Windows

[Antonio Pardo]

Dear Sir:
Printing with Safari for Windows to a printer, is no problem. The 
printed sheet comes out correctly.
Nevertheless, when printing to a virtual printer to obtain a pdf, the 
pdf is generated, but as an image; people cannot search its content. 
This is a big annoyance in my academic work: many documents are 
interchanged with the pdf format, and the documents cannot be found 
using a search engine when printed in this manner.
I am reporting this as a bug, since the Apple version of Safari produces 
a searchable pdf (as showed to me a friend).

Sincerely yours,
Antonio Pardo

[Bug tree-optimization/38405] New: Regression (silent failure) handling bitfield in ternary

[gcc-bugzilla at gcc dot gnu dot org]

In the context of a function returning int, and rfp->signed is a
one-bit field,
return rfp->signed_flag ? 1 : 0;
yields -1.  This is an optimization problem, seen with -O2 but not -O1.
Isolated to -ftree-vrp.  Not seen in gcc-4.3 or earlier.

Environment:
System: Linux recycle 2.6.26-1-amd64 #1 SMP Sat Oct 18 15:27:18 UTC 2008 x86_64
GNU/Linux



host: x86_64-pc-linux-gnu
build: x86_64-pc-linux-gnu
target: x86_64-pc-linux-gnu
configured with: ../src/configure -v --with-pkgversion='Debian 20081130-1'
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk
--enable-gtk-cairo --disable-plugin
--with-java-home=/usr/lib/gcc-snapshot/java-1.5.0-gcj-4.4-1.5.0.0/jre
--enable-java-home --with-jvm-root-dir=/usr/lib/gcc-snapshot/jvm
--with-jvm-jar-dir=/usr/lib/gcc-snapshot/jvm-exports
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-mpfr
--enable-cld --disable-werror --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu

How-To-Repeat:

Short way:

$ gcc -Wall -O1 -ftree-vrp ternbug.c -o ternbug && ./ternbug
Hello world: -1
FAIL
$ 

Long way:

$ /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1 -fpreprocessed
ternbug.i -quiet -dumpbase ternbug.c -mtune=generic -auxbase ternbug -O1
-ftree-vrp -version -o ternbug.s
GNU C (Debian 20081130-1) version 4.4.0 20081130 (experimental) [trunk revision
142292] (x86_64-linux-gnu)
compiled by GNU C version 4.4.0 20081130 (experimental) [trunk revision
142292], GMP version 4.2.2, MPFR version 2.3.2.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: ef8facef55b835d47393957737fa78a4
$ as -V -Qy -o ternbug.o ternbug.s
GNU assembler version 2.18.0 (x86_64-linux-gnu) using BFD version (GNU Binutils
for Debian) 2.18.0.20080103
$ /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/collect2
--eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o
ternbug /usr/lib/../lib/crt1.o /usr/lib/../lib/crti.o
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0/crtbegin.o
-L/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0
-L/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0/../../../../lib
-L/lib/../lib -L/usr/lib/../lib
-L/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0/../../.. ternbug.o -lgcc
--as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.4.0/crtend.o
/usr/lib/../lib/crtn.o
$ ./ternbug
Hello world: -1
FAIL
$ 

Minimal test case, ternbug.{c,i}:

extern int printf (__const char *__restrict __format, ...);

struct vpiBinaryConst {
 int signed_flag :1;
 int sized_flag :1;
};

int binary_get(int code, struct vpiBinaryConst *rfp)
{
 switch (code) {
  case 1:
   return rfp->signed_flag ? 1 : 0;
  default:
   printf("error: %d not supported\n", code);
   return 0;
 }
}


--- Comment #1 from ldoolitt at recycle dot lbl dot gov  2008-12-04 17:36 
---
Fix:
Work around by reducing optimization, e.g., from -O2 to -O1


-- 
   Summary: Regression (silent failure) handling bitfield in ternary
   Product: gcc
   Version: 4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ldoolitt at recycle dot lbl dot gov
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[dberlin at dberlin dot org]

--- Comment #6 from dberlin at gcc dot gnu dot org  2008-12-04 17:35 ---
Subject: Re:  TreeSSA-PRE load after store misoptimization

Yes, i'm aware, but again, that is because my recollection is doing
partial antic partial avail with lifetime optimality requires code
placement that we don't do.

On Thu, Dec 4, 2008 at 12:27 PM, steven at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from steven at gcc dot gnu dot org  2008-12-04 17:27 
> ---
> by_all was there because you made it so on purpose. From tree-ssa-pre.c:
>
> "   For the partial anticipation case, we only perform insertion if it
>   is partially anticipated in some block, and fully available in all
>   of the predecessors.
> "
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38401
>
> --- 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=38401

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[steven at gcc dot gnu dot org]

--- Comment #5 from steven at gcc dot gnu dot org  2008-12-04 17:27 ---
by_all was there because you made it so on purpose. From tree-ssa-pre.c:

"   For the partial anticipation case, we only perform insertion if it
   is partially anticipated in some block, and fully available in all
   of the predecessors.
"


-- 


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

[Bug rtl-optimization/38403] [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[jv244 at cam dot ac dot uk]

--- Comment #5 from jv244 at cam dot ac dot uk  2008-12-04 17:22 ---
(In reply to comment #4)

> I would suggest you don't spend too much time on reducing a test case, and 
> just
> stop using -fschedule-insns on x86*.  There is a reason why it is not enabled
> by default ;-)

somewhat a pity, since this option speeds up the testcase from PR38306 by as
much as 30%.


-- 


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

[Bug libstdc++/38368] locale(const char* std_name) may create locale with broken facets

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2008-12-04 17:19 
---
Fixed for 4.4.0.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0
Version|unknown |4.3.0


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

[Bug libstdc++/38368] locale(const char* std_name) may create locale with broken facets

[paolo at gcc dot gnu dot org]

--- Comment #5 from paolo at gcc dot gnu dot org  2008-12-04 17:17 ---
Subject: Bug 38368

Author: paolo
Date: Thu Dec  4 17:16:27 2008
New Revision: 142439

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142439
Log:
2008-12-04  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/38368
* config/locale/gnu/numeric_members.cc (numpunct::
_M_initialize_numpunct, numpunct::_M_initialize_numpunct):
Fix for THOUSANDS_SEP == '\0' consistently with "C" locale.
* config/locale/gnu/monetary_members.cc (moneypunct::
_M_initialize_moneypunct, moneypunct::
_M_initialize_moneypunct, moneypunct::
_M_initialize_moneypunct, moneypunct::
_M_initialize_moneypunct): Fix for __MON_DECIMAL_POINT == '\0' or
__MON_THOUSANDS_SEP == '\0' consistently with "C" locale.
* testsuite/22_locale/locale/cons/38368.cc: New.

Added:
trunk/libstdc++-v3/testsuite/22_locale/locale/cons/38368.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/config/locale/gnu/monetary_members.cc
trunk/libstdc++-v3/config/locale/gnu/numeric_members.cc


-- 


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[dberlin at dberlin dot org]

--- Comment #4 from dberlin at gcc dot gnu dot org  2008-12-04 17:14 ---
Subject: Re:  TreeSSA-PRE load after store misoptimization

That would be incorrect.
Partial partial (Partial antic, Partial Avail). PRE is necessary to
catch all the cases LCM does (and RTL PRE is LCM based).
LCM includes partial partial by default in it's dataflow equations.
In fact, it's mostly a waste of time, which is why it's only on at O3+
(LCM spends 30% of it's dataflow equations computing this, IIRC)


richi's code looks correct, i'm not sure why the by_all was in there
originally, since that would be partial antic, full avail, not partial
antic, partial avail.
My recollection is that getting the theoretical lifetime optimality
when doing partial antic, partial avail requires evaluating code
placement of phi nodes.


On Thu, Dec 4, 2008 at 11:58 AM, steven at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #2 from steven at gcc dot gnu dot org  2008-12-04 16:58 
> ---
> If RTL pre can catch this, then so should tree-PRE without enabling
> partial-partial PRE.
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38401
>
> --- 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=38401

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[steven at gcc dot gnu dot org]

--- Comment #3 from steven at gcc dot gnu dot org  2008-12-04 17:08 ---
I do not see RTL PRE catch this on ia64, with or without -fgcse-las.

Can you show, please, the RTL dumps before and after GCSE?


-- 


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

[Bug fortran/38404] New: Warning message identifies incorrect line

[steve dot chapel at a2pg dot com]

When the following program (truncbug.f) is compiled with gfortran 4.3.2:

  SUBROUTINE ERRMSG(N,STRING,LST)
  CHARACTER*72 TEXT(2)
  DATA (TEXT(I),I=1,2)/
 X'MUST BE "CALL SIMEPS(EPS)"',
 X'"R" IN CALL RANDOM MAY NOT BE USED OUTSIDE THE BLOCK CONTAINING T
 XHE CALL.'/
  END

This warning message results:

truncbug.f:4.72:

 X'MUST BE "CALL SIMEPS(EPS)"', 
   1
Warning: initialization string truncated to match variable at (1)

This is two lines before the line that the string truncation occurs on.
Ideally, gfortran should put the (1) mark at the character in the string where
the truncation occurs.


-- 
   Summary: Warning message identifies incorrect line
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steve dot chapel at a2pg dot com
 GCC build triplet: i386-redhat-linux
  GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[steven at gcc dot gnu dot org]

--- Comment #2 from steven at gcc dot gnu dot org  2008-12-04 16:58 ---
If RTL pre can catch this, then so should tree-PRE without enabling
partial-partial PRE.


-- 


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

[Bug rtl-optimization/38403] [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[steven at gcc dot gnu dot org]

--- Comment #4 from steven at gcc dot gnu dot org  2008-12-04 16:55 ---
Hi Joost,

Thanks for all your hard work, but...

This is just the known problem that -fschedule-insns on x86* heavily constrains
the options for the register allocator.  There are many bug reports about this,
most of them have been closed as WONTFIX, or SUSPENDED, or as duplicate of one
of the reports that is still open.

I would suggest you don't spend too much time on reducing a test case, and just
stop using -fschedule-insns on x86*.  There is a reason why it is not enabled
by default ;-)


-- 


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

[Bug middle-end/34386] -Wstrict-aliasing=3 ineffective (tree-ssa-alias-warnings.c)

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug c++/38334] pmf accesses violate strict-aliasing rules

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-12-04 16:26 ---
"Fixed".


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug tree-optimization/34385] [4.3 Regression] new miscompilation after PR34148 fix

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-12-04 16:34 ---
Note that the trunk still doesn't warn because we transform the invalid access
to a valid one by doing

  node.11_19 = (struct Node *) D.2454_18;
  D.2456.i = node.11_19;
  D.2457_20 = VIEW_CONVERT_EXPR(D.2456).i;

instead.  Disabling forwprop yields

./cc1plus -quiet t.ii -m32 -Wall -O2
t.ii: In function 'const QString& staticQString(const QString&)':
t.ii:110: warning: dereferencing pointer 'o.10' does break strict-aliasing
rules
t.ii:110: note: initialized from here


-- 


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

[Bug middle-end/34386] -Wstrict-aliasing=3 ineffective (tree-ssa-alias-warnings.c)

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-12-04 16:26 ---
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=34386

[Bug middle-end/36509] [4.4 Regression]: gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-12-04 16:25 ---
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=36509

[Bug rtl-optimization/38403] [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[jv244 at cam dot ac dot uk]

--- Comment #3 from jv244 at cam dot ac dot uk  2008-12-04 16:21 ---
Created an attachment (id=16826)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16826&action=view)
99 lines ;-)


-- 


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

[Bug rtl-optimization/38403] [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[jv244 at cam dot ac dot uk]

--- Comment #2 from jv244 at cam dot ac dot uk  2008-12-04 16:16 ---
Created an attachment (id=16825)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16825&action=view)
shorter testcase


-- 


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

[Bug target/38306] [4.4 Regression] 15% slowdown w.r.t. 4.3 of computational kernel on some architectures

[jv244 at cam dot ac dot uk]

--- Comment #9 from jv244 at cam dot ac dot uk  2008-12-04 16:11 ---
I tried -fschedule-insns  on CP2K, which lead to an ICE (now PR38403)


-- 


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

[Bug rtl-optimization/38403] [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2008-12-04 16:10 ---
Created an attachment (id=16824)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16824&action=view)
testcase


-- 


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

[Bug rtl-optimization/38403] New: [4.4 Regression] unable to find a register to spill in class �CREG� with -fschedule-insns

[jv244 at cam dot ac dot uk]

gcc version 4.4.0 20081128 (experimental) [trunk revision 142257] yields,

> gfortran  -O3 -ffast-math -funroll-loops -ftree-vectorize -march=k8-sse3 
> -mcx16 -msahf -mtune=k8  -ffree-form -fschedule-insns  test.f90
test.f90: In function ‘integrate_core_9’:
test.f90:2372: error: unable to find a register to spill in class ‘CREG’
test.f90:2372: error: this is the insn:
(insn:HI 72 71 42 2 test.f90:2368 (parallel [
(set (reg:DI 6 bp [2320])
(const_int 0 [0x0]))
(set (reg/f:DI 39 r10 [orig:524 coef_xyz ] [524])
(plus:DI (ashift:DI (reg:DI 6 bp [527])
(const_int 3 [0x3]))
(reg/v/f:DI 4 si [orig:498 coef_xyz ] [498])))
(set (mem/s:BLK (reg/v/f:DI 4 si [orig:498 coef_xyz ] [498]) [0 (*
coef_xyz) A64])
(const_int 0 [0x0]))
(use (reg:DI 0 ax [511]))
(use (reg:DI 6 bp [527]))
]) 854 {*rep_stosdi_rex64} (expr_list:REG_DEAD (reg:DI 6 bp [527])
(expr_list:REG_UNUSED (reg:DI 6 bp [2320])
(expr_list:REG_UNUSED (reg/f:DI 39 r10 [orig:524 coef_xyz ] [524])
(nil)
test.f90:2372: internal compiler error: in spill_failure, at reload1.c:2093

gcc 4.3 compiles without error


-- 
   Summary: [4.4 Regression] unable to find a register to spill in
class ‘CREG’ with -fschedule-insns
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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

[Bug libstdc++/38399] money_get<> read decimal point when frac_digits() <= 0

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2008-12-04 16:08 
---
(In reply to comment #0)
> use_facet >(loc).get(ss, 0, false, ss, err, digits);
> 
> string rest(istreambuf_iterator(ss), istreambuf_iterator());

Fixing this issue is trivial, but please double check the above way of using
mony_get::get, which in general doesn't work with our implementation. Only the
iterator returned by get correctly points to the current char: constructing
after the get an istreambuf_iterator(ss) doesn't work for that. So,
please double check carefully and in case open a separate PR.


-- 


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

[Bug middle-end/36509] [4.4 Regression]: gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-12-04 15:56 ---
Subject: Bug 36509

Author: rguenth
Date: Thu Dec  4 15:55:25 2008
New Revision: 142437

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

PR middle-end/36509
PR c++/38334
* Makefile.in (tree-ssa-alias-warnings.o): Remove.
(tree-ssa-structalias.o): Remove errors.h dependency.
(tree-ssa-reassoc.o): Likewise.
* tree-ssa-reassoc.c: Do not include errors.h.
* tree-ssa-alias-warnings.c: Remove.
* tree-ssa-alias.c (compute_may_aliases): Remove call to
strict_aliasing_warning_backend.
* tree-ssa-structalias.c (emit_pointer_definition): New function.
(emit_alias_warning): Likewise.
(set_uids_in_ptset): Warn for clear cases of type-punning.
* tree-inline.c (remap_gimple_op_r): Preserve TREE_NO_WARNING
on INDIRECT_REFs.

cp/
* typeck.c (get_member_function_from_ptrfunc): Mark the vtbl
pointer access with TREE_NO_WARNING.

* gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c: Adjust, remove XFAIL.
* gcc.dg/Wstrict-aliasing-converted-assigned.c: Adjust.
* g++.dg/warn/Wstrict-aliasing-float-ref-int-obj.C: Likewise.

Removed:
trunk/gcc/tree-ssa-alias-warnings.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/warn/Wstrict-aliasing-float-ref-int-obj.C
trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c
trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c
trunk/gcc/tree-inline.c
trunk/gcc/tree-ssa-alias.c
trunk/gcc/tree-ssa-reassoc.c
trunk/gcc/tree-ssa-structalias.c


-- 


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

[Bug c++/38334] pmf accesses violate strict-aliasing rules

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-12-04 15:56 ---
Subject: Bug 38334

Author: rguenth
Date: Thu Dec  4 15:55:25 2008
New Revision: 142437

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

PR middle-end/36509
PR c++/38334
* Makefile.in (tree-ssa-alias-warnings.o): Remove.
(tree-ssa-structalias.o): Remove errors.h dependency.
(tree-ssa-reassoc.o): Likewise.
* tree-ssa-reassoc.c: Do not include errors.h.
* tree-ssa-alias-warnings.c: Remove.
* tree-ssa-alias.c (compute_may_aliases): Remove call to
strict_aliasing_warning_backend.
* tree-ssa-structalias.c (emit_pointer_definition): New function.
(emit_alias_warning): Likewise.
(set_uids_in_ptset): Warn for clear cases of type-punning.
* tree-inline.c (remap_gimple_op_r): Preserve TREE_NO_WARNING
on INDIRECT_REFs.

cp/
* typeck.c (get_member_function_from_ptrfunc): Mark the vtbl
pointer access with TREE_NO_WARNING.

* gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c: Adjust, remove XFAIL.
* gcc.dg/Wstrict-aliasing-converted-assigned.c: Adjust.
* g++.dg/warn/Wstrict-aliasing-float-ref-int-obj.C: Likewise.

Removed:
trunk/gcc/tree-ssa-alias-warnings.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/warn/Wstrict-aliasing-float-ref-int-obj.C
trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-converted-assigned.c
trunk/gcc/testsuite/gcc.dg/Wstrict-aliasing-float-ptr-int-obj.c
trunk/gcc/tree-inline.c
trunk/gcc/tree-ssa-alias.c
trunk/gcc/tree-ssa-reassoc.c
trunk/gcc/tree-ssa-structalias.c


-- 


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

[Bug debug/29202] [4.2/4.3/4.4 Regression] ICE with external template and const data in the template

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-12-04 15:17 ---
The reduced testcase still fails on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.1.2 4.2.0 |4.1.2 4.2.0 4.3.2


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store misoptimization

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-12-04 15:14 ---
It works with -O3 (with partial-partial PRE enabled).  At least phi-translation
figures out that *res is zero on the incoming edge.

Un-leashing partial-PRE like with

Index: tree-ssa-pre.c
===
--- tree-ssa-pre.c  (revision 142431)
+++ tree-ssa-pre.c  (working copy)
@@ -3356,7 +3358,7 @@ do_partial_partial_insertion (basic_bloc
{
  pre_expr *avail;
  unsigned int val;
- bool by_all = true;
+ bool by_some = false;
  bool cant_insert = false;
  edge pred;
  basic_block bprime;
@@ -3404,11 +3406,13 @@ do_partial_partial_insertion (basic_bloc
 vprime, NULL);
  if (edoubleprime == NULL)
{
- by_all = false;
- break;
+ avail[bprime->index] = eprime;
}
  else
-   avail[bprime->index] = edoubleprime;
+   {
+ avail[bprime->index] = edoubleprime;
+ by_some = true;
+   }

}

@@ -3416,7 +3420,7 @@ do_partial_partial_insertion (basic_bloc
 already existing along every predecessor, and
 it's defined by some predecessor, it is
 partially redundant.  */
- if (!cant_insert && by_all && dbg_cnt (treepre_insert))
+ if (!cant_insert && by_some && dbg_cnt (treepre_insert))
{
  pre_stats.pa_insert++;
  if (insert_into_preds_of_block (block, get_expression_id (expr),


fixes this.  But this may cause a lot of partial-PRE to happen.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org, rguenth at gcc dot gnu
   ||dot org
   Severity|minor   |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||missed-optimization, TREE
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 15:14:42
   date||


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

[Bug libstdc++/38399] money_get<> read decimal point when frac_digits() <= 0

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-12-04 15:11 
---
Ok.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |paolo dot carlini at oracle
   |dot org |dot com
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 15:11:39
   date||


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

[Bug debug/29202] [4.2/4.3/4.4 Regression] ICE with external template and const data in the template

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2008-12-04 14:58 ---
I can't reproduce this with current 4.4 sources.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug c++/32519] [4.2/4.3/4.4 regression] g++ allows access to protected template member functions of base class

[jason at gcc dot gnu dot org]

--- Comment #8 from jason at gcc dot gnu dot org  2008-12-04 15:02 ---
Fixed a while back; ChangeLog entry had wrong PR number.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

�dv

[H�rlevel]

Szia

Pár napja kérdezted hogy nem e tudok egy jó letöltős oldalt. És én
most találtam egyet.

Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket.

Szerintem neked is be fog válni:



http://href.hu/x/7k7e



__

E-mail címed a Country jóvoltából került bele hírlevél rendszerünkbe.

Ha nem szeretnél több ilyet kapni. Írj a [EMAIL PROTECTED] email címre!

A küldő Fiktív, kitalált személy, de az e-mail címen elérsz
bennünket. 

[Bug c++/28985] [DR 399] class member access using a qualified-id fails to check for match of classes

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2008-12-04 14:53 ---
Removing regression tag.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.2/4.3/4.4 Regression] [DR|[DR 399] class member access
   |399] class member access|using a qualified-id fails
   |using a qualified-id fails  |to check for match of
   |to check for match of   |classes
   |classes |


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

�dv

[H�rlevel]

Szia

Pár napja kérdezted hogy nem e tudok egy jó letöltős oldalt. És én
most találtam egyet.

Tele van jobbnál jobb filmekkel, és olcsó! 1 db sms elküldése után 500
kb/sec-el töltöttem napokig a legújabb premier filmeket és meséket.

Szerintem neked is be fog válni:



http://href.hu/x/7k7e



__

E-mail címed a Country jóvoltából került bele hírlevél rendszerünkbe.

Ha nem szeretnél több ilyet kapni. Írj a [EMAIL PROTECTED] email címre!

A küldő Fiktív, kitalált személy, de az e-mail címen elérsz
bennünket. 

[Bug target/38402] New: Undocumented Yz constraint

[hjl dot tools at gmail dot com]

x86 has

;; We use the Y prefix to denote any number of conditional register sets:
;;  z   First SSE register.
;;  2   SSE2 enabled
;;  i   SSE2 inter-unit moves enabled
;;  m   MMX inter-unit moves enabled

Most of them are internal to gcc. But some instructions use the fixed XMM0
register. We may need the Yz constraint for asm statement. Shouldn't it
be documented?


-- 
   Summary: Undocumented Yz constraint
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: x86-gnu-linux


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

[Bug c++/36856] [c++0x] __is_pod() fails for some pod types

[jason at gcc dot gnu dot org]

--- Comment #7 from jason at gcc dot gnu dot org  2008-12-04 14:51 ---
Suspending this doesn't make much sense to me, it seems like a legitimate bug
in the front end c++0x support.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|SUSPENDED   |NEW
   Last reconfirmed|2008-07-16 18:58:59 |2008-12-04 14:51:57
   date||


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

[Bug c++/37906] has_trivial_default_constructor vs. deleted copy ctor

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 14:45:50
   date||


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

[Bug tree-optimization/38401] New: TreeSSA-PRE load after store misoptimization

[sergeid at il dot ibm dot com]

There is an obvious redundant LOAD in the in the following code ( (*) line):

void f (int n, int *cond, int *res)
{
int i;
*res = 0;
for (i = 0; i < n; i++)
if (*cond)
*res ^= 234; /* (*) */
}

GCSE LAS (load after store) catches it in RTL stage but it should be catched by
PRE in TreeSSA stage.


-- 
   Summary: TreeSSA-PRE load after store misoptimization
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sergeid at il dot ibm dot com
 GCC build triplet: powerpc
  GCC host triplet: powerpc
GCC target triplet: powerpc


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

[Bug c++/38232] [4.4 Regression] "value-initialization of reference" warning too strict

[jason at gcc dot gnu dot org]

--- Comment #7 from jason at gcc dot gnu dot org  2008-12-04 14:29 ---
Just hadn't gotten to that part yet, thanks for the reminder.  Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug ada/38400] New: Acats faillures due to undefined pthread_setrunon_np

[J dot J dot vanderHeijden at gmail dot com]

A whole lot of Acats tests fail for IRIX 6.2 (see
http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg00710.html)

This is because the Ada runtime uses the non-portable IRIX6.5-only function
pthread_setrunon_np, as evident from this snippet of acats.log:

splitting
/build/gcc/gcc-4.3.2/obj-quick/gcc/testsuite/ada/acats/tests/a/a83a02b.ada
into:
   a83a02b.adb
BUILD a83a02b.adb
gnatmake --GCC="/build/gcc/gcc-4.3.2/obj-quick/gcc/xgcc
-B/build/gcc/gcc-4.3.2/obj-quick/gcc/" -gnatws -O2
-I/build/gcc/gcc-4.3.2/obj-quick/gcc/testsuite/ada/acats/support a83a02b.adb
-largs --GCC="/build/gcc/gcc-4.3.2/obj-quick/gcc/xgcc
-B/build/gcc/gcc-4.3.2/obj-quick/gcc/"
/build/gcc/gcc-4.3.2/obj-quick/gcc/xgcc -c
-B/build/gcc/gcc-4.3.2/obj-quick/gcc/ -gnatws -O2
-I/build/gcc/gcc-4.3.2/obj-quick/gcc/testsuite/ada/acats/support a83a02b.adb
gnatbind -I/build/gcc/gcc-4.3.2/obj-quick/gcc/testsuite/ada/acats/support -x
a83a02b.ali
gnatlink a83a02b.ali --GCC=/build/gcc/gcc-4.3.2/obj-quick/gcc/xgcc
-B/build/gcc/gcc-4.3.2/obj-quick/gcc/
ld32: WARNING 84: /build/gcc/gcc-4.3.2/obj-quick/gcc/ada/rts/libgnarl.a is not
used for resolving any symbol.
ld32: ERROR 33: Unresolved data symbol "pthread_setrunon_np" -- 1st referenced
by /build/gcc/gcc-4.3.2/obj-quick/gcc/ada/rts/s-taprop.o.
Use linker option -v to see when and which objects, archives and dsos
are loaded.  
ld32: INFO 152: Output file removed because of error.
collect2: ld returned 2 exit status
gnatlink: error when calling /build/gcc/gcc-4.3.2/obj-quick/gcc/xgcc
gnatmake: *** link failed.
FAIL:   a83a02b

It would be nice to restrict the usage of pthread_setrunon_np to IRIX 6.5


-- 
   Summary: Acats faillures due to undefined pthread_setrunon_np
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: J dot J dot vanderHeijden at gmail dot com
 GCC build triplet: mips-sgi-irix6.2
  GCC host triplet: mips-sgi-irix6.2
GCC target triplet: mips-sgi-irix6.2


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

[Bug libstdc++/38399] New: money_get<> read decimal point when frac_digits() <= 0

[tsyvarev at ispras dot ru]

>From description of moneypunct<> facet(22.2.6.3, p3):

The format of the numeric monetary value is a decimal number:

value ::= units [ decimal-point [ digits ]] | decimal-point digits

if frac_digits() returns a positive value, or

value ::= units

otherwise.

But the implementation of money_get<>::do_get() reads from input stream decimal
point and digits after it and write them to the result(units or digits), even
when frac_digits() return nonpositive value.

In similar situation with grouping, when grouping string indicates that
grouping shouldn't not be applied, implementation stops read when it encounters
thousands separator.

Example:

#include 
#include 
#include 

using namespace std;

class my_moneypunct : public moneypunct
{
protected:
//this should disable fraction part of monetary value
int do_frac_digits()const {return 0;}
};

int  main()
{
locale loc(locale(), new my_moneypunct());
stringstream ss("123.456");
ss.imbue(loc);
string digits;
ios_base::iostate err;
use_facet >(loc).get(ss, 0, false, ss, err, digits);

string rest(istreambuf_iterator(ss), istreambuf_iterator());
cout << "digits is \"" << digits << "\"\n";
cout << "rest of stream is \"" << rest << "\"\n";
return 0;
}

[EMAIL PROTECTED] money_get_frac_digits]$ g++ ./test.cpp && ./a.out
digits is "123456"
rest of stream is ""
[EMAIL PROTECTED] money_get_frac_digits]$ g++ --version
g++ (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


-- 
   Summary: money_get<> read decimal point when frac_digits() <= 0
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tsyvarev at ispras dot ru


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

[Bug c/38397] gcc -E -dD changes the meaning of source

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-12-04 13:10 ---
You just should use -fpreprocessed when trying to compile output of -E -dD...


-- 


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

[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-12-04 13:09 ---
This is after early inlining / cfg_cleanup btw.

(gdb) call debug_bb_n (7)
;; basic block 7, loop depth 0, count 0
;; prev block 6, next block 8
;; pred:   5 [100.0%]  (fallthru,exec) 6 [100.0%]  (fallthru,dfs_back,exec)
;; succ:   6 [50.0%]  (true,exec) 8 [50.0%]  (false,exec)
:
# __first_46 = PHI 
D.5119 = &this_1(D)->h_normalized.vec_[1];

(gdb) call debug_bb_n (6)
;; basic block 6, loop depth 0, count 0
;; prev block 5, next block 7
;; pred:   7 [50.0%]  (true,exec)
;; succ:   7 [100.0%]  (fallthru,dfs_back,exec)
:
*__first_46 ={v} 0.0;
__first_47 = __first_46 + 8;

this CFG is seriously hosed ... ;)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 13:09:34
   date||
   Target Milestone|--- |4.3.3


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

[Bug tree-optimization/38369] [4.3 regression] ICE (SIGSEGV in number_of_iterations_exit)

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-12-04 12:59 ---
Created an attachment (id=16823)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16823&action=view)
somewhat reduced testcase

./cc1plus -quiet /tmp/20508.3.min.3.3.i -O -m32
/tmp/20508.3.min.3.3.i: In constructor
‘AbstractSpinSim::AbstractSpinSim(const alps::ProcessList&, const
alps::Parameters&, int) [with MAT = MIdMatrix]’:
/tmp/20508.3.min.3.3.i:497: error: true/false edge after a non-COND_EXPR in bb
7
/tmp/20508.3.min.3.3.i:497: error: true/false edge after a non-COND_EXPR in bb
7
/tmp/20508.3.min.3.3.i:497: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


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

[Bug tree-optimization/35629] [4.4 Regression] gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times profile fails

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2008-12-04 12:35 ---
Honza, any news on this?  If it is really harmless, maybe we should just make
it P4, not P2.


-- 


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

[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2008-12-04 12:32 ---
Jerry, I've created this PR to make sure it won't get forgotten.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu dot
   ||org


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

[Bug fortran/38398] New: g0.w edit descriptor: Update for F2008 Tokyo meeting changes

[burnus at gcc dot gnu dot org]

The current g0.w edit descriptor implementation is based on the F2008 comment
resolution at J3 resolution. Afterwards there was the Tokyo WG5, which also
addressed ISO member comments. Unfortunately, the g0. was changed a bit.

At the WG5 meeting in Tokyo, one agreed on the following modified version, see
ftp://ftp.nag.co.uk/sc22wg5/N1751-N1800/N1760.txt:
"2.6 Generalized output editing
 A similar feature has been added, see 08-296r2."

That is the following paper:
  http://www.j3-fortran.org/doc/year/08/08-296r2.txt

I think the current implementation (see PR 37228) is based on
 http://j3-fortran.org/doc/year/08/08-251r3.txt
and  http://www.j3-fortran.org/doc/year/08/08-272.html


"In the original J3 response, 08-251r3, G0.d, like G0, was defined in
 terms of the ESw.d format, meaning that even values close to zero
 would be shown in E format, unlike the Gw.d format (for w>0) which
 would choose F format for such values.  N1743 suggested that G0 and
 G0.d behave more like Gw.d in such cases and J3 agrees."

Currently, gfortran prints:

3.4500E+00   ES10.4
3.4500   F10.4
 3.450   g10.4
 3.4500E+00   g0.4

Note that contrary to the other edit descriptors:
 "that any leading or trailing blanks are removed.

If I read the new proposal correctly, the out should not be:
"3.450" without heading spaces.

 * * *

Per C1007+, the e may not be specified for g0, e.g.
 "g0.4e4"
gfortran rejects this, but with a rather strange error message:
print '(g0.4e4)',   3.45
   1
Error: Period required in format specifier at (1)


-- 
   Summary: g0.w edit descriptor: Update for F2008 Tokyo meeting
changes
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug c/38397] New: gcc -E -dD changes the meaning of source

[algrant at acm dot org]

compile with -E -dD:

  enum { A, B };
  #define B A
  #define A B+1
  int x = A;

This will print something like

  enum { A, B };
  #define B A
  #define A B+1
  int x = A+1;

This defines x as 2 instead of 1.  Recycle the output bad in and
x gets bigger and bigger.

Although it doesn't seem to be formally defined that the output
of -E -dD is valid source code equivalent to the original,
the output is presented as if it is.  There are at least two
solutions:

- present the #define and #undef as comments

- suppress macro expansion when -dD is used

The ability to suppress macro expansion is a useful feature in
its own right and could make some sources more readable, when the
intention of -E is simply to flatten the input.


-- 
   Summary: gcc -E -dD changes the meaning of source
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: algrant at acm dot org


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

[Bug libgcj/38396] New: libgcj_bc for 4.3 and 4.4 are binary incompatible but have the same SONAME

[rguenth at gcc dot gnu dot org]

If you install libgcj_bc from GCC 4.4 and try to link with GCC 4.3 you get

gcj CaCerts.java --main=CaCerts -o catest
libgcj failure: gcj linkage error.
Incorrect library ABI version detected.  Aborting.

gcj: Internal error: Aborted (program ecj1)
Please submit a full bug report.
See  for instructions.


-- 
   Summary: libgcj_bc for 4.3 and 4.4 are binary incompatible but
have the same SONAME
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ABI
  Severity: critical
  Priority: P3
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug ada/38394] [4.3/4.4 regression] clashing assembler symbols

[laurent at guerby dot net]

--- Comment #1 from laurent at guerby dot net  2008-12-04 10:52 ---
Confirmed that it works with 4.2.4 but fails with 4.3.2 and trunk on
x86_64-linux at least.

gcc version 4.4.0 20081118 (experimental) [trunk revision 141967] (GCC) 
$ gcc -c pkg.adb
/tmp/ccF1O7nh.s: Assembler messages:
/tmp/ccF1O7nh.s:86: Error: symbol `pkg__foo__T3scc___U' is already defined


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 CC||laurent at guerby dot net
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||link-failure
  Known to fail||4.3.2
  Known to work||4.2.4
   Last reconfirmed|-00-00 00:00:00 |2008-12-04 10:52:06
   date||
Summary|clashing assembler symbols  |[4.3/4.4 regression]
   ||clashing assembler symbols


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

[Bug c/38395] New: emit_library_call_value_1 calls emit_push_insn() with type=NULL_TREE

[jon at beniston dot com]

emit_library_call_value_1() in calls.c can call emit_push_insn() with
type=NULL_TREE and mode != BLKMode

If STRICT_ALIGNMENT is defined for the target, then, emit_push_insn() will call
assign_temp (see about 40 lines into the function), passing NULL_TREE as the
first param. This results in a SEGFAULT as assign_temp calls DECL_P on
NULL_TREE.


-- 
   Summary: emit_library_call_value_1 calls emit_push_insn() with
type=NULL_TREE
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jon at beniston dot com
GCC target triplet: Targets with STRICT_ALIGNMENT defined


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

[Bug middle-end/38371] Fold check error during bootstrap

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-12-04 09:39 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/38371] Fold check error during bootstrap

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-12-04 09:34 ---
Subject: Bug 38371

Author: jakub
Date: Thu Dec  4 09:33:27 2008
New Revision: 142430

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142430
Log:
PR middle-end/38371
* fold-const.c (fold_checksum_tree): Allow modification of
TYPE_NEXT_VARIANT.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c


-- 


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

[Bug ada/38394] New: clashing assembler symbols

[michael dot voelske at medien dot uni-weimar dot de]

The following program results in clashing assembler symbols when compiled
with gnat-4.3.  This does not happen when using gnat-4.2.

-- file: pkg.ads --
package Pkg is
   procedure Foo;

   Max : Natural := 1;
   type Arr is array(Natural range 0..Max) of Natural;

   type T is record
 A : Arr := (others => 0); 
  end record;
end;

-- file: pkg.adb --
package body Pkg is
   procedure Foo is
  X, Y : T;
   begin
  null;
   end;
end;

-- compilation --

gcc-4.3 -c pkg.adb
/tmp/ccP5RYSw.s: Assembler messages:
/tmp/ccP5RYSw.s:76: Error: symbol `pkg__foo__T3scc___U' is already defined
End of compilation
gnatmake: "pkg.adb" compilation error


-- 
   Summary: clashing assembler symbols
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot voelske at medien dot uni-weimar dot de


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