[Bug c++/22034] [4.1 Regression], ICE on valid, dwarf2

[dank at kegel dot com]

--- Additional Comments From dank at kegel dot com  2005-08-07 06:23 ---
Still there in gcc-4.1-20050806.

-- 


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

[Bug c++/23045] ICE in force_decl_die, at dwarf2out.c:12621

[dank at kegel dot com]

--- Additional Comments From dank at kegel dot com  2005-08-07 06:19 ---
And sure enough, gcc-4.1-20050806 fixes it.

-- 


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

[Bug fortran/23270] Undefined reference to module blank common variable

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
06:00 ---
Confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Keywords||wrong-code
   Last reconfirmed|-00-00 00:00:00 |2005-08-07 06:00:11
   date||
Summary|Undefined reference to  |Undefined reference to
   |module blank common variable|module blank common variable


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

[Bug fortran/23270] New: Undefined reference to module blank common variable

[pault at gcc dot gnu dot org]

! ld error - undefined reference to `__test_equiv_a'
! OK with ifc
!
module test_equiv
  common a
  reala
end module test_equiv
program module_equiv
  use test_equiv
  a = 999.0_4
end program module_equiv

[EMAIL PROTECTED] mytests]# /gcc-4.1/bin/gfortran  -std=f95 
module_equivalence_pr.f90
/tmp/cc0RTDPI.o(.text+0x9): In function `MAIN__':
: undefined reference to `__test_equiv__a'
collect2: ld returned 1 exit status

-- 
   Summary: Undefined reference to module blank common variable
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pault at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug treelang/23061] treelang testsuite fails with -m64

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-07 
05:51 ---
 I here murderball is a real sport up there with Aussie rules football.

-- 


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-07 
05:50 ---
 This should be easy to backport into the 4.0 branch.  I have no clue about the
3.4 branch though.

-- 


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-07 05:19 ---
oh... and the 3.4 branch too?

-- 


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

[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
05:15 ---
Patch was reviewed here: 
.

-- 
   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |
   |patches/2004-   |
   |08/msg00784.html|
  GCC build triplet|i386-pc-linux-gnu   |
   GCC host triplet|i386-pc-linux-gnu   |
 GCC target triplet|i386-pc-linux-gnu   |
   Keywords|patch   |


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-07 05:14 ---
I haven't tried this yet... but, could you port back to 4.0 also?

-- 


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

[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
05:13 ---
*** Bug 23269 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||hg211 at ural2 dot hszk dot
   ||bme dot hu


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

[Bug c/23269] gcc doesn't remove half-written object file when compiling fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
05:13 ---
The problem is "-ot.o", if you add a space between "-o" and "t.o", it works 
correctly.

This is a dup of bug 11810.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/23269] New: gcc doesn't remove half-written object file when compiling fails

[hg211 at ural2 dot hszk dot bme dot hu]

try to compile any erroneous C file (let's call it t.c) with

gcc -pipe -c -ot.o t.c

and gcc doesn't remove the half-generated t.o file.
Note that there's no space between -o and the output filename (and the -pipe is
necessary).
(the manual says that there should be a space between -o and the output
filename. However, everything works fine without it - except this)

straceing gcc reveals the cause of the problem: before exit, gcc stats '-ot.o',
not 't.o' - it thinks that the object file doesn't exist.

gcc version 4.0.2 20050725 (prerelease) (Debian 4.0.1-3)
but this problem exists in 3.3 and 3.4 too

-- 
   Summary: gcc doesn't remove half-written object file when
compiling fails
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hg211 at ural2 dot hszk dot bme dot hu
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i486-linux-gnu


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

[Bug target/23268] [4.1 Regression] ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
04:36 ---
Here is the backtrace:
#0  0x084d47e6 in find_oldest_value_reg (cl=GENERAL_REGS, reg=0xb7d01050, 
vd=0xa483b08)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1357
#1  0x084d48f0 in replace_oldest_value_reg (loc=0xb7d89040, cl=Variable "cl" is 
not available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1391
#2  0x084d4ac2 in replace_oldest_value_addr (loc=0xb7d89040, cl=GENERAL_REGS, 
mode=SImode, 
insn=0xb7d0a7f8, vd=0xa483b08)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1522
#3  0x084d4c1c in replace_oldest_value_addr (loc=Variable "loc" is not 
available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1500
#4  0x084d4dce in replace_oldest_value_mem (x=Variable "x" is not available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/regrename.c:1548
#5  0x084d70ac in copyprop_hardreg_forward () at 
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/
regrename.c:1712
#6  0x083eca14 in execute_one_pass (pass=0x85bff80) at 
/home/peshtigo/pinskia/src/gnu/gcc/src/
gcc/passes.c:797


-- 


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

[Bug treelang/23061] treelang testsuite fails with -m64

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
04:35 ---
(In reply to comment #7)
> yay, football (or, if you like, soccer) with my sons
It is football, Americans don't know what they are missing.

-- 
   What|Removed |Added

  GCC build triplet|sparc64-unknown-linux-gnu   |
   GCC host triplet|sparc64-unknown-linux-gnu   |
 GCC target triplet|sparc64-unknown-linux-gnu   |sparc64-*-linux-gnu


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

[Bug target/23268] [4.1 Regression] ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
04:34 ---
Confirmed.

This is either a target bug or a middle-end bug.

CCing the person who added the builtins.

Reduced testcase:
int f (float x) {
  int a, b;
  a = __builtin_log(2.f);
  b = __builtin_rint(x);
  return(a+b);
}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
  Known to fail||4.1.0
  Known to work||4.0.0
   Last reconfirmed|-00-00 00:00:00 |2005-08-07 04:34:27
   date||


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

[Bug treelang/23061] treelang testsuite fails with -m64

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-07 04:34 ---
well, applied it to mainline, no problema caused...

however, the bug was reported for the 4.0 branch... applying there "Hunk #1
succeeded at 114 with fuzz 1." will test later today, resources bound today,
yay, football (or, if you like, soccer) with my sons

-- 


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

[Bug target/23268] [4.1 Regression] ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

 CC||uros at gcc dot gnu dot org
  Component|c   |target
   Keywords||ice-on-valid-code
Summary|ICE using math functions log|[4.1 Regression] ICE using
   |& rint, -ffast-math, -O1|math functions log & rint, -
   |(,2,3,s)|ffast-math, -O1 (,2,3,s)
   Target Milestone|--- |4.1.0


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

[Bug c/23268] ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)

[plgs at ozemail dot com dot au]

--- Additional Comments From plgs at ozemail dot com dot au  2005-08-07 
04:27 ---
Created an attachment (id=9442)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9442&action=view)
Preprocessed source testcase


-- 


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

[Bug c/23268] New: ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)

[plgs at ozemail dot com dot au]

ICE (segmentation fault) compiling a function containing two math functions (log
and rint), using -ffast-math and -O1 (or 2, 3 or s).  Error does not occur when
-ffast-math not used.  Error does not occur when optimisation flag not used (or
if -O0 used).

To reproduce, compile the following:

#include 
int f (float x) {
  int a, b;
  a = log(2.f);
  b = rint(x);
  return(a+b);
}

Using:
$ gcc -ffast-math -O1 -c test.c

Gives the following output:
test.c: In function 'f':
test.c:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

However, neither of
$ gcc -O1 -c test.c
nor
$ gcc -ffast-math -c test.c
cause the same error.

$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20050730/configure --prefix=/usr/local/gcc41
Thread model: posix
gcc version 4.1.0 20050730 (experimental)

-- 
   Summary: ICE using math functions log & rint, -ffast-math, -O1
(,2,3,s)
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: plgs at ozemail dot com dot au
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug pch/14940] PCH largefile test fails on various platforms

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-07 
02:48 ---
Subject: Bug 14940

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-08-07 02:48:04

Modified files:
gcc: ChangeLog config.host 
Added files:
gcc/config/pa  : pa-host.c x-hpux x-linux 

Log message:
PR pch/14940
* config.host (hppa*-*-hpux*, hppa*-*-linux): Define out_host_hook_obj
and host_xmake_file using new host configuration files.
* config/pa/pa-host.c, config/pa/x-hpux, config/pa/x-linux: New files.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.901&r2=2.2326.2.902
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config.host.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.7.12.1&r2=2.7.12.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/pa-host.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.4.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/x-hpux.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.42.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/pa/x-linux.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.42.1



-- 


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

[Bug driver/21366] The -bundle linking option does not get processed right on darwin

[wilson at gcc dot gnu dot org]

--- Additional Comments From wilson at gcc dot gnu dot org  2005-08-07 
02:41 ---
Fixed on mainline.

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work||4.1.0
 Resolution||FIXED


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

[Bug driver/21366] The -bundle linking option does not get processed right on darwin

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-07 
02:39 ---
Subject: Bug 21366

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-07 02:39:16

Modified files:
gcc: ChangeLog gcc.c 
gcc/doc: invoke.texi 

Log message:
Make Darwin -bundle option work.  Patch from Peter O'Gorman.
PR 21366
* gcc.c (process_command): Check the argument to -b has a dash.
* doc/invoke.texi: Update -b and -V docs.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9672&r2=2.9673
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcc.c.diff?cvsroot=gcc&r1=1.469&r2=1.470
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.665&r2=1.666



-- 


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

[Bug c/23267] strftime options generate spurious warnings

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
00:16 ---
No, this is a Y2K issue rather than anything else.

Anyways this was fixed in 3.4.0 by not having -Wformat-y2k enabled with -Wall.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c/3190] -Wformat-y2k doesn't belong to -Wall - it's hard to avoid

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
00:16 ---
*** Bug 23267 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||cmattair at pdq dot net


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

[Bug libfortran/23265] Error in floating point output with BN edit descriptor

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-07 
00:12 ---
Hmm, this works for me on last night's build on i686-pc-linux-gnu:
 70.07 .888E+01
 70.07 .888E+01 

-- 


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

[Bug c/23267] New: strftime options generate spurious warnings

[cmattair at pdq dot net]

When I specify -Wall, certain strftime options generate spurious warning 
messages.
Specifically, %D and %y generate the following warnings:
   warning: `%y' yields only last 2 digits of year
   warning: `%D' yields only last 2 digits of year

This is the documented behaviour of these options so the warning seems a little
out of place.  Equivalently, you should warn me that
   warning: sin() does not generate the cosine.

These warnings should be removed or replaced with
   warning: GNU expects you to display four digit years

-- 
   Summary: strftime options generate spurious warnings
   Product: gcc
   Version: 3.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cmattair at pdq dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/19770] gcc.c-torture/compile/20050113-1.c: ICE: in extract_insn, at recog.c:2083

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-08-07 
01:46 ---
The problem is that emit_move_insn_1 is generating a move instruction
with a CONST_INT source that's invalid (i.e., LEGITIMATE_CONST_P is false).
This occurs here:

  /* Try using a move pattern for the corresponding integer mode.  This is
 only safe when simplify_subreg can convert MODE constants into integer
 constants.  At present, it can only do this reliably if the value
 fits within a HOST_WIDE_INT.  */
  else if (GET_MODE_BITSIZE (mode) <= HOST_BITS_PER_WIDE_INT
   && (submode = int_mode_for_mode (mode)) != BLKmode
   && mov_optab->handlers[submode].insn_code != CODE_FOR_nothing)
return emit_insn (GEN_FCN (mov_optab->handlers[submode].insn_code)
  (simplify_gen_subreg (submode, x, mode, 0),
   simplify_gen_subreg (submode, y, mode, 0)));



-- 


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

[Bug c++/23266] New: [4.0/4.1 regression] ICE on pure specifier for static method

[reichelt at gcc dot gnu dot org]

The following invalid testcase triggers an ICE since gcc 4.0.0:

===
struct A
{
static void foo() = 0;
};
===

The error message is:

  bug.cc:3: internal compiler error: in grokfield, at cp/decl2.c:899
  Please submit a full bug report, [etc.]

The respective code from cp/decl2.c reads:

   /* Initializers for functions are rejected early in the parser.
  If we get here, it must be a pure specifier for a method.  */
   gcc_assert (TREE_CODE (TREE_TYPE (value)) == METHOD_TYPE);
   gcc_assert (error_operand_p (init) || integer_zerop (init));
   DECL_PURE_VIRTUAL_P (value) = 1;

Apparently the first assert is triggered - we have a FUNCTION_TYPE
instead of a METHOD_TYPE in this example. This was probably broken by
Giovanni's patch for PR17401.

-- 
   Summary: [4.0/4.1 regression] ICE on pure specifier for static
method
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, monitored
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,giovannibajo at libero
dot it


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

[Bug target/23231] cross compiling fails for mips-sgi-irix6.5

[wilson at gcc dot gnu dot org]

--- Additional Comments From wilson at gcc dot gnu dot org  2005-08-06 
23:57 ---
You need to add a --with-gnu-ld configure option.

GNU ld and Irix ld have incompatible options, and the toolchain naturally
defaults to assuming irix ld options, so you must specify GNU ld at configure
time for a binutils using cross.

It is possible that you may still run into problems.  I don't know how good the
irix6 support is in the GNU linker.  It probably doesn't support all of the
features of the native linker.

The cross64.h file has nothing to do with this.  The file is no longer used and
should be deleted.  I'll take care of that.

-- 


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

[Bug c++/23266] [4.0/4.1 regression] ICE on pure specifier for static method

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-06 
23:57 ---
Testing a patch.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |reichelt at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
   Target Milestone|--- |4.0.2


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

[Bug c++/23263] Incomprehensible message for invalid attempt to partially specialize a member

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-08-06 22:56 
---
If you know what's going on, the error message is actually clear:  
  foo.cc:7: error: invalid use of undefined type `struct bar'  
This just means that the partially specialized class bar has not  
yet been declared, and that you can't therefore define a member of it.  
  
But I grant that we could do better. For that purpose, this example 
may be better: 
- 
template  struct X { void f(); }; 
template  void X::f() {} 
- 
We presently get this: 
g/x> /home/bangerth/bin/gcc-4.1-pre/bin/c++ -c x.cc 
x.cc:2: error: invalid use of undefined type ‘struct X’ 
x.cc:1: error: declaration of ‘struct X’ 
x.cc:2: error: template definition of non-template ‘void X::f()’ 
  
W.  

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 22:56:41
   date||
Summary|Fails to identify member|Incomprehensible message for
   |definition  |invalid attempt to partially
   ||specialize a member


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

[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-06 
22:48 ---
Fixed on mainline and the 4.0 branch.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
22:48 ---
Subject: Bug 23191

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-06 22:48:08

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: eh2.C 

Log message:
PR c++/23191
* pt.c (tsubst) : Check for error_mark_node
before calling build_exception_variant.

* g++.dg/template/eh2.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.71&r2=1.4648.2.72
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.14&r2=1.978.2.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.319&r2=1.5084.2.320
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/eh2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
22:38 ---
Subject: Bug 23191

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 22:38:44

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: eh2.C 

Log message:
PR c++/23191
* pt.c (tsubst) : Check for error_mark_node
before calling build_exception_variant.

* g++.dg/template/eh2.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4843&r2=1.4844
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1020&r2=1.1021
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5888&r2=1.5889
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/eh2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug c++/23263] Fails to identify member definition

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||diagnostic


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

[Bug c++/19498] ICE on invalid reference in template parameter

[reichelt at gcc dot gnu dot org]

--- Additional Comments From reichelt at gcc dot gnu dot org  2005-08-06 
22:24 ---
Fixed on mainline.


-- 
   What|Removed |Added

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


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

[Bug c++/19498] ICE on invalid reference in template parameter

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
22:22 ---
Subject: Bug 19498

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 22:22:47

Modified files:
gcc/cp : ChangeLog pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/template: instantiate7.C 

Log message:
PR c++/19498
* pt.c (tsubst_decl) : Return ERROR_MARK_NODE
if substitution of template args did not succeed.

* g++.dg/template/instantiate7.C: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4842&r2=1.4843
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1019&r2=1.1020
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5887&r2=1.5888
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/instantiate7.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libfortran/23265] New: Error in floating point output with BN edit descriptor

[fxcoudert at gcc dot gnu dot org]

$ cat fmt_read_bz_bn.f90 
character*80 :: correct=" 70.07 .888E+01"
write(*, 20) 70.07, 8.88
20 format (F6.2, BN, 1X, E8.3)
write (*,'(A)') correct
end
$ gfc fmt_read_bz_bn.f90 && ./a.exe 
 70.07 
 70.07 .888E+01

-- 
   Summary: Error in floating point output with BN edit descriptor
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-mingw32


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

[Bug c++/23263] Fails to identify member definition

[igodard at pacbell dot net]

--- Additional Comments From igodard at pacbell dot net  2005-08-06 20:40 
---
Reopened as a complaint about the diagnostic. The naive (or even reasonably
sophisticated) user cannot figure out "illegal partial specialization" from that
message.

Comeau gives:

"ComeauTest.c", line 7: error: template argument list must match the parameter 
list
  template A* bar::p = 0;
^

which I admit is only a little better.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug libfortran/23264] New: direct access failure

[fxcoudert at gcc dot gnu dot org]

$ cat direct_io_2.f90 
  OPEN (7, ACCESS = 'DIRECT', RECL = 50)
  IRECN = 0
  IREC = 216
  DO I=1,100
IREC = IREC - 2
IRECN = IRECN + 1
WRITE(7, REC = IREC) IRECN
  END DO
  IRECCK = 0
  IREC = 216
  DO I = 1,100
IREC = IREC - 2
IRECCK = IRECCK + 1
READ(7, REC = IREC) IRECN
IF (IRECN .NE. IRECCK) CALL ABORT
  END DO
  END
$ gfc direct_io_2.f90 && ./a.exe
Abort

The file fort.7 is indeed wrong:

$ xxd -s 9745 fort.7 |head -n 1 
0002611:   000d 0a00      
$ xxd -s 9745 linux.fort.7 |head -n 1
0002611:   000a       

where linux.fort.7 is obtained by running the same program with a linux gfortran
(for which the testcase passes). The problem is very sensitive to the number of
records writtent and the record length (it disappears if they are too little).

-- 
   Summary: direct access failure
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-mingw32


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

[Bug c++/23263] Fails to identify member definition

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-08-06 20:29 
---
No, you try to partially specialize a member. That isn't allowed.  
You either have to completely specialize all template parameters, or  
none. Long standing annoyance in C++...  
  
W.  

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/23263] New: Fails to identify member definition

[igodard at pacbell dot net]

template struct foo{ static T* p; };
template T* foo::p = 0;

template struct A {};
template class C>
struct bar{ static C* p; };
template A* bar::p = 0;

int main() {
foo f;
bar b;
return 0;
}

gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc:7: error: invalid use of undefined type `struct bar'
foo.cc:6: error: declaration of `struct bar'

As it works for the plain type case (foo), it looks like something's wrong in
the binding of template template parameters (bar).

Ivan

-- 
   Summary: Fails to identify member definition
   Product: gcc
   Version: 3.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug tree-optimization/17064] -falias-noargument-global doesn't eliminate dead stores/loads

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
19:51 ---
Diego, sorry to steal this from you but I got a fix for this issue though there 
are still some issues with 
address considered call clobered which cannot be true.

-- 
   What|Removed |Added

 AssignedTo|dnovillo at gcc dot gnu dot |pinskia at gcc dot gnu dot
   |org |org


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

[Bug tree-optimization/21470] -fargument-noalias-global has no effect for the vectorizer

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
19:47 ---
I have a fix which I need to bootstrap/test.

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug libfortran/23262] New: rewind truncates file

[fxcoudert at gcc dot gnu dot org]

$ cat endfile.f90 
  integer i
  open(unit=10,file='test.dat')
  do i=1,5
write (10,'(I4)') i
  end do
  rewind(10)
  close(10)
  end
$ gfc endfile.f90 && a && cat test.dat
   1
   2
   3
   4
$ xxd test.dat
000: 2020 2031 0d0a 2020 2032 0d0a 2020 2033 1..   2..   3
010: 0d0a 2020 2034 0d0a 20   ..   4..


If you remove the rewind statement, the program behaves correctly, that is we
have a fifth line with "   5" in it.

-- 
   Summary: rewind truncates file
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-mingw32


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[phython at gcc dot gnu dot org]

--- Additional Comments From phython at gcc dot gnu dot org  2005-08-06 
18:56 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug fortran/23261] [meta-bug] gfortran testsuite bugs on mingw32

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-06 
18:51 ---
Created an attachment (id=9441)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9441&action=view)
Script that runs dejagnu_mimic for each interesting file in the testsuite.


-- 


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

[Bug fortran/23261] [meta-bug] gfortran testsuite bugs on mingw32

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-06 
18:51 ---
Created an attachment (id=9440)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9440&action=view)
Script file that tries to emulate the dejagnu test framework


-- 


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

[Bug fortran/23261] New: [meta-bug] gfortran testsuite bugs on mingw32

[fxcoudert at gcc dot gnu dot org]

I open this bug to keep track of the testcases failing on mingw32. With
gfortran-20050806, the list is:

 FAIL: gfortran.dg/dev_null.f90  (mingw doesn't have /dev/null)
 FAIL: gfortran.dg/direct_io_2.f90
 FAIL: gfortran.dg/endfile.f90
 FAIL: gfortran.dg/f2c_4.f90
 FAIL: gfortran.dg/f2c_5.f90
 FAIL: gfortran.dg/fmt_read_bz_bn.f90
 FAIL: gfortran.dg/g77/12632.f
 FAIL: gfortran.dg/g77/19990905-0.f
 FAIL: gfortran.dg/g77/970125-0.f
 FAIL: gfortran.dg/g77/980615-0.f
XPASS: gfortran.dg/g77/cabs.f
 FAIL: gfortran.dg/g77/cpp4.F
 FAIL: gfortran.dg/hollerith.f90
 FAIL: gfortran.dg/hollerith2.f90
 FAIL: gfortran.dg/hollerith4.f90
 FAIL: gfortran.dg/hollerith_f95.f90
 FAIL: gfortran.dg/io_invalid_1.f90
 FAIL: gfortran.dg/namelist_19.f90
 FAIL: gfortran.dg/output_exponents_1.f90
 FAIL: gfortran.dg/pr20865.f90
 FAIL: gfortran.dg/write_to_null.f90  (mingw doesn't have /dev/null)
 FAIL: gfortran.fortran-torture/execute/inquire_2.f90

Total: 20 bugs (two testcases are not supposed to work since mingw doesn't have
a /dev/null device).

-- 
   Summary: [meta-bug] gfortran testsuite bugs on mingw32
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: i386-mingw32


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

[Bug treelang/23072] multiple runs of treelang testsuite does not work...

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
18:25 ---
Subject: Bug 23072

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 18:25:31

Modified files:
gcc/testsuite/treelang: ChangeLog 
gcc/treelang   : ChangeLog Make-lang.in 
Added files:
gcc/testsuite/treelang/output: output-1.c output-1.out 
   output-1.tree output.exp 
Removed files:
gcc/testsuite/treelang: a01gcci01.c a01gcci01.tree 
a01gcco01runpgm treetests.exp 

Log message:
2005-08-06  James A. Morrison  <[EMAIL PROTECTED]>

PR treelang/23072
* Make-lang.in: Remove old testing cruft.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/ChangeLog.diff?cvsroot=gcc&r1=1.14&r2=1.15
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcci01.c.diff?cvsroot=gcc&r1=1.4&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcci01.tree.diff?cvsroot=gcc&r1=1.3&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/a01gcco01runpgm.diff?cvsroot=gcc&r1=1.1&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/treetests.exp.diff?cvsroot=gcc&r1=1.4&r2=NONE
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.out.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output-1.tree.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/treelang/output/output.exp.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/treelang/ChangeLog.diff?cvsroot=gcc&r1=1.129&r2=1.130
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/treelang/Make-lang.in.diff?cvsroot=gcc&r1=1.55&r2=1.56



-- 


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

[Bug libstdc++/18889] Unable to build libstdc++-v3

[mike at tedder dot com]

--- Additional Comments From mike at tedder dot com  2005-08-06 18:16 
---
I wouldn't have opened this bug if the standard configure && make bootstrap && 
make install had worked in the first place.  It might have helped more if you 
had asked me more questions about my system and/or configuration instead of 
just 
saying "it works for me".

My suggestion of updating the libtool included with gcc was only that -- a 
suggestion.  While it may be "wrong", it did fix the linker errors, so I simply 
let everyone know what I had found out.

I have plans to upgrade to gcc-4.0.1 in the near future.  If I still have the 
same problem, I will be opening a new bug report.

-- 


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

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-08-06 17:18 
---
I agree with Gaby: the standard pretty unambiguously lists the signature of 
std::distance, and the name lookup rules say that it needs to be found. What 
leeway do we have in rejecting it anyway and picking anything else? The fact 
that you want another function to be found is not a normative clause that 
can be derived from the standard. 
 
However, as has been proposed before: the correct course of action is to  
lobby the standards committee to introduce some notion of "concept" and  
specify that the std::distance function shall only be used if its arguments 
conform to a certain concept. This has been done in the past using means 
like boost::enable_if, but the standard doesn't use such things at present 
so I don't see how we can modify libstdc++ in a way that conforms with 
the present standard. 
 
I therefore close this PR as suggested by Gaby. 
 
W. 

-- 
   What|Removed |Added

 Status|SUSPENDED   |RESOLVED
 Resolution||INVALID


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

[Bug target/23239] gcc.dg/tree-prof/val-prof-5.c scan-tree-dump Div.mod by constant b..=997 transformation on insn fails

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2005-08-06 
16:24 ---
I see the following in val-prof-5.c.t09.tree_profile:

  Trying transformations on insn D.1243 = D.1241 / b___1;
  Div/mod by constant b___1=997 transformation on insn D.1243 = D.1241 / b___1;

Isn't this a testsuite issue?


-- 


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

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

[sgk at troutmask dot apl dot washington dot edu]

--- Additional Comments From sgk at troutmask dot apl dot washington dot 
edu  2005-08-06 16:03 ---
Subject: Re:  gfortran .f90 complex parameter initialization syntax bug

On Sat, Aug 06, 2005 at 03:02:37PM -, christopherbuell at mindspring dot 
com wrote:
> 
> (In reply to comment #3)
> 
> Got it. I don't know the F90 or F95 standard very well.

The Standard can be tricky to read.  I have a draft of
F2003 here so I'll quote that

7.1.7 Initialization expression
An initialization expression is an expression with limitations that
make it suitable for use as a kind type parameter, initializer, or
named constant.  It is an expression in which each operation is
intrinsic, and each primary is
  (1)  A constant or subobject of a constant,
  (2)-(11) Don't apply.

real, parameter:: x = -1.e0 ! Uses a constant.
complex, parameter :: z = (1.e0, -1.e0) ! Uses constants.
complex, parameter :: c = (x,-x)! x is a named constant, -x is not.

You probably found a vendor extension, because -x could be
evaluated at compile time.

If you really want to sit and puzzle over the standard.  Consider

program c
   real, parameter :: o = 1.e0
   real, parameter :: t = 2.e0
   real, parameter :: h = o / t   ! This is ok.
   complex, parameter :: z = (o / t, h)   ! This is not ok.
   print *, o, t, h
end program c




-- 


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

[Bug target/23239] gcc.dg/tree-prof/val-prof-5.c scan-tree-dump Div.mod by constant b..=997 transformation on insn fails

[danglin at gcc dot gnu dot org]

-- 
   What|Removed |Added

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


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

[Bug libstdc++/18889] Unable to build libstdc++-v3

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
15:19 ---
This works for everyone else, I have no idea what your problem is here.

Maybe you are over writting the libtool in GCC which is just wrong, you should 
be able to just mkdir 
objdir;cd objdir;$(srcdir)/configure && make bootstrap && make install and it 
will just work.

Since this works for me and others I am closing as works for me.

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug fortran/22527] fortran produces mismatch types in comparision with integer to logic assignment

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:08:18
   date||


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

[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:07:28
   date||


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

[Bug tree-optimization/21374] ICE in declare_return_variable, at tree-inline.c:906

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
15:05 ---
A slight change to the source makes this ICE on the mainline:
int
main (int argc, char **argv)
{
  int size = 10;
  int i;
  typedef struct
  {
char val[size];
  }
  block;
  block b;
  block retframe_block ()
  {
return *(block *) &b;
  }
  b=retframe_block ();
  return 0;
}

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-08-06 15:05:57
   date||


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

[Bug fortran/23254] gfortran .f90 complex parameter initialization syntax bug

[christopherbuell at mindspring dot com]

--- Additional Comments From christopherbuell at mindspring dot com  
2005-08-06 15:02 ---
(In reply to comment #3)

Got it. I don't know the F90 or F95 standard very well.
I do know F77.
The code I was porting did compile on the MS-DEC FORTRAN 95 compiler.
(whoever owns that compiler anyway)
It seems "reasonable" that it should work.
But, I didn't know what the spec said.

Thanx for getting back to me.

Chris
> gfortran is doing the right thing according to section 7.1.6.1
> of the Fortran 95 standard.  For completeness, here is the output
> of NAGWare F95 compiler.
> kargl[204] f95 -kind=byte -c lk.f90
> Error: lk.f90, line 10: Invalid real part of complex constant
> Error: lk.f90, line 11: Invalid real part of complex constant
> Error: lk.f90, line 12: Invalid real part of complex constant
> Error: lk.f90, line 13: Invalid real part of complex constant
> Error: lk.f90, line 14: Invalid real part of complex constant
> Errors in declarations, no further processing for CONSTS_TEST



-- 


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

[Bug tree-optimization/23234] [4.1 Regression] ICE in verify_flow_info()

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Target Milestone|--- |4.1.0


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

[Bug fortran/20850] ICE with invalid character equivalence

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
13:35 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

[pinskia at gcc dot gnu dot org]

-- 
Bug 19292 depends on bug 18833, which changed state.

Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug fortran/20405] [meta-bug] equivalenced variable problems

[pinskia at gcc dot gnu dot org]

-- 
Bug 20405 depends on bug 18833, which changed state.

Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug fortran/20850] ICE with invalid character equivalence

[pinskia at gcc dot gnu dot org]

-- 
Bug 20850 depends on bug 18833, which changed state.

Bug 18833 Summary: ICE 'missing spec' on integer/char equivalence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
13:35 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
13:35 ---
Fixed.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.0.2   |4.1.0


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

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
13:32 ---
*** Bug 23260 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||jakub at redhat dot com


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

gcc-bugs@gcc.gnu.org

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
13:32 ---


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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug target/20673] C PCH testsuite assembly comparison failure

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-08-06 
13:23 ---
> should we change the target milestone to 3.4.5 for this?

Ah, sure.


-- 
   What|Removed |Added

   Target Milestone|4.0.0   |3.4.5


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

[Bug target/20673] C PCH testsuite assembly comparison failure

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-06 13:19 ---
(In reply to comment #9)
> Subject: Bug 20673

should we change the target milestone to 3.4.5 for this?

-- 


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

[Bug target/20673] C PCH testsuite assembly comparison failure

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
12:57 ---
Subject: Bug 20673

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-08-06 12:57:30

Modified files:
gcc: ChangeLog 
gcc/config/sparc: sparc.h 

Log message:
PR target/20673
Backport from mainline:

2005-04-15  David S. Miller  <[EMAIL PROTECTED]>

* config/sparc/sparc.h (sparc_hard_reg_printed): Mark as GTY(()).

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.900&r2=2.2326.2.901
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sparc.h.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.236.6.7&r2=1.236.6.8



-- 


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

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-08-06 11:57 ---
Subject: Re:  can't compile self defined void distance(std::vector, 
std::vector)

"adah at netstd dot com" <[EMAIL PROTECTED]> writes:

| (In reply to comment #44)
| > | However, I still believe it is the problem of the compilers.
| > Please take ti to the C++ standard committee.  The behaviour is that
| > described by the standard.  If you don't like it, have the committee
| 
| The behaviour I wanted is at least not *against* the standard, while being 
more 
| natural and user-friendly.  As James Kanze quoted §14.7.1/5 in 
| comp.lang.c++.moderated: "If the overload resolution process can determine 
the 
| correct function to call without instantiating a class template definition, 
it 
| is unspecified whether that instantiation actually takes place."

Can you explain me clearly how that has any implication about how the
compiler should behave in this specific case?  We're not in an
unspecified territory here.  Please do read Paul M.'s explanation.

This PR should be colsed as INVALID.

-- Gaby


-- 


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

[Bug bootstrap/22259] [4.1 Regression] spawnv cannot execute gcc/as

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-06 
11:39 ---
Patch pinged (for the second time). ChangeLog entry provided.

-- 
   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2005-   |patches/2005-
   |07/msg00086.html|08/msg00379.html


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

[Bug c/23113] [3.4/4.0/4.1 regression] The -Wunused (value computed is not used) option missed an important case

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
11:32 ---
Subject: Bug 23113

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 11:31:49

Modified files:
gcc: ChangeLog c-typeck.c stmt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.dg: Wunused-value-1.c 

Log message:
PR c/23113
* stmt.c (warn_if_unused_value): Check TREE_NO_WARNING at start.
Don't handle NOP_EXPR, CONVERT_EXPR and NON_LVALUE_EXPR
specially.  Check for side effects only for COND_EXPR.
* c-typeck.c (c_finish_stmt_expr): Mark statement expression
return with TREE_NO_WARNING.

testsuite:
* gcc.dg/Wunused-value-1.c: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9667&r2=2.9668
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&r1=1.473&r2=1.474
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stmt.c.diff?cvsroot=gcc&r1=1.425&r2=1.426
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5886&r2=1.5887
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/Wunused-value-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug bootstrap/19607] Build fails on MSYS/MingGW because of incorrect SYSTEM_HEADER_DIR

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-08-06 
11:19 ---
Well, apparently the patch was right after all. Fixed by
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00057.html

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/23233] Loop optimisation ICE for subreg addresses

[rsandifo at gcc dot gnu dot org]

--- Additional Comments From rsandifo at gcc dot gnu dot org  2005-08-06 
11:08 ---
Patch applied to mainline.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/23233] Loop optimisation ICE for subreg addresses

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
11:06 ---
Subject: Bug 23233

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 11:05:49

Modified files:
gcc: ChangeLog loop.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gcc.c-torture/compile: pr23233-1.c 

Log message:
PR rtl-optimization/23233
* loop.c (combine_movables): Require the modes to be the same.
(move_movables): Remove handling of cases where the replacement
had a different mode to the original.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9666&r2=2.9667
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/loop.c.diff?cvsroot=gcc&r1=1.538&r2=1.539
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5885&r2=1.5886
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/pr23233-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2



-- 


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

[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
10:12 ---
Subject: Bug 18833

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-06 10:12:42

Modified files:
gcc/fortran: ChangeLog primary.c resolve.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 
gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 
equiv_3.f90 
equiv_4.f90 

Log message:
PR fortran/18833
PR fortran/20850
* primary.c (match_varspec): If equiv_flag, don't look at sym's
attributes, call gfc_match_array_ref up to twice and don't do any
substring or component processing.
* resolve.c (resolve_equivalence): Transform REF_ARRAY into
REF_SUBSTRING or nothing if needed.  Check that substrings
don't have zero length.

* gfortran.dg/equiv_1.f90: New test.
* gfortran.dg/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_3.f90: New test.
* gfortran.fortran-torture/execute/equiv_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.99&r2=1.335.2.100
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.22.2.8&r2=1.22.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.34.2.12&r2=1.34.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.318&r2=1.5084.2.319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug fortran/20850] ICE with invalid character equivalence

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
10:12 ---
Subject: Bug 20850

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-08-06 10:12:42

Modified files:
gcc/fortran: ChangeLog primary.c resolve.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 
gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 
equiv_3.f90 
equiv_4.f90 

Log message:
PR fortran/18833
PR fortran/20850
* primary.c (match_varspec): If equiv_flag, don't look at sym's
attributes, call gfc_match_array_ref up to twice and don't do any
substring or component processing.
* resolve.c (resolve_equivalence): Transform REF_ARRAY into
REF_SUBSTRING or nothing if needed.  Check that substrings
don't have zero length.

* gfortran.dg/equiv_1.f90: New test.
* gfortran.dg/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_3.f90: New test.
* gfortran.fortran-torture/execute/equiv_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.99&r2=1.335.2.100
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.22.2.8&r2=1.22.2.9
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.34.2.12&r2=1.34.2.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.318&r2=1.5084.2.319
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1



-- 


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

[Bug fortran/20850] ICE with invalid character equivalence

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
10:01 ---
Subject: Bug 20850

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 10:00:54

Modified files:
gcc/fortran: ChangeLog primary.c resolve.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 
gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 
equiv_3.f90 
equiv_4.f90 

Log message:
PR fortran/18833
PR fortran/20850
* primary.c (match_varspec): If equiv_flag, don't look at sym's
attributes, call gfc_match_array_ref up to twice and don't do any
substring or component processing.
* resolve.c (resolve_equivalence): Transform REF_ARRAY into
REF_SUBSTRING or nothing if needed.  Check that substrings
don't have zero length.

* gfortran.dg/equiv_1.f90: New test.
* gfortran.dg/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_3.f90: New test.
* gfortran.fortran-torture/execute/equiv_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.512&r2=1.513
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&r1=1.32&r2=1.33
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&r1=1.47&r2=1.48
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5884&r2=1.5885
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-08-06 
10:01 ---
Subject: Bug 18833

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-08-06 10:00:54

Modified files:
gcc/fortran: ChangeLog primary.c resolve.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: equiv_1.f90 equiv_2.f90 
gcc/testsuite/gfortran.fortran-torture/execute: equiv_2.f90 
equiv_3.f90 
equiv_4.f90 

Log message:
PR fortran/18833
PR fortran/20850
* primary.c (match_varspec): If equiv_flag, don't look at sym's
attributes, call gfc_match_array_ref up to twice and don't do any
substring or component processing.
* resolve.c (resolve_equivalence): Transform REF_ARRAY into
REF_SUBSTRING or nothing if needed.  Check that substrings
don't have zero length.

* gfortran.dg/equiv_1.f90: New test.
* gfortran.dg/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_2.f90: New test.
* gfortran.fortran-torture/execute/equiv_3.f90: New test.
* gfortran.fortran-torture/execute/equiv_4.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.512&r2=1.513
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/primary.c.diff?cvsroot=gcc&r1=1.32&r2=1.33
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&r1=1.47&r2=1.48
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5884&r2=1.5885
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/equiv_2.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_2.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_3.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/equiv_4.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

gcc-bugs@gcc.gnu.org

[jakub at redhat dot com]

g++ crashes on invalid:
int foo[16];
int *bar = &foo[-1];
trying to emit instructions outside of function context.

-- 
   Summary: ICE on &foo[-1]
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug fortran/23259] gfortran.dg/large_integer_kind_1.f90 FAIL with Error: Kind -1 not supported for type INTEGER at (1)

[christian dot joensson at gmail dot com]

--- Additional Comments From christian dot joensson at gmail dot com  
2005-08-06 07:38 ---
or maybe even a bug with my glibc sorry for the noise...

Current directory is /usr/local/src/trunk/objdir/gcc/
GNU gdb Red Hat Linux (6.3.0.0-0.29rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-redhat-linux"...Using host libthread_db
library "/lib/libthread_db.so.1".

Breakpoint 1 at 0x11920: file ../../gcc/gcc/gcc.c, line 6752.
Function "internal_error" not defined.
Breakpoint 2 at 0x41550
Breakpoint 3 at 0x413dc
(gdb) set args -B/usr/local/src/trunk/objdir/gcc/testsuite/../
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90  
-O0   -pedantic-errors 
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libgfortran/.libs
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libiberty  -lm   -o
./large_integer_kind_1.exe
(gdb) r
Starting program: /usr/local/src/trunk/objdir/gcc/gfortran
-B/usr/local/src/trunk/objdir/gcc/testsuite/../
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90  
-O0   -pedantic-errors 
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libgfortran/.libs
-L/usr/local/src/trunk/objdir/sparc64-unknown-linux-gnu/./libiberty  -lm   -o
./large_integer_kind_1.exe
Breakpoint 2 at 0x70064fa4: file exit.c, line 35.
Breakpoint 3 at 0x70063ce4: file ../sysdeps/generic/abort.c, line 50.
 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:8

integer(kind=k),intent(in) :: a
 1
Error: Kind -1 not supported for type INTEGER at (1)
 In file
/usr/local/src/trunk/gcc/gcc/testsuite/gfortran.dg/large_integer_kind_1.f90:25

  use testmod
1
Fatal Error: Can't open module file 'testmod.mod' for reading at (1): No such
file or directory

Breakpoint 2, 0x70064fa4 in exit () from /lib/libc.so.6
(gdb) bt
#0  0x70064fa4 in exit () from /lib/libc.so.6
#1  0x7004b834 in __libc_start_main (main=0x1c180 , argc=269144, 
ubp_av=0xa54, init=0x29238 <__libc_csu_init>, 
fini=0x7002b908 <_rtld_local_ro>, rtld_fini=0x1, stack_end=0xef9e5a81)
at ../sysdeps/generic/libc-start.c:240
#2  0x000111f8 in _start ()
#3  0x000111f8 in _start ()
Previous frame identical to this frame (corrupt stack?)
(gdb) list
240 ../sysdeps/generic/libc-start.c: No such file or directory.
in ../sysdeps/generic/libc-start.c
(gdb) quit
The program is running.  Exit anyway? (y or n) y

Debugger finished


-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug tree-optimization/23247] [4.1 Regression] ICE on valid code when compiled with -O3 and -ftree-vectorize

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
07:02 ---
This is a dup of bug 23082.

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

-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/23082] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-08-06 
07:02 ---
*** Bug 23247 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||zlynx at acm dot org


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