[Bug bootstrap/40696] bootstrap comparison failure on Ada build tools

[ebotcazou at gcc dot gnu dot org]

--- Comment #10 from ebotcazou at gcc dot gnu dot org  2009-07-10 07:16 
---
> thank you for responses, but, when i've to do the 'rm -rf...' before start the
> make bootstrap, or when i got the bootstrap failure?

Once you hit the bootstrap failure.  Btw, 'make bootstrap' is deprecated with
recent GCCs, just type 'make'.


-- 


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

[Bug c/25509] can't disable __attribute__((warn_unused_result))

[manu at gcc dot gnu dot org]

--- Comment #23 from manu at gcc dot gnu dot org  2009-07-10 07:27 ---
Subject: Bug 25509

Author: manu
Date: Fri Jul 10 07:27:32 2009
New Revision: 149458

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149458
Log:
2009-07-10  Manuel López-Ibáñez  

PR 25509
PR 40614
* c.opt (Wunused-result): New.
* doc/invoke.texi: Document it.
* c-common.c (c_warn_unused_result): Use it.
testsuite/
* g++.dg/warn/unused-result1-Werror.c: New.

Added:
trunk/gcc/testsuite/g++.dg/warn/unused-result1-Werror.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/c.opt
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/40614] no -Werror= for attribute warn_unused_result

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2009-07-10 07:27 ---
Subject: Bug 40614

Author: manu
Date: Fri Jul 10 07:27:32 2009
New Revision: 149458

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149458
Log:
2009-07-10  Manuel López-Ibáñez  

PR 25509
PR 40614
* c.opt (Wunused-result): New.
* doc/invoke.texi: Document it.
* c-common.c (c_warn_unused_result): Use it.
testsuite/
* g++.dg/warn/unused-result1-Werror.c: New.

Added:
trunk/gcc/testsuite/g++.dg/warn/unused-result1-Werror.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/c.opt
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/40614] no -Werror= for attribute warn_unused_result

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2009-07-10 07:29 ---
FIXED in GCC 4.5


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c/25509] can't disable __attribute__((warn_unused_result))

[manu at gcc dot gnu dot org]

--- Comment #24 from manu at gcc dot gnu dot org  2009-07-10 07:29 ---
FIXED in GCC 4.5


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-07-10 08:17 ---
This is PR39214 in C++ copy of that stuff.  Will test and commit as obvious.


-- 

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|2009-06-20 13:07:15 |2009-07-10 08:17:53
   date||


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

[Bug debug/40705] [4.5 Regression] ICE in gen_type_die_with_usage, at dwarf2out.c:15117

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-07-10 08:35 ---
Confirmed.

(gdb) up
#1  0x084bdc54 in gen_type_die_with_usage (type=0xb7d78ee0, 
context_die=0xb7fde680, usage=DINFO_USAGE_DIR_USE)
at /home/richard/src/trunk/gcc/dwarf2out.c:15117
15117 gcc_assert (DECL_ORIGINAL_TYPE (TYPE_NAME (type)) != type);
(gdb) call debug_tree (type)
 
unit size 
align 32 symtab 0 alias set -1 canonical type 0xb7ccf380 precision 32
min  max 
pointer_to_this >
unsigned SI size  unit size 
align 32 symtab 0 alias set -1 canonical type 0xb7d78ee0 precision 32 min
 max  context 
chain >


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|c++ |debug
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-10 08:35:45
   date||
Summary|Using -ggdb flag cause  |[4.5 Regression] ICE in
   |internal error  |gen_type_die_with_usage, at
   ||dwarf2out.c:15117
   Target Milestone|--- |4.5.0


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

[Bug target/38642] [4.3/4.4/4.5 Regression] Code with -fPIC results in segfault on ARM (old ABI)

[ramana at gcc dot gnu dot org]

--- Comment #4 from ramana at gcc dot gnu dot org  2009-07-10 09:45 ---
Does this still occur on trunk ?


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug debug/40599] [4.5 regression] GCC error in pre_and_rev_post_order_compute, at cfganal.c:1045

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2009-07-10 09:44 ---
While this triggers only with -fvar-tracking, it is var-tracking related only
in that vt_find_locations calls pre_and_rev_post_order_compute.  The real
problem is that there are 2 basic blocks (in my case 220 and 222) that have no
predecessors, so aren't reachable from the entry block and therefore
gcc_assert (pre_order_num == n_basic_blocks - NUM_FIXED_BLOCKS);
assertion fails (pre_order_num is n_basic_blocks - NUM_FIXED_BLOCKS - 2).

In *.split3 we have:

(insn 4396 853 4397 204 pkg0017.adb:483 (set (mem/c:SF (plus:DI (reg/f:DI 6 bp)
(const_int -1668 [0xf97c])) [0 S4 A32])
(reg:SF 21 xmm0 [orig:143 D.79246 ] [143])) 98 {*movsf_1}
(expr_list:REG_DEAD (reg:SF 21 xmm0 [orig:143 D.79246 ] [143])
(nil)))
(insn 4397 4396 854 204 pkg0017.adb:483 (set (reg:SF 8 st)
(mem/c:SF (plus:DI (reg/f:DI 6 bp)
(const_int -1668 [0xf97c])) [0 S4 A32])) 98
{*movsf_1} (nil))
(insn 854 4397 862 204 pkg0017.adb:483 (set (reg:XF 9 st(1) [orig:147 D.79250 ]
[147])
(float_extend:XF (reg:SF 8 st))) 137 {*extendsfxf2_i387}
(expr_list:REG_DEAD (reg:SF 8 st)
(expr_list:REG_EH_REGION (const_int 387 [0x183])
(nil
;; End of basic block 204 -> ( 205 220)

...
;; Start of basic block ( 204) -> 220
;; bb 220 artificial_defs: { d-1(0){ }d-1(1){ }}
;; bb 220 artificial_uses: { u-1(6){ }u-1(7){ }u-1(16){ }u-1(20){ }}
;; lr  in6 [bp] 7 [sp] 16 [argp] 20 [frame]
;; lr  use   6 [bp] 7 [sp] 16 [argp] 20 [frame]
;; lr  def   0 [ax] 1 [dx] 42 [r13]

;; Pred edge  204 (ab,eh)
(code_label 3492 4766 3497 220 941 "" [0 uses])

but in *.stack:

(insn 4396 853 4397 204 pkg0017.adb:483 (set (mem/c:SF (plus:DI (reg/f:DI 6 bp)
(const_int -1668 [0xf97c])) [0 S4 A32])
(reg:SF 21 xmm0 [orig:143 D.79246 ] [143])) 98 {*movsf_1}
(expr_list:REG_DEAD (reg:SF 21 xmm0 [orig:143 D.79246 ] [143])
(nil)))
(insn 4397 4396 862 204 pkg0017.adb:483 (set (reg:SF 8 st)
(mem/c:SF (plus:DI (reg/f:DI 6 bp)
(const_int -1668 [0xf97c])) [0 S4 A32])) 98
{*movsf_1} (nil))
;; End of basic block 204 -> ( 205)

...
;; Start of basic block () -> 220
;; bb 220 artificial_defs: { d-1(0){ }d-1(1){ }}
;; bb 220 artificial_uses: { u-1(6){ }u-1(7){ }u-1(16){ }u-1(20){ }}
;; lr  in6 [bp] 7 [sp] 16 [argp] 20 [frame]
;; lr  use   6 [bp] 7 [sp] 16 [argp] 20 [frame]
;; lr  def   0 [ax] 1 [dx] 42 [r13]

(code_label 3492 4766 3497 220 941 "" [0 uses])

So, either the float_extend is considered throwing when it shouldn't (when
would float_extend throw?  Only for signalling NaN?), or reg-stack.c is
forgetting to cleanup the CFG when it removed insns with REG_EH_REGION.  In any
case it definitely doesn't look like var-tracking.c's fault.


-- 


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

[Bug target/40710] New: SH: gcc-4.3.4 miscompiles linux kernel for sh4-linux

[sugioka at itonet dot co dot jp]

gcc-4.3.4 miscompiles kernel-2.6.30 for sh4-linux.
Reproduce: sh-linux-gcc -O2 -m4a-nofpu -ml -fomit-frame-pointer -S balloc.i
attached code is compiled as follows.

ext3_get_group_desc:
mov.w   .L10,r1
sts.l   pr,@-r15
add r4,r1
mov.l   @(28,r1),r2
mov.l   @(36,r2),r3
cmp/hi  r5,r3
bf/s.L8 !!!
add #-4,r15 !!!
mov.l   @(28,r1),r1
mov.l   @(56,r2),r3
mov r1,r2
add #64,r2
mov.l   @(32,r1),r7
mov.l   @(20,r2),r1
mov r5,r2
add #-1,r7
neg r1,r1
shldr1,r2
mov r2,r0
shll2   r0
mov.l   @(r0,r3),r1
tst r1,r1
bt/s.L9
and r5,r7
tst r6,r6
bt/s.L5
mov.l   @(20,r1),r2
mov.l   r1,@r6
.L5:
mov #5,r1
mov r7,r0
shldr1,r0
add r2,r0
.L3:
lds.l   @r15+,pr
rts 
nop
.align 5
.L8:
mov.l   .L14,r1
mov r5,r7
mov.l   .L15,r5
mov.l   .L13,r6
jsr @r1
mov.l   r3,@r15
mov #0,r0
bra .L3
add #4,r15
.align 5
.L9:
mov.l   .L14,r1
add #-8,r15
mov.l   r7,@(4,r15)
mov r5,r7
mov.l   .L15,r5
mov.l   .L16,r6
jsr @r1
mov.l   r2,@r15
mov #0,r0
bra .L3
add #8,r15

I found that reverting patch for pr40105
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147781 fixes this.
The difference between this code and working code which is generated by
r147781-reverted gcc follows.
--- balloc.s2009-07-10 17:00:27.0 +0900
+++ balloc.s.revert-pr40105 2009-07-10 17:00:20.0 +0900
@@ -23,8 +23,7 @@
mov.l   @(28,r1),r2
mov.l   @(36,r2),r3
cmp/hi  r5,r3
-   bf/s.L8
-   add #-4,r15
+   bf  .L8
mov.l   @(28,r1),r1
mov.l   @(56,r2),r3
mov r1,r2
@@ -57,6 +56,7 @@
.align 5
 .L8:
mov.l   .L14,r1
+   add #-4,r15
mov r5,r7
mov.l   .L15,r5
mov.l   .L13,r6


-- 
   Summary: SH: gcc-4.3.4 miscompiles linux kernel for sh4-linux
   Product: gcc
   Version: 4.3.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sugioka at itonet dot co dot jp
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh-unknown-linux-gnu


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

[Bug target/40710] SH: gcc-4.3.4 miscompiles linux kernel for sh4-linux

[sugioka at itonet dot co dot jp]

--- Comment #1 from sugioka at itonet dot co dot jp  2009-07-10 09:57 
---
Created an attachment (id=18171)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18171&action=view)
preprocessed source

preprocessed source


-- 


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

[Bug c/40711] New: verify_ssa failed with -O2

[dcb314 at hotmail dot com]

I just tried to compile the Linux kernel 2.6.30.1
with the gcc compiler version 4.5 snapshot 20090709.
The compiler said

drivers/net/ixgbe/ixgbe_main.c:5081:1: error: definition in block 50 does not
dominate use in block 51
for SSA_NAME: .MEM_541 in statement:
.MEM_482 = PHI <.MEM_480(40), .MEM_541(51)>
PHI argument
.MEM_541
for PHI node
.MEM_482 = PHI <.MEM_480(40), .MEM_541(51)>
drivers/net/ixgbe/ixgbe_main.c:5081:1: internal compiler error: verify_ssa
failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed gzipped source attached. Flag -O2 required.


-- 
   Summary: verify_ssa failed with -O2
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug fortran/40472] Simplification of spread intrinsic takes a long time

[pault at gcc dot gnu dot org]

--- Comment #17 from pault at gcc dot gnu dot org  2009-07-10 11:37 ---
(In reply to comment #16)

> PR fortran/40472
> PR fortran/50520
> * simplify.c (gfc_simplify_spread): Fix the case that source=
> is a scalar.

Hey, Tobias  are you fixing future PRs too?

Great :-) :-)

Paul


-- 


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

[Bug c/40711] verify_ssa failed with -O2

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-07-10 11:39 ---
Likely a dup of PR40676.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||40676


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

[Bug libgomp/40494] omp for loop with guided schedule fails to terminate in certain cases

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-07-10 10:43 ---
Sorry, can't reproduce this.

extern void abort (void);

int
main (void)
{
  int x, y = 0;
  #pragma omp parallel for schedule(guided) reduction(+:y)
  for (x = 3; x < 478; x += 2)
y++;
  if (y != 238)
abort ();
  return 0;
}

works just fine with current 4.4 or trunk, both x86_64-linux -m32 and -m64,
OMP_NUM_THREADS={1,2,4,8,16,32,64}.  Are you sure you were not testing
everything against gcc 4.2 libgomp.so?


-- 


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

[Bug tree-optimization/40496] [4.5 Regression] ICE in verify_stmts with -fprefetch-loop-arrays

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-07-10 11:45 ---
Subject: Bug 40496

Author: rguenth
Date: Fri Jul 10 11:45:40 2009
New Revision: 149469

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149469
Log:
2009-07-10  Richard Guenther  

PR tree-optimization/40496
* tree-ssa-loop-manip.c (tree_transform_and_unroll_loop): Create
the PHI result with a compatible type.

* g++.dg/opt/pr40496.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/opt/pr40496.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-loop-manip.c


-- 


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

[Bug fortran/33197] Fortran 2008: math functions

[burnus at gcc dot gnu dot org]

--- Comment #22 from burnus at gcc dot gnu dot org  2009-07-10 11:46 ---
For z a complex number: Patch for tan(z), sinh(z), cosh(z), tanh(z) - see at
http://gcc.gnu.org/ml/fortran/2009-07/msg00071.html

Remark: atan(z), asin(z) and acos(z) are also missing besides a{sin,cos,tan}h.

Additionally, I think the description for ATAN2 in the gfortran manual is
wrong:
  "ATAN2(Y, X) computes the arctangent of the complex number X + i Y"
while the standard has:
  "The result has a value equal ... to the principal value of the argument of
the complex number (X, Y), expressed in radians."
That is: atan2(y, x) = Pr arg(x+iy) = Arg(x+iy) =/= ATAN(X+i Y).

 * * *

Fallback implementations via complex logarithm: I have no idea about NaN, Inf
etc. nor about the precision (I do not know how precise the fall back needs to
be), but Abramowitz & Stegun has the following:

a{tan,sin,cos}: http://www.iopb.res.in/~somen/abramowitz_and_stegun/page_80.htm
and http://en.wikipedia.org/wiki/Arctangent#Logarithmic_forms

a{sin,tan,cos}h:
http://www.iopb.res.in/~somen/abramowitz_and_stegun/page_87.htm  However, the
equations might need to be slightly for complex arguments as written at
http://en.wikipedia.org/wiki/Inverse_hyperbolic_function#Logarithmic_representation


-- 


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

[Bug tree-optimization/40496] [4.5 Regression] ICE in verify_stmts with -fprefetch-loop-arrays

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-07-10 11:48 ---
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=40496

[Bug c/40711] verify_ssa failed with -O2

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2009-07-10 11:06 ---
Created an attachment (id=18172)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18172&action=view)
gzipped C source code


-- 


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

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

[manu at gcc dot gnu dot org]

--- Comment #7 from manu at gcc dot gnu dot org  2009-07-10 11:50 ---
(In reply to comment #6)
> This is PR39214 in C++ copy of that stuff.  Will test and commit as obvious.
> 

Please, also add the testcase. Bonus points for factoring out the parts that
are shared between the C and C++ front-ends (In fact, I think I have seen this
piece of code in other parts of the compiler).


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2009-07-10 11:57 ---
Subject: Bug 40502

Author: jakub
Date: Fri Jul 10 11:56:55 2009
New Revision: 149470

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149470
Log:
PR c++/40502
* error.c (cp_print_error_function): Check for NULL block.

* g++.dg/ext/strncpy-chk1.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/ext/strncpy-chk1.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/38072] [4.3 Regression] ICE during inlining of valid code

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2009-07-10 12:18 
---
would be interesting to know what fixed this on the trunk.


-- 


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

[Bug c++/38640] [4.3 Regression] ICE with decltype of template value parameter

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-07-10 12:19 ---
C++0x, not fixing on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.3.0   |4.3.0 4.3.4
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug fortran/40646] [F03] array-valued procedure pointer components

[janus at gcc dot gnu dot org]

--- Comment #8 from janus at gcc dot gnu dot org  2009-07-10 12:24 ---
After most of the PPC issues have been fixed by r149419, some leftover trouble:
The following two variants of comment #2 and comment #4 both fail with

internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.c:1042



module bugTestMod
  implicit none
  type:: boundTest
procedure(returnMat), pointer, nopass:: test
  end type boundTest
contains
  function returnMat( a, b ) result( mat )
integer:: a, b
double precision, dimension(a,b):: mat 
mat = 1d0
  end function returnMat
end module bugTestMod

program bugTest
  use bugTestMod
  implicit none
  type( boundTest ):: testObj
  testObj%test => returnMat
  print *,testObj%test(2,2)
end program bugTest



module bugTestMod
  implicit none
  procedure(returnMat), pointer :: pp
contains
  function returnMat( a, b ) result( mat )
integer:: a, b
double precision, dimension(a,b):: mat 
mat = 1d0
  end function returnMat
end module bugTestMod

program bugTest
  use bugTestMod
  implicit none
  pp => returnMat
  print *,pp(2,2)
end program bugTest


-- 


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

[Bug libstdc++/40712] New: locale(const locale&, const char*, locale::category) can create broken locale

[tsyvarev at ispras dot ru]

This code causes SIGFAULT on Ubuntu 8.10:

#include 
using namespace std;

int main()
{
locale loc(locale("C"), "en_US", locale::monetary);
use_facet >(loc).grouping();
return 0;
}

Tested both with native gcc and one builded from svn.
According to gdb, sigfault is caused by strlen while converting c-string to
c++-string when returns from moneypunct::do_grouping().

and...@andrew-desktop:~/work/test$ gcc --version
gcc (Ubuntu 4.3.2-1ubuntu12) 4.3.2
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.

and...@andrew-desktop:~/work/test$ /home/andrew/gcc/bin/gcc --version
gcc (GCC) 4.5.0 20090709 (experimental)
Copyright (C) 2009 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.

and...@andrew-desktop:~/work/test$ g++ test.cpp && ./a.out
Segmentation fault


-- 
   Summary: locale(const locale&, const char*, locale::category) can
create broken locale
   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=40712

[Bug debug/40705] [4.5 Regression] ICE in gen_type_die_with_usage, at dwarf2out.c:15117

[dodji at gcc dot gnu dot org]

--- Comment #3 from dodji at gcc dot gnu dot org  2009-07-10 13:44 ---
I could reproduce on trunk.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-07-10 08:35:45 |2009-07-10 13:44:51
   date||


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

[Bug target/40411] -std=c99 does not enable c99 mode in Solaris C library

[heydowns at borg dot com]

--- Comment #12 from heydowns at borg dot com  2009-07-10 14:41 ---
Trying to give some answers to Joseph's questions in comment 9.

The best documentation I found on what, exactly, the various object files do is
actually the man pages for the Sun Studio compilers and the OpenSolaris source
code for values-*.c

Choice of values-xpg*.o and values-X*.o are someone independent, so I'm
splitting up the explanation.


First, values-xpg*.o:

Link Tool & Flags  Link ResultComment
c89values-xpg4.o
c99values-xpg6.o
cc -xc99=all,no_libNeitherDefault -xc99 option
  c99 language features, 
  no c99 library support
cc -xc99=all   values-xpg6.o  c99 lang feat. & lib support
cc -xc99=none  NeitherNo c99 at all

So, values-xpg6.o clearly enables c99 behavior of system libraries where there
is a runtime difference.  It also enables the preference of XPG4 behavior over
XPG3 behavior (as below).

>From looking at the OpenSolaris source code for values-xpg4.o, it is stated
that linking in that object file enables "xpg4 mode for APIs which have
differing runtime behavior from xpg3 to xpg4".

Lastly, from man page 'standards', the only time "cc" is recommended as a
compiler (instead of c89 or c99, and thus not linking any of values-xpg*.o) is
when you want to conform to SVID3 or CAE XPG3. 

What is the runtime difference of xpg3 versus xpg4?  I really don't know -
maybe someone can help here.

But, back to Joseph's question, the inclusion values-xpg*.o does not seem to
deal with extensions to standard behavior; rather it does sound like it
controls the standard to which functions should conform. Based on this I am
leaning towards saying values-xpg4.o should be enabled for -std=gnu89.  I'd
appreciate comments in light of the above.  (please note that this would make
it non-trivial to link for xpg3 behavior).


values-X{c,a,t,s}.o are what seem to control how strict the implementation
follows the standard.  Currently gcc only ever uses values-X{a,c}.o which is
probably sufficient, and I don't think that this needs to change at all:

-std=gnu*   -> values-Xa.o
otherwise   -> values-Xc.o

values-Xa is described as "ANSI conforming mode" whereas -Xc is "Strict ANSI
mode" in the Open Solaris sources. 

The 'cc' man page documents -Xa as ISO C plus K&R C compatibility extensions,
plus semantic changes required by ISO C, preferring ISO C semantics where there
is conflict.
-Xc is documented as "Strictly conforming" ISO C, no K&R extensions.


-- 


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

[Bug debug/40713] New: Overlapping .debug_ranges (C++)

[jan dot kratochvil at redhat dot com]

class C { 
  C();
  void f() {};
};
C::C() { f(); };

g++ -c -o cu-overlap.o cu-overlap.C -g -O0
readelf --debug-dump=Ranges cu-overlap.o

Contents of the .debug_ranges section:
Offset   BeginEnd
  0034
  000a
  001a
 001a 0034
 

Relocation section '.rela.debug_ranges' at offset 0x1560 contains 8 entries:
Offset Type  Symbol's Value  Symbol's Name + Addend 
  R_X86_64_64    .text + 0
0008  R_X86_64_64    .text + 34
0010  R_X86_64_64    .text._ZN1C1fEv + 0
0018  R_X86_64_64    .text._ZN1C1fEv + a
0020  R_X86_64_64    .text + 0
0028  R_X86_64_64    .text + 1a
0030  R_X86_64_64    .text + 1a
0038  R_X86_64_64    .text + 34


DWARF3 2.17.3: Address range entries in a range list may not overlap.

Contents of the .debug_ranges section:
Offset   BeginEnd
1st   0034 - is from .Ltext0 .. .Letext0
2nd   000a - NOT overlapping, COMDAT C::f()
3rd   001a - is from first C::C() instance
4th  001a 0034 - is from second C::C() instance

1st overlaps with 3rd+4th.


-- 
   Summary: Overlapping .debug_ranges (C++)
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jan dot kratochvil at redhat dot com
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug fortran/33197] Fortran 2008: math functions

[burnus at gcc dot gnu dot org]

--- Comment #23 from burnus at gcc dot gnu dot org  2009-07-10 15:45 ---
Created an attachment (id=18173)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18173&action=view)
Test implementation in C for complex arc{tan,sin,cos}{,h}

> Fallback implementations via complex logarithm

Attached is an implementation of the complex arc{tan,sin,cos}{,h} using complex
log and complex sqrt; plus test cases comparing to libc version; plus result on
my system with Mathematica comparison).

The test show that the result is good unless either value is Inf. In that case,
NaN is returned instead of the proper result. The GLIBC also has problems,
often it returns "(something,Inf)" instead of "(0, Inf)".

The question is whether this is good enough for whether one needs a special
case for +/-Inf at the real/imaginary part. (Note: I only looked at (0,Inf),
(Inf,0), (Inf,Inf) and not at (Inf,finite) etc.)

FX: If you are interested in creating a fall-back version for libgfortran ...


-- 


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

[Bug c++/37561] [4.2/4.3 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2009-07-10 15:55 
---
Subject: Bug 37561

Author: rguenth
Date: Fri Jul 10 15:55:04 2009
New Revision: 149484

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149484
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2008-11-17  Jakub Jelinek  

PR c++/36089
* init.c (constant_value_1): Handle TREE_LIST init.

PR c++/37561
PR c++/36089
* g++.dg/template/init8.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/template/init8.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/init.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/36089] [4.3 Regression] Funny rejects valid with constant integral expression

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-07-10 15:55 ---
Subject: Bug 36089

Author: rguenth
Date: Fri Jul 10 15:55:04 2009
New Revision: 149484

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149484
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2008-11-17  Jakub Jelinek  

PR c++/36089
* init.c (constant_value_1): Handle TREE_LIST init.

PR c++/37561
PR c++/36089
* g++.dg/template/init8.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/template/init8.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/init.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/37877] [4.3 Regression] Invalid "invalid use of static" error

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-07-10 15:57 ---
Subject: Bug 37877

Author: rguenth
Date: Fri Jul 10 15:56:52 2009
New Revision: 149485

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149485
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2009-01-09  John F. Carr  

PR c++/37877
* parser.c (cp_parser_class_specifier): Clear
parser->in_unbraced_linkage_specification_p while parsing class
specifiers.

* g++.dg/parse/linkage3.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/parse/linkage3.C
Modified:
branches/gcc-4_3-branch/gcc/cp/ChangeLog
branches/gcc-4_3-branch/gcc/cp/parser.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/38934] [4.3 Regression] ICE in set_value_range, at tree-vrp.c:398

[rguenth at gcc dot gnu dot org]

--- Comment #23 from rguenth at gcc dot gnu dot org  2009-07-10 16:00 
---
Subject: Bug 38934

Author: rguenth
Date: Fri Jul 10 16:00:13 2009
New Revision: 149486

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149486
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2009-01-28  Jakub Jelinek  

PR middle-end/38934
* tree-vrp.c (extract_range_from_assert): For LE_EXPR and LT_EXPR
set to varying whenever max has TREE_OVERFLOW set, similarly
for GE_EXPR and GT_EXPR and TREE_OVERFLOW min.

* gcc.dg/pr38934.c: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr38934.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog
branches/gcc-4_3-branch/gcc/tree-vrp.c


-- 


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

[Bug middle-end/40291] [4.3 Regression] ICE on unprototyped memcmp with long long last argument

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-07-10 16:02 ---
Subject: Bug 40291

Author: rguenth
Date: Fri Jul 10 16:01:34 2009
New Revision: 149487

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149487
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2009-05-29  Jakub Jelinek  

PR middle-end/40291
* builtins.c (expand_builtin_memcmp): Convert len to sizetype
before expansion.

* gcc.c-torture/compile/pr40291.c: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/pr40291.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/builtins.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/40566] [4.3 Regression] rejects promoted throw

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-07-10 16:03 ---
Subject: Bug 40566

Author: rguenth
Date: Fri Jul 10 16:02:59 2009
New Revision: 149488

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149488
Log:
2009-07-10  Richard Guenther  

Backport from mainline
2009-06-30  Jakub Jelinek  

PR c++/40566
* convert.c (convert_to_integer) : Don't convert
to type arguments that have void type.

* g++.dg/parse/cond5.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/parse/cond5.C
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/convert.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/36089] [4.3 Regression] Funny rejects valid with constant integral expression

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-07-10 16:03 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.1.2 4.3.2 |4.1.2 4.3.2 4.3.3
  Known to work|4.0.1 4.4.0 |4.0.1 4.3.4 4.4.0
 Resolution||FIXED


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

[Bug c++/37877] [4.3 Regression] Invalid "invalid use of static" error

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-07-10 16:03 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.3.0   |4.3.0 4.3.3
  Known to work|4.0.1 4.1.1 4.4.0   |4.0.1 4.1.1 4.3.4 4.4.0
 Resolution||FIXED


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

[Bug middle-end/38934] [4.3 Regression] ICE in set_value_range, at tree-vrp.c:398

[rguenth at gcc dot gnu dot org]

--- Comment #24 from rguenth at gcc dot gnu dot org  2009-07-10 16:04 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work|4.2.1 4.4.0 |4.2.1 4.3.4 4.4.0
 Resolution||FIXED


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

[Bug middle-end/40291] [4.3 Regression] ICE on unprototyped memcmp with long long last argument

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-07-10 16:04 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.0.3 4.1.2 4.2.2 4.3.3 |4.0.3 4.1.2 4.2.2 4.3.3
   |4.4.0 4.5.0 |4.4.0
  Known to work|3.4.6   |3.4.6 4.3.4 4.4.1 4.5.0
 Resolution||FIXED


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

[Bug c++/40566] [4.3 Regression] rejects promoted throw

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-07-10 16:05 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|3.3.6 4.0.0 4.4.0   |3.3.6 4.0.0 4.3.3 4.4.0
  Known to work|2.95.3 4.4.1 4.5.0  |2.95.3 4.3.4 4.4.1 4.5.0
 Resolution||FIXED


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

[Bug testsuite/40707] [4.5 regression] Testsuite no longer works with emulator

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2009-07-10 16:18 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00602.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||07/msg00602.html


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

[Bug fortran/33197] Fortran 2008: math functions

[burnus at gcc dot gnu dot org]

--- Comment #24 from burnus at gcc dot gnu dot org  2009-07-10 16:17 ---
Regarding expressions with Inf with x being finite according to Mathematica 7:
ArcSin (+/-Inf,x) = (0, -/+Inf)
ArcSin (x,+/-Inf) = (0, +/-Inf)
ArcCos (+/-Inf,x) = (0, +/-Inf)
ArcCos (x,+/-Inf) = (0, -/+Inf)
ArcTan (+/-Inf,x) = (+/-Pi/2, 0)
ArcTan (x,+/-Inf) = (+/-Pi/2, 0)
ArcSinh (+/-Inf,x) = (+/-Inf,0)
ArcSinh (x,+/-Inf) = (+/-Inf,0)
ArcSinh (Inf,+/-Inf)  = (Inf,0)
ArcSinh (-Inf,+/-Inf) = (-Inf,0)
ArcCosh (+/-Inf,x) = (Inf,0)
ArcCosh (x,+/-Inf) = (Inf,0)
ArcTanh (+/-Inf,x) = (0,-/+Pi/2)
ArcTanh (x,+/-Inf) = (0,-/+Pi/2)

(For ArcSin, ArcCos, ArcTan, ArcCosh and ArcTanh an expression was returned for
(Inf,Inf).)


-- 


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

[Bug testsuite/40709] [4.5 regression] Revision 149113 caused testsuite error

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2009-07-10 16:30 ---
A patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00603.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||07/msg00603.html


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

[Bug fortran/40643] maxloc/minloc: Wrong result for NaN at position 1

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2009-07-10 16:31 ---
Created an attachment (id=18174)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18174&action=view)
gcc45-pr40643.patch

Inline minmaxloc patch.
Is this the behavior we want?
If NaNs aren't supported and array size is known, no mask, then inline
maxloc/minloc should be quite a bit faster (condition should be just val <
limit
instead of val < limit || (pos == 0 && val == limit)).  On the other side, if
array size isn't known at compile time (or non-scalar mask is used) and NaNs
must be supported, the loop is more expensive.

I haven't touched minmaxval inline expansion yet, there I'm afraid for floating
point without -ffast-math the loop will have to be quite a bit slower than what
we do ATM, as we'd need to return -inf for maxval on array full of -infs (or
full of nans with at least one -inf), or nan for array full of nans, but for
empty array or completely masked away array -huge.

The patch also disables the inline expansion for -O0, I think at -O0 we should
aim at generating smaller and more easily debuggable code.  Probably we
shouldn't be expanding this inline for optimize_size either.


-- 


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

[Bug fortran/38471] ICE with subreference pointer assignment

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2009-07-10 17:33 ---
I never accepted this to be a regression and now, when it is the only one, I
feel that it is time to register that :-)  It will, of course, be dealt with
once I attack the array descriptor business.  ice-on-invalid-code gives it
quite enough importance.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.3/4.4/4.5 Regression] ICE|ICE with subreference
   |with subreference pointer   |pointer assignment
   |assignment  |


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

[Bug debug/40713] Overlapping .debug_ranges (C++)

[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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-10 18:27:42
   date||


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

[Bug fortran/40643] maxloc/minloc: Wrong result for NaN at position 1

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-07-10 19:02 ---
Created an attachment (id=18175)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18175&action=view)
Results for the testcase with ifort, sunf95, NAG f95, openf95, g95

> Is this the behavior we want?
Good question. See attachment for the results of other compilers.


-- 


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

[Bug debug/40713] Overlapping .debug_ranges (C++)

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-07-10 19:33 ---
Created an attachment (id=18176)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18176&action=view)
gcc45-pr40713.patch

Untested patch.


-- 


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

[Bug fortran/40714] New: Fortran runtime error: Invalid argument

[michael dot a dot richmond at nasa dot gov]

This bug occurs on Sparc Linux and HP-PA Linux, but not i686 or x86_64. I
believe it is generic to big endian processors.

When I compile and run the program listed below I get the message:

At line 5 of file z.f90 (unit = 32, file = 'fort.32')
Fortran runtime error: Invalid argument

PROGRAM test
OPEN(UNIT=32,FILE="fort.32",STATUS="NEW",ACCESS="SEQUENTIAL",FORM="UNFORMATTED")
READ(32,END=100)
100 CONTINUE
WRITE (32)
END PROGRAM test


-- 
   Summary: Fortran runtime error: Invalid argument
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot a dot richmond at nasa dot gov
 GCC build triplet: sparc-unknown-linux-gnu
  GCC host triplet: sparc-unknown-linux-gnu
GCC target triplet: sparc-unknown-linux-gnu


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

[Bug pch/40715] New: SPU compiler does not work properly with precompiled headers

[ryan dot sammartino at gmail dot com]

The SPU compiler does not work properly with precompiled headers.

$ cat pch.h
#include 

$ cat test.cpp
vec_float4 add(vec_float4 a, vec_float4 b)
{
return spu_add(a, b);
}

$ /opt/cell/toolchain/bin/spu-g++ -O3 pch.h -o pch.h.gch

$ /opt/cell/toolchain/bin/spu-g++ -O3 -include pch.h -S test.cpp
test.cpp: In function 'float __vector__ add(float __vector__, float
__vector__)':
test.cpp:3: error: insufficient arguments to overloaded function spu_add
test.cpp:4: confused by earlier errors, bailing out


However, if I delete pch.h.gch:

$ rm -f pch.h.gch
$ /opt/cell/toolchain/bin/spu-g++ -O3 -include pch.h -S test.cpp

it compiles as expected.

This behaviour is observed in:

$ /opt/cell/toolchain/bin/spu-g++ -v
Using built-in specs.
Target: spu
Configured with: ../configure --prefix=/opt/cell/toolchain --disable-shared
--disable-nls --disable-threads --disable-checking --with-headers
--enable-version-specific-runtime-libs --disable-libssp
--enable-languages=c,c++ --with-system-zlib --with-newlib --program-prefix=spu-
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=spu : (reconfigured)
../configure --prefix=/opt/cell/toolchain --disable-shared --disable-nls
--disable-threads --disable-checking --with-headers
--enable-version-specific-runtime-libs --disable-libssp
--enable-languages=c,c++ --with-system-zlib --with-newlib --program-prefix=spu-
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=spu
Thread model: single
gcc version 4.4.0 (GCC) 


as well as

$ spu-g++ -v
Using built-in specs.
Target: spu
Configured with: ../toolchain/gcc/configure --prefix=/usr/lib/cell/toolchain
--libexecdir=/usr/lib/cell/toolchain/lib --mandir=/usr/lib/cell/toolchain/man
--infodir=/usr/lib/cell/toolchain/info --with-sysroot=/usr/lib/cell/sysroot
--disable-shared --disable-nls --disable-threads --disable-checking
--with-headers --enable-version-specific-runtime-libs --disable-libssp
--enable-languages=c,c++,fortran --with-system-zlib --with-newlib
--program-prefix=spu- --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=spu
Thread model: single
gcc version 4.1.1

though the output is different with 4.1.1:

$ spu-g++ -O3 -include pch.h -S test.cpp
test.cpp: In function 'float __vector__ add(float __vector__, float
__vector__)':
test.cpp:3: error: no matching function for call to 'spu_add(float __vector__&,
float __vector__&)'
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:818: note:
candidates are: unsigned int __vector__ spu_add(unsigned int __vector__,
unsigned int __vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:823: note:   
 int __vector__ spu_add(int __vector__, int __vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:828: note:   
 short unsigned int __vector__ spu_add(short unsigned int
__vector__, short unsigned int __vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:833: note:   
 short int __vector__ spu_add(short int __vector__, short int
__vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:838: note:   
 float __vector__ spu_add(float __vector__, float __vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:843: note:   
 double __vector__ spu_add(double __vector__, double __vector__)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:848: note:   
 short unsigned int __vector__ spu_add(short unsigned int
__vector__, short unsigned int)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:853: note:   
 short int __vector__ spu_add(short int __vector__, short int)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:858: note:   
 unsigned int __vector__ spu_add(unsigned int __vector__, unsigned
int)
/usr/lib/cell/toolchain/lib/gcc/spu/4.1.1/include/spu_internals.h:863: note:   
 int __vector__ spu_add(int __vector__, int)
test.cpp:4: confused by earlier errors, bailing out


-- 
   Summary: SPU compiler does not work properly with precompiled
headers
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: pch
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ryan dot sammartino at gmail dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: spu


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

[Bug libstdc++/40712] locale(const locale&, const char*, locale::category) can create broken locale

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2009-07-10 21:14 
---
By the way, sEgfault, not sIgfault.


-- 

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 |2009-07-10 21:14:43
   date||


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

[Bug fortran/40714] Fortran runtime error: Invalid argument

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-07-10 21:16 ---
Confirmed on (powerpc|i686)-apple-darwin9 with -m32 or -m64. It is a
regression: it works with 4.2.3, 4.3.3, 4.4.0, but not with 4.4.1 (revision
147910) nor with trunk.


-- 


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

[Bug middle-end/40716] New: [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323

[d dot g dot gorbachev at gmail dot com]

GCC 4.5.0 20090709. (IIRC, there was no such ICE when compiling with 20090702.)

gcc -S -O1 -finline-small-functions -foptimize-sibling-calls -march=i686 bug.c

bug.c:12:1: internal compiler error: in purge_dead_edges, at cfgrtl.c:2323

bug.c:

extern int baz(void), zab(void);

char bar(void)
{
int i = 1;
return *(char *)&i;
}

void foo(void)
{
   (bar() ? baz : zab)();
}



-- 
   Summary: [4.5 Regression] ICE in purge_dead_edges, at
cfgrtl.c:2323
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
 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=40716

[Bug middle-end/40716] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323

[d dot g dot gorbachev at gmail dot com]

--- Comment #1 from d dot g dot gorbachev at gmail dot com  2009-07-10 
21:30 ---
Maybe a duplicate of PR39886 / PR40364.


-- 


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

[Bug middle-end/40717] New: [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323

[d dot g dot gorbachev at gmail dot com]

GCC 4.5.0 20090709. (IIRC, there was no such ICE when compiling with 20090702.)

gcc -S -O1 -finline-small-functions -foptimize-sibling-calls -march=i686 bug.c

bug.c:12:1: internal compiler error: in purge_dead_edges, at cfgrtl.c:2323

bug.c:

extern int baz(void), zab(void);

char bar(void)
{
int i = 1;
return *(char *)&i;
}

void foo(void)
{
   (bar() ? baz : zab)();
}



-- 
   Summary: [4.5 Regression] ICE in purge_dead_edges, at
cfgrtl.c:2323
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
 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=40717

[Bug pch/40715] SPU compiler does not work properly with precompiled headers

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-07-10 21:38 ---
This was fixed in 4.5.0 I think.


-- 


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

[Bug middle-end/40716] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2009-07-10 21:43 ---
*** Bug 40717 has been marked as a duplicate of this bug. ***


-- 


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

[Bug middle-end/40717] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2323

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-07-10 21:43 ---


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


-- 

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=40717

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2009-07-10 22:31 ---
Subject: Bug 40502

Author: jakub
Date: Fri Jul 10 22:31:34 2009
New Revision: 149499

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149499
Log:
PR c++/40502
* error.c (cp_print_error_function): Check for NULL block.

* g++.dg/ext/strncpy-chk1.C: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/strncpy-chk1.C
Modified:
branches/gcc-4_4-branch/gcc/cp/ChangeLog
branches/gcc-4_4-branch/gcc/cp/error.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions

[hubicka at ucw dot cz]

--- Comment #7 from hubicka at ucw dot cz  2009-07-10 22:36 ---
Subject: Re:  [4.5 Regression] another null pointer in
remove_unreachable_regions

> 569 EXECUTE_IF_SET_IN_BITMAP (i->aka, 0, n, bi)
> (gdb) p i->aka
> $1 = (bitmap) 0x0
oops, forgot about this issue.  Testing obvious patch checking for
i->aka being NULL.


-- 


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

[Bug middle-end/40502] [4.5 Regression] crash in cp_diagnostic_starter

[jakub at gcc dot gnu dot org]

--- Comment #10 from jakub at gcc dot gnu dot org  2009-07-10 22:37 ---
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=40502

[Bug target/39079] MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.

[daney at gcc dot gnu dot org]

--- Comment #2 from daney at gcc dot gnu dot org  2009-07-10 22:50 ---
Subject: Bug 39079

Author: daney
Date: Fri Jul 10 22:49:52 2009
New Revision: 149500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149500
Log:
2009-07-10  David Daney  

PR target/39079
* testsuite/gcc.target/mips/mips.exp: Make -msynci a known option.
* gcc.target/mips/clear-cache-1.c (dg-options): Add -msynci.

2009-07-10  David Daney  

PR target/39079
* config.gcc (supported_defaults): Add synci.
(with_synci): Add validation.
(all_defaults): Add synci.
* config/mips/mips.md (clear_cache): Use TARGET_SYNCI instead of
ISA_HAS_SYNCI.
(synci): Same.
* config/mips/mips.opt (msynci): New option.
* config/mips/mips.c (mips_override_options): Warn on use of
-msynci for targets that do now support it.
* gcc/config/mips/mips.h (OPTION_DEFAULT_SPECS): Add a default for
msynci.
* gcc/doc/invoke.texi (-msynci): Document the new option.
* doc/install.texi (--with-synci): Document the new option.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config.gcc
trunk/gcc/config/mips/mips.c
trunk/gcc/config/mips/mips.h
trunk/gcc/config/mips/mips.md
trunk/gcc/config/mips/mips.opt
trunk/gcc/doc/install.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.target/mips/clear-cache-1.c
trunk/gcc/testsuite/gcc.target/mips/mips.exp


-- 


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

[Bug target/39079] MIPS: __builtin___clear_cache() broken on SMP ISA_HAS_SYNCI systems.

[daney at gcc dot gnu dot org]

--- Comment #3 from daney at gcc dot gnu dot org  2009-07-10 22:52 ---
Fixed by the patch.


-- 

daney at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/40445] g++ void f() { __builtin_unreachable(); }

[daney at gcc dot gnu dot org]

--- Comment #4 from daney at gcc dot gnu dot org  2009-07-10 22:55 ---
This is the proposed patch for this bug:

http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01978.html


-- 

daney at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||patch


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

[Bug fortran/33197] Fortran 2008: math functions

[burnus at gcc dot gnu dot org]

--- Comment #25 from burnus at gcc dot gnu dot org  2009-07-11 00:03 ---
Subject: Bug 33197

Author: burnus
Date: Sat Jul 11 00:03:07 2009
New Revision: 149503

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149503
Log:
2009-07-09  Tobias Burnus  

PR fortran/33197
* check.c (gfc_check_fn_rc2008): New function.
* intrinsic.h (gfc_check_fn_rc2008): New prototype.
* intrinsic.c (add_functions): Add complex tan, cosh, sinh,
and tanh.

2009-07-09  Tobias Burnus  

PR fortran/33197
* gfortran.dg/complex_intrinsic_3.f90: New test.
* gfortran.dg/complex_intrinsic_4.f90: New test.


Added:
trunk/gcc/testsuite/gfortran.dg/complex_intrinsic_3.f90
trunk/gcc/testsuite/gfortran.dg/complex_intrinsic_4.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/check.c
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/intrinsic.h
trunk/gcc/fortran/intrinsic.texi
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/40718] New: Invalid code produced with -foptimize-sibling-calls

[d dot g dot gorbachev at gmail dot com]

The following program will fail.

gcc -S -O1 -foptimize-sibling-calls bug.c

bug.c:

#define stdcall __attribute__((__stdcall__))

struct S {
void (stdcall *f)(struct S *);
int i;
};

void stdcall foo(struct S *s)
{
s->i++;
}

void stdcall bar(struct S *s)
{
foo(s);
s->f(s);
}

int main(void)
{
struct S s = { foo, 0 };
bar(&s);
}


This is what the compiler produces:

bar:
pushl   %ebp
movl%esp, %ebp
pushl   %ebx
subl$20, %esp
movl8(%ebp), %ebx
movl%ebx, (%esp)
callfoo
subl$4, %esp
movl%ebx, 8(%ebp)
movl-4(%ebp), %ebx
leave
jmp *(%ebx)


-- 
   Summary: Invalid code produced with -foptimize-sibling-calls
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d dot g dot gorbachev at gmail dot com
 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=40718

[Bug fortran/40714] Fortran runtime error: Invalid argument

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2009-07-11 02:13 
---
I will take this one on.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-07-11 02:13:46
   date||


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

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

[rsandifo at gcc dot gnu dot org]

--- Comment #6 from rsandifo at gcc dot gnu dot org  2009-07-11 06:11 
---
Subject: Bug 40699

Author: rsandifo
Date: Sat Jul 11 06:10:49 2009
New Revision: 149508

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149508
Log:
gcc/testsuite/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* lib/gcc-defs.exp, lib/target-libpath.exp, lib/objc.exp,
lib/gfortran.exp, lib/g++.exp, lib/obj-c++.exp, lib/c-torture.exp,
lib/gcc-dg.exp, lib/gnat.exp, g++.dg/compat/compat.exp,
g++.dg/compat/struct-layout-1.exp: Revert 2009-06-30 commit.

libstdc++-v3/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libstdc++.exp: Revert 2009-06-30 commit.

libjava/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libjava.exp: Revert 2009-06-30 commit.

libgomp/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libgomp.exp: Revert 2009-07-02 and 2009-06-30 commits.
* testsuite/libgomp.c/c.exp, testsuite/libgomp.c++/c++.exp,
testsuite/libgomp.fortran/fortran.exp: Revert 2009-06-30 commits.

libffi/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libffi-dg.exp: Revert 2009-07-02, 2009-07-01 and
2009-06-30 commits.

libmudflap/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libmudflap.exp: Revert 2009-06-30 commit.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/compat/compat.exp
trunk/gcc/testsuite/g++.dg/compat/struct-layout-1.exp
trunk/gcc/testsuite/lib/c-torture.exp
trunk/gcc/testsuite/lib/g++.exp
trunk/gcc/testsuite/lib/gcc-defs.exp
trunk/gcc/testsuite/lib/gcc-dg.exp
trunk/gcc/testsuite/lib/gfortran.exp
trunk/gcc/testsuite/lib/gnat.exp
trunk/gcc/testsuite/lib/obj-c++.exp
trunk/gcc/testsuite/lib/objc.exp
trunk/gcc/testsuite/lib/target-libpath.exp
trunk/libffi/ChangeLog
trunk/libffi/testsuite/lib/libffi-dg.exp
trunk/libgomp/ChangeLog
trunk/libgomp/testsuite/lib/libgomp.exp
trunk/libgomp/testsuite/libgomp.c++/c++.exp
trunk/libgomp/testsuite/libgomp.c/c.exp
trunk/libgomp/testsuite/libgomp.fortran/fortran.exp
trunk/libjava/ChangeLog
trunk/libjava/testsuite/lib/libjava.exp
trunk/libmudflap/ChangeLog
trunk/libmudflap/testsuite/lib/libmudflap.exp
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/lib/libstdc++.exp


-- 


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

[Bug testsuite/40707] [4.5 regression] Testsuite no longer works with emulator

[rsandifo at gcc dot gnu dot org]

--- Comment #2 from rsandifo at gcc dot gnu dot org  2009-07-11 06:11 
---
Subject: Bug 40707

Author: rsandifo
Date: Sat Jul 11 06:10:49 2009
New Revision: 149508

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149508
Log:
gcc/testsuite/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* lib/gcc-defs.exp, lib/target-libpath.exp, lib/objc.exp,
lib/gfortran.exp, lib/g++.exp, lib/obj-c++.exp, lib/c-torture.exp,
lib/gcc-dg.exp, lib/gnat.exp, g++.dg/compat/compat.exp,
g++.dg/compat/struct-layout-1.exp: Revert 2009-06-30 commit.

libstdc++-v3/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libstdc++.exp: Revert 2009-06-30 commit.

libjava/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libjava.exp: Revert 2009-06-30 commit.

libgomp/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libgomp.exp: Revert 2009-07-02 and 2009-06-30 commits.
* testsuite/libgomp.c/c.exp, testsuite/libgomp.c++/c++.exp,
testsuite/libgomp.fortran/fortran.exp: Revert 2009-06-30 commits.

libffi/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libffi-dg.exp: Revert 2009-07-02, 2009-07-01 and
2009-06-30 commits.

libmudflap/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libmudflap.exp: Revert 2009-06-30 commit.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/compat/compat.exp
trunk/gcc/testsuite/g++.dg/compat/struct-layout-1.exp
trunk/gcc/testsuite/lib/c-torture.exp
trunk/gcc/testsuite/lib/g++.exp
trunk/gcc/testsuite/lib/gcc-defs.exp
trunk/gcc/testsuite/lib/gcc-dg.exp
trunk/gcc/testsuite/lib/gfortran.exp
trunk/gcc/testsuite/lib/gnat.exp
trunk/gcc/testsuite/lib/obj-c++.exp
trunk/gcc/testsuite/lib/objc.exp
trunk/gcc/testsuite/lib/target-libpath.exp
trunk/libffi/ChangeLog
trunk/libffi/testsuite/lib/libffi-dg.exp
trunk/libgomp/ChangeLog
trunk/libgomp/testsuite/lib/libgomp.exp
trunk/libgomp/testsuite/libgomp.c++/c++.exp
trunk/libgomp/testsuite/libgomp.c/c.exp
trunk/libgomp/testsuite/libgomp.fortran/fortran.exp
trunk/libjava/ChangeLog
trunk/libjava/testsuite/lib/libjava.exp
trunk/libmudflap/ChangeLog
trunk/libmudflap/testsuite/lib/libmudflap.exp
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/lib/libstdc++.exp


-- 


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

[Bug testsuite/40709] [4.5 regression] Revision 149113 caused testsuite error

[rsandifo at gcc dot gnu dot org]

--- Comment #2 from rsandifo at gcc dot gnu dot org  2009-07-11 06:11 
---
Subject: Bug 40709

Author: rsandifo
Date: Sat Jul 11 06:10:49 2009
New Revision: 149508

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149508
Log:
gcc/testsuite/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* lib/gcc-defs.exp, lib/target-libpath.exp, lib/objc.exp,
lib/gfortran.exp, lib/g++.exp, lib/obj-c++.exp, lib/c-torture.exp,
lib/gcc-dg.exp, lib/gnat.exp, g++.dg/compat/compat.exp,
g++.dg/compat/struct-layout-1.exp: Revert 2009-06-30 commit.

libstdc++-v3/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libstdc++.exp: Revert 2009-06-30 commit.

libjava/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libjava.exp: Revert 2009-06-30 commit.

libgomp/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libgomp.exp: Revert 2009-07-02 and 2009-06-30 commits.
* testsuite/libgomp.c/c.exp, testsuite/libgomp.c++/c++.exp,
testsuite/libgomp.fortran/fortran.exp: Revert 2009-06-30 commits.

libffi/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libffi-dg.exp: Revert 2009-07-02, 2009-07-01 and
2009-06-30 commits.

libmudflap/
PR testsuite/40699
PR testsuite/40707
PR testsuite/40709
* testsuite/lib/libmudflap.exp: Revert 2009-06-30 commit.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/compat/compat.exp
trunk/gcc/testsuite/g++.dg/compat/struct-layout-1.exp
trunk/gcc/testsuite/lib/c-torture.exp
trunk/gcc/testsuite/lib/g++.exp
trunk/gcc/testsuite/lib/gcc-defs.exp
trunk/gcc/testsuite/lib/gcc-dg.exp
trunk/gcc/testsuite/lib/gfortran.exp
trunk/gcc/testsuite/lib/gnat.exp
trunk/gcc/testsuite/lib/obj-c++.exp
trunk/gcc/testsuite/lib/objc.exp
trunk/gcc/testsuite/lib/target-libpath.exp
trunk/libffi/ChangeLog
trunk/libffi/testsuite/lib/libffi-dg.exp
trunk/libgomp/ChangeLog
trunk/libgomp/testsuite/lib/libgomp.exp
trunk/libgomp/testsuite/libgomp.c++/c++.exp
trunk/libgomp/testsuite/libgomp.c/c.exp
trunk/libgomp/testsuite/libgomp.fortran/fortran.exp
trunk/libjava/ChangeLog
trunk/libjava/testsuite/lib/libjava.exp
trunk/libmudflap/ChangeLog
trunk/libmudflap/testsuite/lib/libmudflap.exp
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/testsuite/lib/libstdc++.exp


-- 


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

[Bug testsuite/40709] [4.5 regression] Revision 149113 caused testsuite error

[rsandifo at gcc dot gnu dot org]

--- Comment #3 from rsandifo at gcc dot gnu dot org  2009-07-11 06:31 
---
Reverted the offending commit.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/40707] [4.5 regression] Testsuite no longer works with emulator

[rsandifo at gcc dot gnu dot org]

--- Comment #3 from rsandifo at gcc dot gnu dot org  2009-07-11 06:32 
---
Reverted the offending commit.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug testsuite/40699] [4.5 Regression] All sparcv9 libjava execution tests fail on Solaris 11/SPARC

[rsandifo at gcc dot gnu dot org]

--- Comment #7 from rsandifo at gcc dot gnu dot org  2009-07-11 06:44 
---
"ro at techfak dot uni-bielefeld dot de"  writes:
> Unfortunately, the same thing happens when I invoke runtest manually in the
> 20090522 tree where the 64-bit tests still worked correctly.

Ah!  Thanks, that explains it.  So the --print-multi-lib command failed
before the patch too, but adding the directories for all multilibs
masked this problem.  (I was wrongly assuming it was the --print-multi-lib
invocation itself that I'd broken.)

> What I find, though, are two different invocations of gcj (found with truss):
>
> * one like this
>
> /vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/gcj
> -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/
> -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/sparc-sun-solaris2.11/libjava/testsuite/../
> -v
>
>   which finds libgcj.spec, and
>
> * another one like this
>
> /vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/gcj
> -B/vol/gccsrc/obj/gcc-4.5.0-20090522/11-gcc/gcc/ --encoding=UTF-8 -m64
> --print-multi-directory
>
>   which doesn't (and lacks the second -B above, since libgcj.spec is only
>   located in the libjava tree).
>
> Maybe this helps to get this resolved?

It does, thanks.  I agree that the missing -B option is the problem here.

However, the patch has already called a lot of fallout, so the best
thing seemed to be to revert it.  Thanks a lot for the help though:
it shows what needs to be fixed if I or someone else comes back
to this at a later date.


-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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