[Bug middle-end/37174] New: ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[jv244 at cam dot ac dot uk]

this night's trunk breaks building CP2K, testcase to be attached:

> gfortran -c -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native -v 
> bug.f90
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data/vondele/gcc_bench/gcc_trunk/gcc/configure
--prefix=/data/vondele/gcc_bench/gcc_trunk/build --enable-languages=c,fortran
Thread model: posix
gcc version 4.4.0 20080819 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-c' '-O3' '-ffast-math' '-funroll-loops'
'-ftree-vectorize'  '-v'

/data/vondele/gcc_bench/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
bug.f90 -march=core2 -mcx16 -msahf --param l1-cache-size=32 --param
l1-cache-line-size=64 --param l2-cache-size=4096 -mtune=core2 -quiet -dumpbase
bug.f90 -auxbase bug -O3 -version -ffast-math -funroll-loops -ftree-vectorize
-fintrinsic-modules-path
/data/vondele/gcc_bench/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/finclude
-o /tmp/ccNb5Smz.s
GNU Fortran (GCC) version 4.4.0 20080819 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20080819 (experimental), GMP version
4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
bug.f90: In function ‘nmr_shift_print’:
bug.f90:121: internal compiler error: in vinfo_for_stmt, at
tree-vectorizer.h:546
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

most likely due to '2008-08-19  Ira Rosen  <[EMAIL PROTECTED]>'


-- 
   Summary: ICE: in vinfo_for_stmt, at tree-vectorizer.h:546
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
OtherBugsDependingO 29975
 nThis:


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

[Bug middle-end/37174] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2008-08-20 07:36 ---
Created an attachment (id=16105)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16105&action=view)
testcase


-- 


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

[Bug middle-end/37161] [4.4 Regression]: Revision 139225 caused gfortran.dg/vect/pr33301.f -O

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2008-08-20 07:54 ---
Confirmed on i686-apple-darwin9 in 32-bit mode:

[ibook-dhum] lin/test% gfc -c -O2 -ftree-vectorize
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/vect/pr33301.f
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/vect/pr33301.f: In function
'zgelsx':
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/vect/pr33301.f:3: internal
compiler error: vector VEC(gimple,base) push domain error, in
vect_create_vectorized_promotion_stmts at tree-vect-transform.c:4650

The test compiles with -m64.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

Summary|[4.4 Regression]: Revision  |[4.4 Regression]: Revision
   |139225 caused   |139225 caused
   |gfortran.dg/vect/pr33301.f  |gfortran.dg/vect/pr33301.f
   |-O  |-O


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

[Bug middle-end/37161] [4.4 Regression]: Revision 139225 caused gfortran.dg/vect/pr33301.f -O

[irar at il dot ibm dot com]

-- 

irar at il dot ibm dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |irar at il dot ibm dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-08-20 08:04:01
   date||


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

[Bug middle-end/37174] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[wouter dot vermaelen at scarlet dot be]

--- Comment #2 from wouter dot vermaelen at scarlet dot be  2008-08-20 
09:38 ---
I can trigger the same ICE with this testcase:

---
int* getFoo();
struct Bar {
Bar();
int* foo1;
int* foo2;
int* table[4][4][4];
};
Bar::Bar() {
foo1 = getFoo();
foo2 = getFoo();
for (int a = 0; a < 4; ++a) {
for (int b = 0; b < 4; ++b) {
for (int c = 0; c < 4; ++c) {
table[a][b][c] = foo1;
}
}
}
}


compile with:
  g++ -O3 bug.ii


-- 

wouter dot vermaelen at scarlet dot be changed:

   What|Removed |Added

 CC||wouter dot vermaelen at
   ||scarlet dot be


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

[Bug regression/37171] [4.4 Regression] Canonical spelling optimization dependency

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-08-20 09:41 ---
Interesting.  Can you attach preprocessed source?  I suspect this bug may
show/hide based on libc implementation details (toupper can be a macro).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|regression  |c
   Target Milestone|--- |4.4.0


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

[Bug c++/37175] New: Undefined reference to static const member in var = condition ? X::A : X::B

[wjaczews at o2 dot pl]

Cannot compile with -O0 or -O1, or without specifing optimization.

1.c:
#include 

struct X {
static const int ABC = 1;
static const int DEF = 2;
};

int main(int argc, char * argv[])
{
std::cout << (argc > 1 ? X::ABC : X::DEF) << std::endl;
}

> g++ 1.cpp
/tmp/cc49NOpp.o: In function `main':
1.cpp:(.text+0x18d): undefined reference to `X::ABC'
1.cpp:(.text+0x197): undefined reference to `X::DEF'
collect2: ld returned 1 exit status

The same result on gcc-4.2, 4.3, 4.4

> g++ -v
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

> g++-4.3 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.1/configure --prefix=/usr/local/gcc-4.3.1
Thread model: posix
gcc version 4.3.1 (GCC)

> g++-4.4 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.4-20080808/configure
--prefix=/usr/local/gcc-4.4-20080808
Thread model: posix
gcc version 4.4.0 20080808 (experimental) (GCC)


-- 
   Summary: Undefined reference to static const member in var =
condition ? X::A : X::B
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wjaczews at o2 dot pl


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

[Bug tree-optimization/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|middle-end  |tree-optimization
   Keywords||ice-on-valid-code
Summary|ICE: in vinfo_for_stmt, at  |[4.4 Regression] ICE: in
   |tree-vectorizer.h:546   |vinfo_for_stmt, at tree-
   ||vectorizer.h:546
   Target Milestone|--- |4.4.0


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

[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[irar at il dot ibm dot com]

-- 

irar at il dot ibm dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |irar at il dot ibm dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
  Component|tree-optimization   |middle-end
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-08-20 09:49:21
   date||
   Target Milestone|4.4.0   |---


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

[Bug libstdc++/37172] g++ should not cast const iterator to non-const by default

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-08-20 09:53 
---


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


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Component|c++ |libstdc++
 Resolution||DUPLICATE


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

[Bug libstdc++/14410] Bug with implementation of set for const iterators in g++ ...

[paolo dot carlini at oracle dot com]

--- Comment #7 from paolo dot carlini at oracle dot com  2008-08-20 09:53 
---
*** Bug 37172 has been marked as a duplicate of this bug. ***


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||nilmonid at gmail dot com


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

[Bug c++/37175] Undefined reference to static const member in var = condition ? X::A : X::B

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-08-20 09:58 
---
Yes, because the code is invalid, a *definition* of ABC and DEF is missing: add
const int X::ABC; const int X::DEF; after your declaration of X and things will
work.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/37176] New: [arm] Optimizer omits loop condition leading to failing code

[berndorfer at festo dot at]

My recent 2.6.21.6-rt21 kernel build for ARM dumps a NULL pointer dereference
exception due to a missing loop termination condition that was omitted by the
gcc 4.3.1 optimizer.

This happens in net/ipv4/inet_hashtables.c, in function
inet_lookup_listener_slow which is inlined by the optimizer (-Os, -O2, -O3)
into function inet_lookup_listener:

= C-Code:
  sk_for_each(sk, node, head) {
   const struct inet_sock *inet = inet_sk(sk);

   if (inet->num == hnum && !ipv6_only_sock(sk)) {
   ...
   }
   }

= Generated assembler code with my comments:
.L57:
mov r4, r0
ldr r1, [r4], #-8  @ node = node->next; THIS FAILS !!!
#APP
@ 108 "include/asm/processor.h" 1
pld [r1, #0]   @ preload node
@ 0 "" 2
ldrhr3, [r4, ip]   @ load 'inet->num' ...
mov r0, r1
cmp r3, r5 @ ... and compare this with 'hnum'
bne .L57   @ if 'inet->num != hnum' continue loop
b   .L58   @ do the work inside the loop

= why this code fails:
If you look at sk_for_each macro it is replaced with something like:
for (node=head; node && ...; node=node->next)
Unfortunately the condition for node being non zero is not evaluated every
loop. It seems to me that this important condition is replaces with the inner
if-condition inet->num == hnum whereas node!=0 is evaluated later on.

= possible workarounds:
Do not use -Os, -O2, -O3. -O1 and -O0 works.

E.g. this is the code for the -O1 case:
.L47:
mov r3, r0
mov r4, ip
.L50:
cmp r2, #0  @ CHECKS node != 0   !!!
beq .L49@ terminates loop
mov r0, r3
mov ip, r4
b   .L51@ next loop
.L43:
mvn r0, #0
mov ip, #0
mov r3, #516
add lr, r3, #2
.L51:
mov r4, r2
ldr r2, [r4], #-8
#APP
@ 108 "include/asm/processor.h" 1
pld [r2, #0]
@ 0 "" 2
mov r1, r4
ldrhr3, [r4, lr]
cmp r3, r5
bne .L47
b   .L54
.L49:

= Compiler version: 4.3.1 (release version)

= System type: ARM Linux, XScale-PXA255 (ARMv5-TE)

= Compiler configure command line:
  $ ../gcc-4.3.1/configure --prefix=/tmp/tc3/sysroot/cross --target=arm-linux
--host=i686-pc-linux-gnu --disable-multilib --with-sysroot=/tmp/tc3/sysroot
--disable-nls --enable-shared --enable-languages=c,c++ --enable-__cxa_atexit
--enable-c99 --enable-threads=posix --with-float=soft

= Commandline: (generated by kernel makefile hierarchy)
arm-linux-gcc -Wp,-MD,net/ipv4/.inet_hashtables.o.d  -nostdinc -isystem
tmp/tc3/sysroot/cross/lib/gcc/arm-linux/4.3.1/include -D__KERNEL__ -Iinclude 
in
clude include/linux/autoconf.h -mlittle-endian -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Os -marm
fno-omit-frame-pointer -mapcs -mno-sched-prolog -mabi=apcs-gnu
-mno-thumb-interwork -D__LINUX_ARM_ARCH__=5 -march=armv5te -mtune=xscale
-Wa,-mcpu=xscale  -msoft-float -Uarm -fno-omit-frame-pointer
-fno-optimize-sibling-calls -fno-stack-protector -Wdeclaration-after-statement
-Wno-pointer-sign   -DFW_VERSION=\"1.1.1-cec0\" -D"KBUILD_STR(s)=\#s"
-D"KBUILD_BASENAME=KBUILD_STR(inet_hashtables)"  -D"KBUILD_MODNAME=KBUILD_STR
(inet_hashtables)" -c -o net/ipv4/inet_hashtables.o net/ipv4/inet_hashtables.c

= Compiler outputs/warnings: none

= Attachments: .c, .i and .s files


-- 
   Summary: [arm] Optimizer omits loop condition leading to failing
code
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: berndorfer at festo dot at
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-linux


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

[Bug c/37176] [arm] Optimizer omits loop condition leading to failing code

[berndorfer at festo dot at]

--- Comment #1 from berndorfer at festo dot at  2008-08-20 10:14 ---
Created an attachment (id=16106)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16106&action=view)
intermediate assembler file


-- 


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

[Bug c/37176] [arm] Optimizer omits loop condition leading to failing code

[berndorfer at festo dot at]

--- Comment #2 from berndorfer at festo dot at  2008-08-20 10:15 ---
Created an attachment (id=16107)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16107&action=view)
intermediate .i file


-- 


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

[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[wouter dot vermaelen at scarlet dot be]

--- Comment #3 from wouter dot vermaelen at scarlet dot be  2008-08-20 
10:43 ---
I can confirm, SVN revision [EMAIL PROTECTED] is the first one with this bug.


-- 


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

[Bug middle-end/21733] filecmp.c:252: warning: #n1# may be used uninitialized in this function

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-08-20 11:32 ---
There is some connection with PR 36296 but perhaps they are not exactly the
same issue.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
  BugsThisDependsOn||36296


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

[Bug c++/37177] New: ICE on decltype(rel_ops::operator>);

[chris dot fairles at gmail dot com]

The bug was discovered using the line in the summary, but a reduced test case
also produces the ICE:

namespace N1
{
  template bool foo(); }
}

int main()
{
  decltype(N1::foo) a;
}

I believe this is ice-on-valid since removing the template like so:

namespace N1 { bool foo(); } 
int main() { decltype(N1::foo) a; } 

makes "a" a function type 'bool(void)'.


-- 
   Summary: ICE on decltype(rel_ops::operator>);
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris dot fairles at gmail 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=37177

[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[irar at il dot ibm dot com]

--- Comment #4 from irar at il dot ibm dot com  2008-08-20 12:18 ---
I am testing the following patch:

Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 139225)
+++ tree-vect-analyze.c (working copy)
@@ -2531,7 +2535,7 @@ vect_get_and_check_slp_defs (loop_vec_in
   /* Check if DEF_STMT is a part of a pattern and get the def stmt from
  the pattern. Check that all the stmts of the node are in the
  pattern.  */
-  if (def_stmt && vinfo_for_stmt (def_stmt)
+  if (def_stmt && dt[i] == vect_loop_def && vinfo_for_stmt (def_stmt)
   && STMT_VINFO_IN_PATTERN_P (vinfo_for_stmt (def_stmt)))
 {
   if (!*first_stmt_dt0)

If everything goes OK, I will submit it tomorrow.


-- 


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

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

[dodji at gcc dot gnu dot org]

--- Comment #11 from dodji at gcc dot gnu dot org  2008-08-20 12:33 ---
Created an attachment (id=16108)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16108&action=view)
6th patch

Another refinement.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #16097|0   |1
is obsolete||


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

[Bug middle-end/37174] [4.4 Regression] ICE: in vinfo_for_stmt, at tree-vectorizer.h:546

[jv244 at cam dot ac dot uk]

--- Comment #5 from jv244 at cam dot ac dot uk  2008-08-20 12:34 ---
(In reply to comment #4)
> I am testing the following patch:

I checked that it fixed the problem with the original bug (PR37174.tgz)

Thanks!

> 
> Index: tree-vect-analyze.c
> ===
> --- tree-vect-analyze.c (revision 139225)
> +++ tree-vect-analyze.c (working copy)
> @@ -2531,7 +2535,7 @@ vect_get_and_check_slp_defs (loop_vec_in
>/* Check if DEF_STMT is a part of a pattern and get the def stmt from
>   the pattern. Check that all the stmts of the node are in the
>   pattern.  */
> -  if (def_stmt && vinfo_for_stmt (def_stmt)
> +  if (def_stmt && dt[i] == vect_loop_def && vinfo_for_stmt (def_stmt)
>&& STMT_VINFO_IN_PATTERN_P (vinfo_for_stmt (def_stmt)))
>  {
>if (!*first_stmt_dt0)
> 
> If everything goes OK, I will submit it tomorrow.
> 


-- 


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

[Bug target/37169] [4.4 Regression] Inefficent code for _mm_cvtsi64_si128

[hjl at gcc dot gnu dot org]

--- Comment #2 from hjl at gcc dot gnu dot org  2008-08-20 13:23 ---
Subject: Bug 37169

Author: hjl
Date: Wed Aug 20 13:22:30 2008
New Revision: 139289

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139289
Log:
gcc/

2008-08-20  H.J. Lu  <[EMAIL PROTECTED]>

PR target/37169
* config/i386/i386.c (ix86_expand_vector_init_one_nonzero): In
V2DI mode, for SSE4.1, use movq instead of vector set if the
second element is zero and inter-unit moves are OK.

gcc/testsuite/

2008-08-20  H.J. Lu  <[EMAIL PROTECTED]>

PR target/37169
* i386/sse2-init-v2di-2.c: New.

Added:
trunk/gcc/testsuite/gcc.target/i386/sse2-init-v2di-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #3 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
14:04 ---
Created an attachment (id=16109)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16109&action=view)
Preprocessed source for the bad case


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #4 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
14:05 ---
Created an attachment (id=16110)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16110&action=view)
Preprocessed source for the good case


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #5 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
14:06 ---
Created an attachment (id=16111)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16111&action=view)
Generated ASM code for the bad case

Notice that __ctype_toupper_loc is called 6 times in this code.


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #6 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
14:07 ---
Created an attachment (id=16112)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16112&action=view)
Generated ASM code for the good case

The __ctype_toupper_loc function, differently than the bad case is called only
ONCE in this code.


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #7 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
14:21 ---
The preprocessed sources for strncasecmp.c are exactly the same for both cases.


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-08-20 02:25:37 |2008-08-20 14:49:55
   date||


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

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

[vda dot linux at googlemail dot com]

--- Comment #13 from vda dot linux at googlemail dot com  2008-08-20 14:57 
---
Created an attachment (id=16113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113&action=view)
Updated doubleint-based patch. DOES NOT PASS TESTSUITE.


-- 

vda dot linux at googlemail dot com changed:

   What|Removed |Added

  Attachment #12036|0   |1
is obsolete||
  Attachment #16050|0   |1
is obsolete||


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

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

[vda dot linux at googlemail dot com]

--- Comment #14 from vda dot linux at googlemail dot com  2008-08-20 14:58 
---
Created an attachment (id=16114)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16114&action=view)
Tree based patch. Passes bootstrap.


-- 


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

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

[vda dot linux at googlemail dot com]

--- Comment #15 from vda dot linux at googlemail dot com  2008-08-20 15:07 
---
(In reply to comment #13)
> Created an attachment (id=16113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113&action=view) [edit]
> Updated doubleint-based patch. DOES NOT PASS TESTSUITE.

I meant "does not bootstrap".

Anyway. Something strange is going on. Last two patches:

bug28632_doubleint_based.patch
bug28632_tree_based.patch

are identical in their basic algorithm, but one uses trees and other uses
double_ints for intermediate calculations. I did a bootstrap with them
and on 4.3.1 both work, whereas on current-ish svn doubleint-based patch
fails.

Bootstrap with both patches was done with debugging output enabled
and OUTPUT IS THE SAME! Entire ~7Mb output has the same ranges predicted
by both patches, up to the point where gcc stage 2 is reached.
Then newly built compiles mispredicts a range and compile fails
(again only for bug28632_doubleint_based.patch).

This practically rules out that I have some silly bug
in bug28632_doubleint_based.patch which miscalculates ranges - that would make
bug28632_tree_based.patch to fail as well.

I also ran a test program which tested predictions for random (a | b)
and (a & b) and it didn't find any errors.

Looks like this problem is more difficult than I can handle.
Putting it on hold for now.


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2008-08-20 15:30 ---
Patch at .


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||patch


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

[Bug target/36189] Invalid movabsq [EMAIL PROTECTED], %rbp for TLS

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-08-20 15:42 ---
program foo
  implicit none
  common /mycom/ arr(10_8:12_8)
!$omp threadprivate (/mycom/)
  integer*8 i
  real*8 arr
  do i=10_8,12_8
write(*,*) i
arr(i)=0.0d0
  enddo
end program

is another testcase, now with CONST_INT offset that doesn't even fit into
SImode.
I've tried to reject TPOFF/DTPOFF which would be rejected by
x86_64_immediate_operand also in legitimate_constant_p (they really aren't
legitimate, can't be put into .data section nor instructions):
--- i386.c.jj6  2007-06-26 13:38:46.0 +0200
+++ i386.c  2008-08-20 16:30:19.0 +0200
@@ -6130,6 +6130,8 @@ darwin_local_data_pic (rtx disp)
 bool
 legitimate_constant_p (rtx x)
 {
+  rtx off = NULL_RTX;
+
   switch (GET_CODE (x))
 {
 case CONST:
@@ -6139,6 +6141,7 @@ legitimate_constant_p (rtx x)
{
  if (GET_CODE (XEXP (x, 1)) != CONST_INT)
return false;
+ off = XEXP (x, 1);
  x = XEXP (x, 0);
}

@@ -6154,10 +6157,24 @@ legitimate_constant_p (rtx x)
  case UNSPEC_TPOFF:
  case UNSPEC_NTPOFF:
x = XVECEXP (x, 0, 0);
+   /* GNU ld only handles 32-bit @TPOFF relocation on input.  */
+   if (TARGET_64BIT
+   && off
+   && (INTVAL (off) < 0
+   || trunc_int_for_mode (INTVAL (off),
+  SImode) != INTVAL (off)))
+ return false;
return (GET_CODE (x) == SYMBOL_REF
&& SYMBOL_REF_TLS_MODEL (x) == TLS_MODEL_LOCAL_EXEC);
  case UNSPEC_DTPOFF:
x = XVECEXP (x, 0, 0);
+   /* GNU ld only handles 32-bit @DTPOFF relocation on input.  */
+   if (TARGET_64BIT
+   && off
+   && (INTVAL (off) < 0
+   || trunc_int_for_mode (INTVAL (off),
+  SImode) != INTVAL (off)))
+ return false;
return (GET_CODE (x) == SYMBOL_REF
&& SYMBOL_REF_TLS_MODEL (x) == TLS_MODEL_LOCAL_DYNAMIC);
  default:

but still an instruction with @TPOFF-8 is created and then ICEs during
recognition, eventhough both legitimate_constant_p and legitimate_address_p
reject it as invalid memory address.  Any ideas?

In 4.3/trunk this is IMHO a latent issue, the memory reference expansion just
reorders the mycom_+(i*8)-8 operations differently.


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2008-08-20 15:51 ---
Subject: Bug 37171

Author: jakub
Date: Wed Aug 20 15:50:23 2008
New Revision: 139317

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139317
Log:
PR c/37171
* c-parser.c (c_parser_attributes): For keywords use canonical
spelling for attr_name.

* gcc.dg/pr37171.c: New test.
* g++.dg/ext/attrib34.C: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr37171.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-parser.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35602] Bogus warning with -Wsign-conversion

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-08-20 16:07 ---
Subject: Bug 35602

Author: manu
Date: Wed Aug 20 16:05:58 2008
New Revision: 139328

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139328
Log:
2008-08-20  Manuel Lopez-Ibanez  <[EMAIL PROTECTED]>

PR c++/35602
* c-common.c (conversion_warning): Do not warn for artificial
expressions.
testsuite/
* g++.dg/warn/pr35602.C: New.

Added:
trunk/gcc/testsuite/g++.dg/warn/pr35602.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[luisgpm at linux dot vnet dot ibm dot com]

--- Comment #9 from luisgpm at linux dot vnet dot ibm dot com  2008-08-20 
16:09 ---
With revision 139317, the numbers for 197.parser as back to normal and the
generated ASM code carries only a single call to __ctype_toupper_loc.


-- 


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

[Bug c/35701] Quieten -Wconversion warnings

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-08-20 16:11 ---
Subject: Bug 35701

Author: manu
Date: Wed Aug 20 16:09:45 2008
New Revision: 139329

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139329
Log:
2008-08-20  Manuel Lopez-Ibanez  <[EMAIL PROTECTED]>

PR 35701
* c-common.c (conversion_warning): Do not warn if applying bit-and
operator to unsigned constant that fits in the target type.

testsuite/
* gcc.dg/pr35701.c: New.
* gcc.dg/Wconversion-real-integer.c: Add more tests.
* gcc.dg/Wconversion-pr34389.c: Update.
* g++.dg/warn/Wconversion-pr34389.C: Update.

Added:
trunk/gcc/testsuite/gcc.dg/pr35701.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/warn/Wconversion-pr34389.C
trunk/gcc/testsuite/g++.dg/warn/Wconversion-real-integer.C
trunk/gcc/testsuite/gcc.dg/Wconversion-pr34389.c
trunk/gcc/testsuite/gcc.dg/Wconversion-real-integer.c


-- 


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

[Bug c++/35602] Bogus warning with -Wsign-conversion

[manu at gcc dot gnu dot org]

--- Comment #6 from manu at gcc dot gnu dot org  2008-08-20 16:13 ---
Fixed in GCC 4.4


-- 

manu 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=35602

[Bug c/37171] [4.4 Regression] Canonical spelling optimization dependency

[jakub at gcc dot gnu dot org]

--- Comment #10 from jakub at gcc dot gnu dot org  2008-08-20 16:13 ---
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=37171

[Bug c/35701] Quieten -Wconversion warnings

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2008-08-20 16:13 ---
Fixed in GCC 4.4


-- 

manu 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=35701

[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp

[manu at gcc dot gnu dot org]

--- Comment #10 from manu at gcc dot gnu dot org  2008-08-20 16:36 ---
Subject: Bug 35158

Author: manu
Date: Wed Aug 20 16:35:21 2008
New Revision: 139335

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139335
Log:
2008-08-20  Manuel Lopez-Ibanez  <[EMAIL PROTECTED]>

PR c++/35158
cp/   
* parser.c (cp_parser_omp_for_loop): Handle parenthesized
initializers.
testsuite/
* g++.dg/gomp/pr35158.C: New.

Added:
trunk/gcc/testsuite/g++.dg/gomp/pr35158.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp

[manu at gcc dot gnu dot org]

--- Comment #11 from manu at gcc dot gnu dot org  2008-08-20 16:38 ---
Fixed in GCC 4.4


-- 

manu 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=35158

[Bug c/37178] New: false positive with -Wstrict-overflow=2 on code not involving signed overflow

[edwintorok at gmail dot com]

Using gcc version 4.3.1 (Debian 4.3.1-9) on amd64 I get a warning I shouldn't:
$ gcc -O2 -Wstrict-overflow=2 testcase-min.i -c
testcase-min.i: In function ‘cli_scanrar’:
testcase-min.i:40: warning: assuming signed overflow does not occur when
simplifying conditional to constant

At line 40 there is this (ret is int, but  it only gets values assigned, no
arithmetic is performed on it)
if(ret == 2)  ret = 0;

I am attaching the reduced testcase.

More system info:
$ uname -a
Linux lightspeed2 2.6.26-1-amd64 #1 SMP Fri Aug 8 13:17:41 UTC 2008 x86_64
GNU/Linux
$ gcc -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.1-9'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --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.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --enable-cld --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.1 (Debian 4.3.1-9)


-- 
   Summary: false positive with -Wstrict-overflow=2 on code not
involving signed overflow
   Product: gcc
   Version: 4.3.1
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=37178

[Bug c/37178] false positive with -Wstrict-overflow=2 on code not involving signed overflow

[edwintorok at gmail dot com]

--- Comment #1 from edwintorok at gmail dot com  2008-08-20 17:52 ---
Created an attachment (id=16115)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16115&action=view)
reduced testcase

the testcase is reduced from clamav's scanners.c


-- 


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

[Bug target/36189] Invalid movabsq [EMAIL PROTECTED], %rbp for TLS

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-08-20 18:24 ---
Created an attachment (id=16116)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16116&action=view)
gcc41-pr36189.patch

This works for me.


-- 


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

[Bug c/37179] New: gcc emits bad opcode 'ffreep'

[ebuddington at wesleyan dot edu]

The vortex86sx claims to be 486-compliant, but it gives "Illegal Instruction"
on ffreep.

GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.

I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not avoid the problem.

Could this be added as an architecture, or is there an existing solution that
I'm missing?


-- 
   Summary: gcc emits bad opcode 'ffreep'
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebuddington at wesleyan dot edu
 GCC build triplet: vortex86-pc-linux
  GCC host triplet: vortex86-pc-linux
GCC target triplet: vortex86-pc-linux


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

[Bug c/37180] New: gcc emits bad opcode 'ffreep'

[ebuddington at wesleyan dot edu]

The vortex86sx claims to be 486-compliant, but it gives "Illegal Instruction"
on ffreep.

GCC uses ffreep when compiling many pieces of software, rendering them unusable
on this processor.

I do not see any way to explicitly blacklist the opcode, and setting -march to
i486, i386, or native does not avoid the problem.

Could this be added as an architecture, or is there an existing solution that
I'm missing?


-- 
   Summary: gcc emits bad opcode 'ffreep'
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebuddington at wesleyan dot edu
 GCC build triplet: vortex86-pc-linux
  GCC host triplet: vortex86-pc-linux
GCC target triplet: vortex86-pc-linux


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

[Bug target/37179] gcc emits bad opcode 'ffreep'

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|enhancement |normal
  Component|c   |target


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

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

[dodji at gcc dot gnu dot org]

--- Comment #12 from dodji at gcc dot gnu dot org  2008-08-20 19:18 ---
Created an attachment (id=16117)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16117&action=view)
7th patch

Another iteration :-)


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #16108|0   |1
is obsolete||


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

[Bug target/37179] gcc emits bad opcode 'ffreep'

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-08-20 19:18 ---
http://www.pagetable.com/?p=16


-- 


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

[Bug c/37180] gcc emits bad opcode 'ffreep'

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-08-20 19:18 ---


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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/37179] gcc emits bad opcode 'ffreep'

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-08-20 19:18 ---
*** Bug 37180 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c++/33979] support for char16_t, char32_t

[paolo at gcc dot gnu dot org]

--- Comment #12 from paolo at gcc dot gnu dot org  2008-08-20 19:31 ---
Subject: Bug 33979

Author: paolo
Date: Wed Aug 20 19:29:54 2008
New Revision: 139339

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

PR libstdc++/33979 (partial)
* include/bits/postypes.h (u16streampos, u32streampos): Add.
* include/bits/char_traits.h (char_traits,
char_traits): Add.
* include/bits/stringfwd.h (u16string, u32string): Add.
* include/ext/vstring_fwd.h: Add typedefs for char16_t/char32_t.
* testsuite/21_strings/char_traits/requirements/char32_t/typedefs.cc:
New.
* testsuite/21_strings/char_traits/requirements/
explicit_instantiation/short/1.cc: Likewise.
* testsuite/21_strings/char_traits/requirements/
explicit_instantiation/char32_t/1.cc: Likewise.
* testsuite/21_strings/char_traits/requirements/
explicit_instantiation/wchar_t/1.cc: Likewise.
* testsuite/21_strings/char_traits/requirements/
explicit_instantiation/char16_t/1.cc: Likewise.
* testsuite/21_strings/char_traits/requirements/
explicit_instantiation/char/1.cc: Likewise.
* testsuite/21_strings/char_traits/requirements/char16_t/typedefs.cc:
Likewise.
* testsuite/21_strings/basic_string/requirements/
explicit_instantiation/char32_t/1.cc: Likewise.
* testsuite/21_strings/basic_string/requirements/
explicit_instantiation/wchar_t/1.cc: Likewise.
* testsuite/21_strings/basic_string/requirements/
explicit_instantiation/char16_t/1.cc: Likewise.
* testsuite/21_strings/basic_string/requirements/
explicit_instantiation/char/1.cc: Likewise.
* testsuite/21_strings/headers/string/types_std_c++0x.cc: Likewise.
* testsuite/ext/vstring/requirements/explicit_instantiation/
char32_t/1.cc: Likewise.
* testsuite/ext/vstring/requirements/explicit_instantiation/
char16_t/1.cc: Likewise.


Added:
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char/
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char16_t/
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char16_t/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char32_t/
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/char32_t/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/wchar_t/
   
trunk/libstdc++-v3/testsuite/21_strings/basic_string/requirements/explicit_instantiation/wchar_t/1.cc
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char16_t/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char16_t/typedefs.cc
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char32_t/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/char32_t/typedefs.cc
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char/1.cc
  (with props)
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char16_t/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char16_t/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char32_t/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/char32_t/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/short/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/short/1.cc
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/wchar_t/
   
trunk/libstdc++-v3/testsuite/21_strings/char_traits/requirements/explicit_instantiation/wchar_t/1.cc
  (with props)
trunk/libstdc++-v3/testsuite/21_strings/headers/string/types_std_c++0x.cc
   
trunk/libstdc++-v3/testsuite/ext/vstring/requirements/explicit_instantiation/char16_t/
   
trunk/libstdc++-v3/testsuite/ext/vstring/requirements/explicit_instantiation/char16_t/1.cc
   
trunk/libstdc++-v3/testsuite/ext/vstring/requirements/explicit_instantiation/char32_t/
   
trunk/libstdc++-v3/testsuite/ext/vstring/requirements/explicit_instantiation/char32_t/1.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/char_traits.h
trunk/libstdc++-v3/include/bits/postypes.h
tr

[Bug bootstrap/37155] [4.4 Regression] Revision 139207 failed to bootstrap on Linux/ia64

[hjl at gcc dot gnu dot org]

--- Comment #6 from hjl at gcc dot gnu dot org  2008-08-20 21:06 ---
Subject: Bug 37155

Author: hjl
Date: Wed Aug 20 21:05:15 2008
New Revision: 139343

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139343
Log:
PR bootstrap/37155
Fixed by revision 139338.

Modified:
trunk/gcc/ChangeLog


-- 


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

[Bug bootstrap/37155] [4.4 Regression] Revision 139207 failed to bootstrap on Linux/ia64

[hjl dot tools at gmail dot com]

--- Comment #7 from hjl dot tools at gmail dot com  2008-08-20 21:15 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/37169] [4.4 Regression] Inefficent code for _mm_cvtsi64_si128

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2008-08-20 21:17 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/37137] unrecognized command line option "-minterlink-mips16"

[rsandifo at gcc dot gnu dot org]

--- Comment #3 from rsandifo at gcc dot gnu dot org  2008-08-20 21:27 
---
What configure and make line did you use?


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-08-20 21:27:54
   date||


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

gcc-bugs@gcc.gnu.org

[manu at gcc dot gnu dot org]

--- Comment #13 from manu at gcc dot gnu dot org  2008-08-20 22:25 ---
Subject: Bug 179

Author: manu
Date: Wed Aug 20 22:23:45 2008
New Revision: 139347

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139347
Log:
2008-08-21  Manuel Lopez-Ibanez  <[EMAIL PROTECTED]>

PR middle-end/179
* tree-ssa.c (warn_uninit): Do not warn for variables that can be
initialized outside the current module.
(warn_uninitialized_var): Ignore left-hand side when walking the
trees. Ignore address expressions. Examine VUSE operands in gimple
statements with a variable declaration on the right-hand side.
testsuite/
* gcc.dg/uninit-6.c (make_something): Remove XFAIL.
* gcc.dg/uninit-6-O0.c (make_something): Remove XFAIL.
* gcc.dg/uninit-B.c (baz): Remove XFAIL.
* gcc.dg/uninit-B-2.c: New.
* gcc.dg/uninit-B-O0-2.c: New.
* gcc.dg/uninit-pr19430-O0.c: New.
* gcc.dg/uninit-pr19430.c: New.
* gcc.dg/uninit-pr19430-2.c: New.

Added:
trunk/gcc/testsuite/gcc.dg/uninit-B-2.c
trunk/gcc/testsuite/gcc.dg/uninit-B-O0-2.c
trunk/gcc/testsuite/gcc.dg/uninit-pr19430-2.c
trunk/gcc/testsuite/gcc.dg/uninit-pr19430-O0.c
trunk/gcc/testsuite/gcc.dg/uninit-pr19430.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/uninit-6-O0.c
trunk/gcc/testsuite/gcc.dg/uninit-6.c
trunk/gcc/testsuite/gcc.dg/uninit-B.c
trunk/gcc/tree-ssa.c


-- 


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

gcc-bugs@gcc.gnu.org

[manu at gcc dot gnu dot org]

--- Comment #14 from manu at gcc dot gnu dot org  2008-08-20 22:27 ---
This is FIXED in GCC 4.4


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/19430] V_MAY_DEF (taking address of var) causes missing uninitialized warning

[manu at gcc dot gnu dot org]

--- Comment #16 from manu at gcc dot gnu dot org  2008-08-20 22:31 ---
All testcases except the one in the original description were actually
duplicates of PR179 and are thusly fixed. 

The original testcase deals with PHI ops which is a completely different beast.
I added it XFAILED as gcc.dg/uninit-pr19430.c but I doubt it will get magically
fixed, so suggestions/patches welcome.


-- 


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

[Bug middle-end/37181] New: [4.4 Regression] FAIL: Divide_1 -O3

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 139326 gives

FAIL: Divide_1 -O3 compilation from source
FAIL: Divide_1 -O3 -findirect-dispatch compilation from source

revision 139311 is OK. The possible causes are revision 139325
and 139326:

http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00887.html
http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00888.html


-- 
   Summary: [4.4 Regression] FAIL: Divide_1 -O3
   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=37181

[Bug middle-end/37182] New: [4.4 Regression] gcc.dg/pr17506.c and gcc.dg/uninit-15.c

[hjl dot tools at gmail dot com]

On Linux/ia32, revision 139297 gives

FAIL: gcc.dg/pr17506.c  (test for warnings, line 11)
FAIL: gcc.dg/pr17506.c  (test for warnings, line 21)
FAIL: gcc.dg/pr17506.c (test for excess errors)
FAIL: gcc.dg/uninit-15.c  (test for warnings, line 6)
FAIL: gcc.dg/uninit-15.c  (test for warnings, line 14)
FAIL: gcc.dg/uninit-15.c (test for excess errors)

Revision 139282 is OK. Possible causes are revision 139286:

http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00848.html

revision 139293:

http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00855.html

revision 139295

http://gcc.gnu.org/ml/gcc-cvs/2008-08/msg00857.html


-- 
   Summary: [4.4 Regression] gcc.dg/pr17506.c and gcc.dg/uninit-15.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=37182

[Bug target/31070] ICE in function_arg_slotno

[jsm28 at gcc dot gnu dot org]

--- Comment #6 from jsm28 at gcc dot gnu dot org  2008-08-21 00:19 ---
Subject: Bug 31070

Author: jsm28
Date: Thu Aug 21 00:17:45 2008
New Revision: 139363

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139363
Log:
PR target/31070
* config/sparc/sparc.c (function_arg_slotno): Handle structure
with MODE_VECTOR_INT mode.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sparc/sparc.c


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[eric dot weddington at atmel dot com]

--- Comment #2 from eric dot weddington at atmel dot com  2008-08-21 00:26 
---
This test also fails recently for avr-unknown-elf.
Also fails: weak-2.c, weak-3.c, weak-4.c, weak-5.c, weak-12.c.
May be related: also fails on gcc.dg/attr-weakref-1.c.
These tests are known fail revision 139269, known success 139231


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

 CC||eric dot weddington at atmel
   ||dot com


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #3 from hp at gcc dot gnu dot org  2008-08-21 00:33 ---
(In reply to comment #2)
> This test also fails recently for avr-unknown-elf.

Does the patch work for you?


-- 


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

[Bug target/31070] ICE in function_arg_slotno

[jsm28 at gcc dot gnu dot org]

--- Comment #7 from jsm28 at gcc dot gnu dot org  2008-08-21 00:39 ---
Fixed for 4.4.


-- 

jsm28 at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)

[gnu_andrew at member dot fsf dot org]

--- Comment #10 from gnu_andrew at member dot fsf dot org  2008-08-21 01:01 
---
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Andrew John Hughes  08/08/21 00:44:56

Modified files:
   .  : ChangeLog
   m4 : acinclude.m4

Log message:
   Ensure we are using GJDoc 0.7.9 for building docs.

   2008-08-21  Andrew John Hughes  <[EMAIL PROTECTED]>

   PR classpath/32028:
   * m4/acinclude.m4:
   (CLASSPATH_WITH_GJDOC): Ensure version 0.7.9 is
   being used.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9698&r2=1.9699
http://cvs.savannah.gnu.org/viewcvs/classpath/m4/acinclude.m4?cvsroot=classpath&r1=1.38&r2=1.39


-- 


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

[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)

[gnu_andrew at member dot fsf dot org]

--- Comment #11 from gnu_andrew at member dot fsf dot org  2008-08-21 01:02 
---
I've added a check to Classpath CVS for 0.7.9 and this should make GCJ 4.4.
Do we need this backporting to anywhere else or is this sufficient to close
this bug?


-- 


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

[Bug middle-end/37182] [4.4 Regression] Revsision 139286 caused gcc.dg/pr17506.c and gcc.dg/uninit-15.c

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-08-21 01:04 ---
Revision 139286 is the cause.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

Summary|[4.4 Regression]|[4.4 Regression] Revsision
   |gcc.dg/pr17506.c and|139286 caused
   |gcc.dg/uninit-15.c  |gcc.dg/pr17506.c and
   ||gcc.dg/uninit-15.c


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

[Bug middle-end/36817] [4.3 Regression] internal compiler error: in compare_values_warnv

[cnstar9988 at gmail dot com]

--- Comment #5 from cnstar9988 at gmail dot com  2008-08-21 01:21 ---
ping.
I can reproduce with gcc 4.3.2 RC1.
It work well on gcc 4.2.4, 4.3.0.

gcc -O2 -Wall -c bug.c
-
void xxx()
 {
  unsigned i;
  unsigned*p=0;
  for(i=0;i<4;++i)
  {
   *p++=0;
  }
  for(i=0;i<4;++i)
  {
   *p++=0;
  }
 }


-- 

cnstar9988 at gmail dot com changed:

   What|Removed |Added

 CC||joseph at codesourcery dot
   ||com


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

[Bug c++/33979] support for char16_t, char32_t

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug target/37137] unrecognized command line option "-minterlink-mips16"

[michael dot a dot richmond at nasa dot gov]

--- Comment #4 from michael dot a dot richmond at nasa dot gov  2008-08-21 
01:44 ---
Configure line:

~/gcc-4.4-20080815/configure --enable-languages=c,fortran
--with-mpfr-include=$HOME/mpfr-2.3.1 --with-mpfr-lib=$HOME/mpfr-2.3.1/.libs
--prefix=$HOME/irun --build=mips-unknown-linux-gnu --enable-checking=release

Make line:

make


-- 


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

[Bug c/37183] New: ice in df_ref_chain_change_bb

[regehr at cs dot utah dot edu]

This is seen using r139367 on Ubuntu Hardy on ia32.  Also see bug 36984.

[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -O3 small.c
small.c: In function ‘func_2’:
small.c:24: internal compiler error: in df_ref_chain_change_bb, at
df-scan.c:1828
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --program-prefix=current-
--enable-languages=c,c++ --prefix=/home/regehr : (reconfigured) ../configure
--program-prefix=current- --enable-languages=c,c++ --prefix=/home/regehr :
(reconfigured) ../configure --program-prefix=current- --enable-languages=c,c++
--prefix=/home/regehr
Thread model: posix
gcc version 4.4.0 20080821 (experimental) (GCC) 

[EMAIL PROTECTED]:~/volatile/tmp9$ cat small.c

typedef signed char int8_t;
typedef int int32_t;
typedef unsigned short int uint16_t;
typedef unsigned int uint32_t;
static inline unsigned long int
div_rhs (long int rhs)
{
  if (rhs)
return 1;
  return rhs;
}

uint32_t g_65;
int32_t g_122;
int32_t func_64 (uint32_t p_66, uint16_t p_67);
int32_t func_86 (uint16_t p_87);
int32_t func_88 (uint16_t p_89);
int32_t
func_2 (int8_t p_4)
{
  int32_t l_450;
  for (l_450 = 0; (l_450 < 8); ++l_450)
func_43 (func_60 (func_64 (func_86 (1), 1), 1), 1, 1);
}

int32_t
func_64 (uint32_t p_66, uint16_t p_67)
{
  for (g_65 = 0; 0; ++g_65)
{
}
}
int32_t
func_86 (uint16_t p_87)
{
  func_88 (g_122);
}

int32_t
func_88 (uint16_t p_89)
{
  if (0 / div_rhs (func_91 (1, 1)))
{
}
  else if (p_89)
for (g_65 = 1; 1; g_65 -= 1)
  return 1;
}


-- 
   Summary: ice in df_ref_chain_change_bb
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: regehr at cs dot utah dot edu
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c/37184] New: ice in ix86_match_ccmode

[regehr at cs dot utah dot edu]

Seen using r139367 on Ubuntu Hardy on ia32.

[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -O1 small.c
small.c: In function ‘func_29’:
small.c:21: internal compiler error: in ix86_match_ccmode, at
config/i386/i386.c:12801
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[EMAIL PROTECTED]:~/volatile/tmp9$ current-gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --program-prefix=current-
--enable-languages=c,c++ --prefix=/home/regehr : (reconfigured) ../configure
--program-prefix=current- --enable-languages=c,c++ --prefix=/home/regehr :
(reconfigured) ../configure --program-prefix=current- --enable-languages=c,c++
--prefix=/home/regehr
Thread model: posix
gcc version 4.4.0 20080821 (experimental) (GCC) 

[EMAIL PROTECTED]:~/volatile/tmp9$ cat small.c

typedef int int32_t;
typedef unsigned int uint32_t;
__extension__ typedef unsigned long long int uint64_t;
static inline unsigned int
rshift_u_s (unsigned int left, int right)
{
  return left >> right;
}

uint32_t g_15;
int32_t
func_29 (int32_t p_30)
{
  uint32_t l_31;
  uint64_t l_35 = 0x7736EAE11771B705LL;
  uint32_t l_36 = 0xEDB553A8L;
  l_31 = g_15;
  if ((l_31 <
   (rshift_u_s ((g_15 - (g_15 >= l_35)), (l_36 <= 1 + mod_rhs (1))
return 1;
}


-- 
   Summary: ice in ix86_match_ccmode
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: regehr at cs dot utah dot edu
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug ada/34898] Excessive memory consumption during compilation

[oliver dot kellogg at eads dot com]

--- Comment #17 from oliver dot kellogg at eads dot com  2008-08-21 05:41 
---
Created an attachment (id=16118)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16118&action=view)
regenerated statistics: trunk r139367 gnat1-gnat95 -fmem-report -fdump-tree-all
pkg001u.adb


-- 


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