date:20051012

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

2005-10-12 Thread per at bothner dot com

--- Comment #9 from per at bothner dot com  2005-10-12 07:10 ---
Subject: Re:  [4.1 Regression] line number 0 for 
 causes GAS to complain

ppluzhnikov at charter dot net wrote:

> May I repeat my question: 
> What is the problem of emitting '#1 ' anyway?

It's certainly better than emitting '#0 ', but is
there any reason for emitting either?

> --- gcc/c-opts.c.orig   2005-07-19 05:09:31.0 -0700
> +++ gcc/c-opts.c2005-10-11 22:57:34.0 -0700
> @@ -1309,7 +1309,7 @@
> 
>cb_file_change (parse_in,
>   linemap_add (&line_table, LC_RENAME, 0,
> -  _(""), 0));
> +  _(""), 1));
> 
>cpp_init_builtins (parse_in, flag_hosted);
>c_cpp_builtins (parse_in);

See my rationale/discussion for the orginal patch:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02132.html
There is eisting code that assumes that builtins have line number 0.
Note this is *internally* - one option is to translate internal
line number 0 to line number 1 on output.  But I think the cleaner
solution is to just supress the '#' lines for .

But people think it is important to keep the '#1 ' lines,
for compatibility, I can convinced.  I just think they're pointless.

-- 

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

[Bug fortran/24207] PRIVATE/PUBLIC attribute confusion screws NAMELIST

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #3 from cvs-commit at gcc dot gnu dot org  2005-10-12 07:20 
---
Subject: Bug 24207

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-10-12 07:19:57

Modified files:
gcc/fortran: ChangeLog resolve.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/gfortran.dg: private_type_3.f90 

Log message:
2005-10-12  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/24207
* resolve.c (resolve_symbol): Exclude use and host associated
symbols from the test for private objects in a public namelist.

2005-10-12  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/24207
gfortran.dg/private_type_3.f90: New test.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.580&r2=1.581
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&r1=1.58&r2=1.59
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6172&r2=1.6173
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/private_type_3.f90.diff?cvsroot=gcc&r1=1.1&r2=1.2


-- 


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

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

2005-10-12 Thread per at bothner dot com



--- Comment #10 from per at bothner dot com  2005-10-12 07:20 ---
Subject: Re:  [4.1 Regression] line number 0 for 
 causes GAS to complain

What about this patch:

Index: c-ppoutput.c
===
RCS file: /cvs/gcc/gcc/gcc/c-ppoutput.c,v
retrieving revision 1.25
diff -u -p -r1.25 c-ppoutput.c
--- c-ppoutput.c25 Jun 2005 01:59:23 -  1.25
+++ c-ppoutput.c12 Oct 2005 07:15:57 -
@@ -241,7 +241,7 @@ print_line (source_location src_loc, con
  putc ('\n', print.outf);
print.printed = 0;

-  if (!flag_no_line_commands)
+  if (!flag_no_line_commands && src_loc != BUILTINS_LOCATION)
  {
const struct line_map *map = linemap_lookup (&line_table, src_loc);


-- 


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

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

2005-10-12 Thread dorit at il dot ibm dot com



--- Comment #2 from dorit at il dot ibm dot com  2005-10-12 07:23 ---
There are two problems here:

1) This is the data-reference structure created (using the same testcase but
with floats instead of doubles):
Created dr for A[D.1705_7]
  base_address: &A
  offset from base address: () (D.1703_5 * 8)
  constant offset from base address: 0
  base_object: A
  step: 4B
  misalignment from base:
  memtag: A
We then use the information in the fields above to calculate the first address
accessed, as follows:
base_off.31_18 = D.1703_5 * 8;
vect_pA.32_19 = &A + base_off.31_18;
but the problem is that we can't use the expression "D.1703_5 * 8" from field
"offset from base address" as is, because D.1703_5 depends on other
computations that should take place first. I think we had this problem in the
past but it had been solved. I wonder why it reappeared - maybe this is related
to the second problem:

2) This loop shouldn't be vectorized in the first place, because the vectorizer
can currently handle only consecutive accesses, but this loop accesses
locations {0,1,4,5,8,9}. For some reason (scalar evolution bug? dataref
analysis bug?) we conclude that the step of the access is simply 4B (i.e.
consecutive accesses).
(Indeed for doubles, pairs of iterations can be vectorized ({0,1} {4,5} and
{8,9}) with a proper stride between the vectorized iterations, but the
vectorizer can't do something like that now).


-- 


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

[Bug fortran/24207] PRIVATE/PUBLIC attribute confusion screws NAMELIST

2005-10-12 Thread pault at gcc dot gnu dot org



--- Comment #4 from pault at gcc dot gnu dot org  2005-10-12 07:30 ---
Fixed on mainline and 4.0.


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/24325] New: ICE in gfc_get_function_type

2005-10-12 Thread jakub at gcc dot gnu dot org

integer foo
  call test
contains
  subroutine test
integer :: i
i = foo ()
  end subroutine test
end


-- 
   Summary: ICE in gfc_get_function_type
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org


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

[Bug bootstrap/24297] [4.1 Regression] libtool: link: unable to infer tagged configuration

2005-10-12 Thread bonzini at gcc dot gnu dot org



--- Comment #7 from bonzini at gcc dot gnu dot org  2005-10-12 08:46 ---
I'm starting to think that the way we detect target tools is incredibly
overengineered -> and hence buggy.

We should just *know* that an in-tree "as" has already been compiled wherever
AS_FOR_TARGET is needed!  We have dependencies to ensure that, everything else
is unnecessary.

(Similarly for CC_FOR_TARGET, which in this PR is being misdetected as
not-yet-available).

I have a prototype patch to do so, but it is quite big and I have to test it
really a lot.  On the other hand, the patch has

 3 files changed, 198 insertions(+), 367 deletions(-)

and this intrigues me, especially because it removes a lot of cruft from
Makefile.tpl.


-- 


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

[Bug c++/23799] [4.1 regression] ICE: no-op convert from 8 to 4 bytes in initializer

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #13 from cvs-commit at gcc dot gnu dot org  2005-10-12 08:56 
---
Subject: Bug 23799

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 08:55:59

Modified files:
gcc: ChangeLog varasm.c 

Log message:
2005-10-12  Richard Guenther  <[EMAIL PROTECTED]>

PR c++/23799
* varasm.c (output_constant): Correct typo from previous
patch by DJ.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10142&r2=2.10143
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.531&r2=1.532


-- 


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

[Bug c++/23799] [4.1 regression] ICE: no-op convert from 8 to 4 bytes in initializer

2005-10-12 Thread rguenth at gcc dot gnu dot org



--- Comment #14 from rguenth at gcc dot gnu dot org  2005-10-12 08:57 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug c++/24326] New: bad diagnostic

2005-10-12 Thread igodard at pacbell dot net

template struct foo{};
void bar() { enum X{a,b,c}; foo f; };


gets you:


foo.cc: In function `void bar()':
foo.cc:2: error: `bar()::X' uses local type `bar()::X'
foo.cc:2: error:   trying to instantiate `template struct foo'
foo.cc:2: error: invalid type in declaration before ';' token


-- 
   Summary: bad diagnostic
   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


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

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

2005-10-12 Thread irar at il dot ibm dot com



--- Comment #3 from irar at il dot ibm dot com  2005-10-12 09:00 ---
I think, it's the same bug in scev that my autovect patch
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00252.html solved (and Sebastian
reverted it).

Here scev analyzer calculates the evolution of 'D.1703_5 * 2 + i_15',
where 'D.1703_5 = i_15/2'.  Scev doesn't handle division, therefore 
for D.1703_5 we get unknown scev, but then it's combined with the 
rest of the expression, erroneously leading to {D.1703_5*2, +, 1}.

Ira



-- 

irar at il dot ibm dot com changed:

   What|Removed |Added

   Last reconfirmed|2005-10-07 19:27:42 |2005-10-12 09:00:12
   date||


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

[Bug fortran/24327] New: Does not detect duplicate symbol names in contains block

2005-10-12 Thread fengwang at gcc dot gnu dot org

$cat test.f90
program test
real :: foo
contains
function foo ()
end function foo
end program test

Gfortran passes it.

If add external attribute, we'll get ICE.

$cat test2.f90
program test
real, external :: foo
contains
function foo ()
end function foo
end program test
$gfortran test2.f90
test2.f90: In function âMAIN__â?
test2.f90:7: internal compiler error: in build_function_decl, at fortran/trans
-decl.c:1063
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
$gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --enable-languages=c,fortran
--prefix=/home/wf
/local : (reconfigured) ../gcc/configure --prefix=/home/wf/local
--enable-langua
ges=c,fortran --no-create --no-recursion : (reconfigured) ../gcc/configure
--pre
fix=/home/wf/local --enable-languages=c,fortran --no-create --no-recursion
Thread model: posix
gcc version 4.1.0 20051010 (experimental)


-- 
   Summary: Does not detect duplicate symbol names in contains block
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-invalid-code, accepts-invalid
  Severity: normal
  Priority: P2
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fengwang at gcc dot gnu dot org


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

[Bug tree-optimization/24123] [4.1 Regression] Massive performance regression for -ffast-math due to the recip tree pass

2005-10-12 Thread bonzini at gcc dot gnu dot org



--- Comment #21 from bonzini at gcc dot gnu dot org  2005-10-12 09:38 
---
Uros found that tweaking the PR23948 patch to require at least three divisions
is more profitable (speed-wise).  I'll make it a param.


-- 


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

[Bug c++/24328] New: internal compiler error: Segmentation fault

2005-10-12 Thread f98faka at chalmers dot se

When the program tries to compile I get this, (it works if I use -O1 or -O0,
but not -O2 or -O3):

SOURCE_DIR=.
SOURCE=cavPengFoam.C ;  g++ -m32 -Dlinux -Wall -W -Wno-unused-parameter
-Wold-style-cast -O2 -ffast-math  -DNoRepository -ftemplate-depth-30
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/cfdTools/incompressible
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/cfdTools/general/lnInclude
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/thermophysicalModels/specie/lnInclude
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/thermophysicalModels/basic/lnInclude
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/transportModels
-I/users/tfd/f98faka/OpenFOAM/f98faka-1.2/src/subMatrixClass/lnInclude
-I/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/OpenFOAM/lnInclude -IlnInclude
-I.-fPIC -pthread -save-temps -c $SOURCE -o Make/linuxGcc4Opt/cavPengFoam.o
/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/OpenFOAM/lnInclude/surfaceInterpolationScheme.C:
In static member function 'static Foam::tmp >
Foam::surfaceInterpolationScheme::interpolate(const
Foam::GeometricField&, const
Foam::tmp&) [with Type = Foam::vector]':
/users/tfd/f98faka/OpenFOAM/OpenFOAM-1.2/src/OpenFOAM/lnInclude/surfaceInterpolationScheme.C:246:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.0.1
Status: UNCONFIRMED
  Severity: major
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: f98faka at chalmers dot se


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

[Bug c/24329] New: cc1 segfaulting when compiling code with long #define

2005-10-12 Thread jojosantzf at yahoo dot fr

gcc -Wall -o degre-radian degre-radian.c gives me an error when I try to
compile my source code.

I'm using Debian GNU/Linux SID with a 2.4.27-2-386 linux kernel.
Steps to reproduce : 
1) Download my source code (at
http://jojosan.hd.free.fr/jojosan/degre-radian.c)
2) Try to compile it.

I suppose that it's the 100-decimal precision of pi that I defined that causes
the crash, but I really need for further uses to get it that precise and...
it's a bug, after all !

The
gcc -Wall -o degre-radian degre-radian.c gives me that error :
--
degre-radian.c: In function 'main':
degre-radian.c:15: warning: comparison between pointer and integer
degre-radian.c:17:23: warning: integer constant is too large for its type
degre-radian.c:17: warning: integer constant is too large for 'long' type
degre-radian.c:17: warning: left-hand operand of comma expression has no effect
degre-radian.c:20: warning: comparison between pointer and integer
degre-radian.c:22:40: warning: integer constant is too large for its type
degre-radian.c:22: warning: integer constant is too large for 'long' type
degre-radian.c:23:94: warning: integer constant is too large for its type
degre-radian.c:23: warning: integer constant is too large for 'long' type
degre-radian.c:23: warning: left-hand operand of comma expression has no effect
gcc: Internal error: Erreur de segmentation (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions, see
.
--

Apparently, there is no terrible error in the source code, (no "error"
message), so I suppose that it's GCC's (seg)fault. GCC should then be able to
generate my binary.

gcc --version gives me these informations : 

gcc (GCC) 4.0.2 (Debian 4.0.2-1)


-- 
   Summary: cc1 segfaulting when compiling code with long #define
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jojosantzf at yahoo dot fr


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

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

2005-10-12 Thread falk at debian dot org



--- Comment #1 from falk at debian dot org  2005-10-12 10:06 ---
Confirmed. Test case:

int printf(const char *format, ...);
int f() {
  printf("%d", 141592653589793238462643383279502884197169399375105820974944);
}


-- 

falk at debian dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-invalid-code
  Known to fail||4.0.2 4.1.0
  Known to work||3.4.5
Summary|cc1 segfaulting when|[4.0/4.1 regression]
   |compiling code with long|segfault with -Wall and long
   |#define |integer literal


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

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #4 from cvs-commit at gcc dot gnu dot org  2005-10-12 10:59 
---
Subject: Bug 19964

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]  2005-10-12 10:59:27

Modified files:
gcc: ChangeLog stor-layout.c 
gcc/cp : ChangeLog class.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: crash31.C 

Log message:
PR c++/19964
* stor-layout.c (place_field): Set DECL_FIELD_OFFSET and
DECL_FIELD_BIT_OFFSET of FIELD_DECLs, even if they have an invalid
type.
cp:
PR c++/19964
* cp/class.c (walk_subobject_offsets): Don't walk error_mark_node.
testsuite:
PR c++/19964
* g++.dg/parse/crash31.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10143&r2=2.10144
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gcc&r1=1.244&r2=1.245
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4921&r2=1.4922
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&r1=1.733&r2=1.734
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6174&r2=1.6175
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash31.C.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


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

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #2 from pinskia at gcc dot gnu dot org  2005-10-12 11:34 ---
We have an infinite loop in pp_c_type_specifier.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||gdr at gcc dot gnu dot org
   Target Milestone|--- |4.0.3


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

[Bug c++/24326] bad diagnostic

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 11:37 ---
What is wrong with this? "bar()::X" or something else?  How would you improve
it?


-- 


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

[Bug middle-end/24328] internal compiler error: Segmentation fault

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 11:40 ---
URL to to source: http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii

Note the URL field should be named patch URL when not filled in, it is named
that when filled in.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

URL|http://www.tfd.chalmers.se/~|
   |f98faka/cavPengFoam.ii  |
   Severity|major   |normal
  Component|c++ |middle-end
   Keywords||ice-on-valid-code


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

[Bug middle-end/24328] internal compiler error: Segmentation fault

2005-10-12 Thread f98faka at chalmers dot se



--- Comment #2 from f98faka at chalmers dot se  2005-10-12 11:43 ---
Location of preprocessed file:
http://www.tfd.chalmers.se/~f98faka/cavPengFoam.ii


-- 


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

[Bug fortran/24324] ICE: Floating point exception

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 11:44 ---
Your GMP has a bug in it, please update it to a newer version.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug ada/22533] [4.1 regression] ICE in get_base_var

2005-10-12 Thread rguenth at gcc dot gnu dot org



--- Comment #15 from rguenth at gcc dot gnu dot org  2005-10-12 11:55 
---
../../xgcc -B../../ -c -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2
-U_FORTIFY_SOURCE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -fno-common  -gnatpg -gnata -I- -I../rts -I.
-I/usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada
/usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o
+===GNAT BUG DETECTED==+
| 4.1.0 20051012 (experimental) (SUSE Linux) (powerpc64-suse-linux-gnu) GCC
error:|
| Segmentation fault   |
| Error detected at make.adb:7224:23   |

still does not work


-- 


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

[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE

2005-10-12 Thread erik dot edelmann at iki dot fi



--- Comment #3 from erik dot edelmann at iki dot fi  2005-10-12 12:00 
---
*** Bug 23924 has been marked as a duplicate of this bug. ***


-- 

erik dot edelmann at iki dot fi changed:

   What|Removed |Added

 CC||erik dot edelmann at iki dot
   ||fi


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

[Bug fortran/23924] No initialization of derived type pointers/allocatables when allocated

2005-10-12 Thread erik dot edelmann at iki dot fi



--- Comment #4 from erik dot edelmann at iki dot fi  2005-10-12 12:00 
---


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


-- 

erik dot edelmann at iki dot fi changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE

2005-10-12 Thread erik dot edelmann at iki dot fi



--- Comment #4 from erik dot edelmann at iki dot fi  2005-10-12 12:09 
---
I think that this PR is just a symptom of a more general problem: components
(of any kind) of a derived type are not initialized when a pointer/allocatable
variable of derived type is allocated. Also see PR 23924 (which I marked as a
duplicate of this bug).


-- 


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

[Bug bootstrap/24297] [4.1 Regression] libtool: link: unable to infer tagged configuration

2005-10-12 Thread bonzini at gcc dot gnu dot org



--- Comment #8 from bonzini at gcc dot gnu dot org  2005-10-12 12:17 ---
Created an attachment (id=9976)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9976&action=view)
patch to be "optimistic" about which tool to use

Can you guys please test the attached patch?


-- 

bonzini at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/24093] [4.1 Regression] cgraph exhausts virtual memory building 197.parser with -profile-use -O3

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #2 from pinskia at gcc dot gnu dot org  2005-10-12 12:33 ---
More information can be found:
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00682.html

Confirming.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet|powerpc-unknown-linux-gnu   |
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2005-10-12 12:33:26
   date||


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

[Bug fortran/24325] ICE in gfc_get_function_type

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 12:43 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to fail||4.0.0 4.1.0
   Last reconfirmed|-00-00 00:00:00 |2005-10-12 12:43:50
   date||


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

[Bug ada/22533] [4.1 regression] ICE in get_base_var

2005-10-12 Thread schwab at suse dot de



--- Comment #16 from schwab at suse dot de  2005-10-12 12:43 ---
(In reply to comment #15)
> /usr/src/packages/BUILD/gcc-4.1.0-20051012/gcc/ada/make.adb -o make.o
> +===GNAT BUG DETECTED==+
> | 4.1.0 20051012 (experimental) (SUSE Linux) (powerpc64-suse-linux-gnu) GCC
> error:|
> | Segmentation fault   |
> | Error detected at make.adb:7224:23   |

This is probably a different bug.


-- 


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

[Bug fortran/24327] Does not detect duplicate symbol names in contains block

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 12:52 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2005-10-12 12:52:29
   date||


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

[Bug fortran/24245] -fdump-parse-tree gives ICE for CONTAINED functions

2005-10-12 Thread erik dot edelmann at iki dot fi



--- Comment #4 from erik dot edelmann at iki dot fi  2005-10-12 12:54 
---
(In reply to comment #3)
> Testing a patch.

Patch posted here: http://gcc.gnu.org/ml/fortran/2005-10/msg00229.html


-- 


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

[Bug target/24323] _MM_TRANSPOSE4_PS could be improved

2005-10-12 Thread pinskia at gcc dot gnu dot org



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #5 from cvs-commit at gcc dot gnu dot org  2005-10-12 13:04 
---
Subject: Bug 19964

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]  2005-10-12 13:04:40

Modified files:
gcc: ChangeLog stor-layout.c 
gcc/cp : ChangeLog class.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: crash31.C 

Log message:
PR c++/19964
* stor-layout.c (place_field): Set DECL_FIELD_OFFSET and
DECL_FIELD_BIT_OFFSET of FIELD_DECLs, even if they have an invalid
type.
cp:
* PR c++/19964
* class.c (walk_subobject_offsets): Don't walk error_mark_node.
testsuite:
PR c++/19964
* g++.dg/parse/crash31.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.460&r2=2.7592.2.461
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/stor-layout.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.223&r2=1.223.10.1
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.125&r2=1.4648.2.126
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.5&r2=1.707.2.6
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.448&r2=1.5084.2.449
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash31.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=19964

[Bug c/24329] [4.0/4.1 regression] segfault with -Wall and long integer literal

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #3 from pinskia at gcc dot gnu dot org  2005-10-12 13:05 ---
hmm, for some reason this works on i686-pc-linux-gnu but not on powerpc-darwin.


-- 


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

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

2005-10-12 Thread nathan at gcc dot gnu dot org



-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-09-09 23:10:06 |2005-10-12 13:05:50
   date||


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

[Bug middle-end/24328] internal compiler error: Segmentation fault

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #3 from pinskia at gcc dot gnu dot org  2005-10-12 13:06 ---
I cannot reproduce this in 4.0.2.


-- 


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

[Bug java/24251] [4.0/4.1 Regression] BC-compiled interfaces in libgcj can't be called from non-BC code

2005-10-12 Thread pinskia at gcc dot gnu dot org



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.2.0


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

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

2005-10-12 Thread nathan at gcc dot gnu dot org



--- Comment #6 from nathan at gcc dot gnu dot org  2005-10-12 13:07 ---
Fixed mainline and 4.0 branch
2005-10-12  Nathan Sidwell  <[EMAIL PROTECTED]>

PR c++/19964
* stor-layout.c (place_field): Set DECL_FIELD_OFFSET and
DECL_FIELD_BIT_OFFSET of FIELD_DECLs, even if they have an invalid
type.
* cp/class.c (walk_subobject_offsets): Don't walk error_mark_node.


-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/24328] internal compiler error: Segmentation fault

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #4 from pinskia at gcc dot gnu dot org  2005-10-12 13:08 ---
This is a dup of bug 21687 which was fixed in 4.0.2.

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


-- 

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

[Bug c++/21687] [4.0/4.1 Regression] ICE in GC with local class inside a template function

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #17 from pinskia at gcc dot gnu dot org  2005-10-12 13:08 
---
*** Bug 24328 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||f98faka at chalmers dot se


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

[Bug libfortran/24224] Generalized internal array IO not implemented.

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 13:09 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2005-10-12 13:09:19
   date||


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

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #4 from cvs-commit at gcc dot gnu dot org  2005-10-12 13:16 
---
Subject: Bug 24052

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 13:16:23

Modified files:
gcc/cp : ChangeLog error.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/ext: label5.C 

Log message:
==> cp/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* error.c (dump_expr): Pass LABEL_DECL to dump_decl.  Print
an ADDR_EXPR of a LABEL_DECL as &&.

==> testsuite/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* g++.dg/ext/label5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4922&r2=1.4923
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&r1=1.294&r2=1.295
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6175&r2=1.6176
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/label5.C.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


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

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

2005-10-12 Thread nathan at gcc dot gnu dot org



-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-09-10 05:19:54 |2005-10-12 13:17:47
   date||


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

[Bug target/24315] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #6 from pinskia at gcc dot gnu dot org  2005-10-12 13:30 ---
Here is the one for 3.3.3 and above:
typedef long bignum_digit_type;
void bignum_divide_unsigned_normalized( ){
bignum_digit_type guess;
guess = unsigned long) 1) << (((sizeof (bignum_digit_type)) * 8) - 2)) -
1);
}

I will file the other one seperate now.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2005-10-12 13:30:41
   date||


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

[Bug target/24330] New: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org

The following code crashes with -O0 -fpeephole2:

void s48_double_to_bignum(int exponent){
 long length = exponent) + sizeof (long)) * 8) - 2) - 1)) /
(((sizeof (long)) * 8) - 2)));
   }


-- 
   Summary: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -
fpeephole2
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug target/24330] [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet||x86_64-*-linux-gnu
   Target Milestone|--- |4.0.3


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

[Bug target/24315] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #7 from pinskia at gcc dot gnu dot org  2005-10-12 13:33 ---
(In reply to comment #5)
> Reduced testcase for 4.0.x and above:

Filed as PR 24330.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||24330


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

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #5 from cvs-commit at gcc dot gnu dot org  2005-10-12 13:35 
---
Subject: Bug 24052

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 13:35:41

Modified files:
gcc/cp : ChangeLog error.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/ext: label5.C 

Log message:
==> cp/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* error.c (dump_expr): Pass LABEL_DECL to dump_decl.  Print
an ADDR_EXPR of a LABEL_DECL as &&.

==> testsuite/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* g++.dg/ext/label5.C: New.

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.126&r2=1.4648.2.127
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.279.2.4&r2=1.279.2.5
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.449&r2=1.5084.2.450
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/label5.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=24052

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #8 from pinskia at gcc dot gnu dot org  2005-10-12 13:42 ---
Confirmed that this is a real regression.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|amd64 fails -fpeephole2 |[3.4/4.0/4.1 Regression]
   ||amd64 fails -fpeephole2
   Target Milestone|--- |4.0.3


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

[Bug rtl-optimization/24322] Segmentation fault or out of memory compiling FFMpeg snow.c at -O3 for ARM

2005-10-12 Thread rearnsha at gcc dot gnu dot org



--- Comment #2 from rearnsha at gcc dot gnu dot org  2005-10-12 13:42 
---
Stack backstrace suggests that this is probably a duplicate of PR23870.

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


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug rtl-optimization/23870] [3.4 regression] loop-unswitching hangs compiler (and whole computer!)

2005-10-12 Thread rearnsha at gcc dot gnu dot org



--- Comment #3 from rearnsha at gcc dot gnu dot org  2005-10-12 13:42 
---
*** Bug 24322 has been marked as a duplicate of this bug. ***


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||flash at pobox dot com


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

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #6 from cvs-commit at gcc dot gnu dot org  2005-10-12 13:45 
---
Subject: Bug 24052

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 13:45:10

Modified files:
gcc/cp : error.c ChangeLog 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/ext: label5.C 

Log message:
==> cp/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* error.c (dump_expr): Pass LABEL_DECL to dump_decl.  Print
an ADDR_EXPR of a LABEL_DECL as &&.

==> testsuite/ChangeLog <==
2005-10-12  Paolo Bonzini  <[EMAIL PROTECTED]>

PR c++/24052
* g++.dg/ext/label5.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/label5.C.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=NONE&r2=1.1.4.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/error.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.241.4.9&r2=1.241.4.10
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3892.2.246&r2=1.3892.2.247
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.3389.2.441&r2=1.3389.2.442


-- 


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

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #9 from pinskia at gcc dot gnu dot org  2005-10-12 13:45 ---
The instruction we are should have split earlier:
(insn/v 8 21 26 (set (mem/c/i:DI (plus:DI (reg/f:DI 6 bp)
(const_int -8 [0xfff8])) [0 guess+0 S8 A64])
(const_int 4611686018427387903 [0x3fff])) 81
{*movdi_1_rex64} (nil)
(nil))


-- 


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

[Bug c++/24052] [3.4/4.0/4.1 Regression] &#`label_decl' not supported by dump_expr#

2005-10-12 Thread bonzini at gcc dot gnu dot org



--- Comment #7 from bonzini at gcc dot gnu dot org  2005-10-12 13:46 ---
Patch committed to all open branches.


-- 

bonzini at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|3.3.3 3.4.0 4.0.0 4.1.0 |3.3.3 3.4.4 4.0.2
  Known to work|3.2.3 3.0.4 2.95.3  |3.2.3 3.0.4 2.95.3 3.4.5
   ||4.0.3 4.1.0
 Resolution||FIXED


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

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #10 from pinskia at gcc dot gnu dot org  2005-10-12 13:46 
---
*** Bug 24330 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
Bug 24315 depends on bug 24330, which changed state.

Bug 24330 Summary: [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24330

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

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

[Bug target/24330] [4.0/4.1 Regression] x86_64 gcc crashes with -O0 -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 13:46 ---
The instruction we should have split earlier:
(insn/v 13 12 37 (set (mem/c:DI (plus:DI (reg/f:DI 6 bp)
(const_int -32 [0xffe0])) [0 S8 A8])
(const_int -8925843906633654007 [0x8421084210842109])) 81
{*movdi_1_rex64} (nil)
(nil))



Which means this is the same issue as PR 24315.

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


-- 

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

[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #11 from pinskia at gcc dot gnu dot org  2005-10-12 13:48 
---
It turned out the one in comment #5 is the same issue as the orginal bug too.


-- 


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

[Bug c++/24331] New: The symbol properties of generated C++ code depend on the position of template instantiations

2005-10-12 Thread O dot Kayser-Herold at tu-bs dot de

Generating an object file with "g++ -c test.cc" for the following code snippet:

--
template  void f() {}
int g() { f<1> (); }
template void f<1> ();
--

"nm -gm test.o" returns:

00ac (__TEXT,__eh_frame) weak private external _Z1fILi1EEvv.eh
0084 (__TEXT,__eh_frame) external _Z1gv.eh
0050 (__TEXT,__textcoal_nt) weak private external __Z1fILi1EEvv
 (__TEXT,__text) external __Z1gv
(undefined) external ___gxx_personality_v0
(undefined) external dyld_stub_binding_helper


while the same procedure for:
--
template  void f() {}
template void f<1> ();
int g() { f<1> (); }
--

results in:

 (absolute) external [no dead strip] _Z1fILi1EEvv.eh
 (absolute) external [no dead strip] _Z1gv.eh
 (__TEXT,__text) external __Z1fILi1EEvv
0018 (__TEXT,__text) external __Z1gv

This error could lead to problems in conjunction with the creation of dynamic
libraries.


-- 
   Summary: The symbol properties of generated C++ code depend on
the position of template instantiations
   Product: gcc
   Version: 3.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P4
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: O dot Kayser-Herold at tu-bs dot de
 GCC build triplet: 20030304 (Apple Computer, Inc. build 1666)
  GCC host triplet: powerpc-apple-darwin7.9.0


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

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

2005-10-12 Thread dnovillo at redhat dot com



--- Comment #8 from dnovillo at redhat dot com  2005-10-12 14:16 ---
Subject: Re:  C++ FE emitting assignments to read-only global symbols

On Tuesday 11 October 2005 17:07, mmitchel at gcc dot gnu dot org wrote:

> Diego, will this allow you to reactivate your optimization?  And, if so,
> what kind of code will be improved?
>
Thanks Mark.  The underlying code has shifted in the interim.  There was 
another bug that would cause us to ICE with code that specifically casted 
away constness.  We now should get this micro-optimization on the cases we 
cared for (call-clobbering situations, mostly).


-- 


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

[Bug c++/24331] The symbol properties of generated C++ code depend on the position of template instantiations

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 14:22 ---
this is fixed in both the FSF 4.0.0 gcc and Apple's 4.0.0 gcc.

It also was never a bug in the FSF's gcc.  Next time when reporting a bug
against Apple's gcc, please file the bug with Apple at
.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

2005-10-12 Thread nathan at gcc dot gnu dot org



-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-09-04 18:20:29 |2005-10-12 14:30:34
   date||


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

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

2005-10-12 Thread mark at codesourcery dot com

--- Comment #9 from mark at codesourcery dot com  2005-10-12 14:55 ---
Subject: Re:  C++ FE emitting assignments to read-only global
 symbols

dnovillo at redhat dot com wrote:

> Thanks Mark.  The underlying code has shifted in the interim.  There was 
> another bug that would cause us to ICE with code that specifically casted 
> away constness.  We now should get this micro-optimization on the cases we 
> cared for (call-clobbering situations, mostly).

OK, so my patch is no longer directly useful then?  (It still seems like
it would be an improvement in the abstract, in that assigning to
TREE_READONLY variables is evil, but if it won't have any immediate
tangible benefit, I'll leave this for 4.2.)

-- 

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

[Bug c++/24331] The symbol properties of generated C++ code depend on the position of template instantiations

2005-10-12 Thread bangerth at dealii dot org



--- Comment #2 from bangerth at dealii dot org  2005-10-12 14:57 ---
To be clear about what the original bug was: despite the existence of the
explicit instantiation (after an implicit instantiation of f<1>), the generated
symbol had private linkage. Such symbols aren't exported from shared libraries.
The only viable solution seems to be to move the explicit instantiation before
the implicit use.

Best
 W.


-- 


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

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

2005-10-12 Thread dnovillo at redhat dot com



--- Comment #10 from dnovillo at redhat dot com  2005-10-12 15:00 ---
Subject: Re:  C++ FE emitting assignments to read-only global symbols

On Wednesday 12 October 2005 10:55, mark at codesourcery dot com wrote:

> OK, so my patch is no longer directly useful then?  (It still seems like
> it would be an improvement in the abstract, in that assigning to
> TREE_READONLY variables is evil, but if it won't have any immediate
> tangible benefit, I'll leave this for 4.2.)
>
Leaving it for 4.2 should be fine.  It is only a micro-optimization and I 
only noticed it by chance because we were being too aggressive with it.  
Yes, it's nice to stop the FE from generating stores to TREE_READONLY, but 
it's not the end of the world for 4.1.

Thanks.


-- 


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

[Bug c++/23730] [4.0/4.1 Regression] ICE instead of reporting a call to a non-existent member function

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #5 from cvs-commit at gcc dot gnu dot org  2005-10-12 15:03 
---
Subject: Bug 23730

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 15:03:12

Modified files:
gcc/cp : ChangeLog call.c 

Log message:
PR c++/23730
* call.c (build_object_call): If BINFO is NULL, bypass
lookup_fnfields and set fns to NULL_TREE.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4923&r2=1.4924
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gcc&r1=1.556&r2=1.557


-- 


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

[Bug c/24332] New: asm label declaration may be missing aliasing info

2005-10-12 Thread cbowler at ca dot ibm dot com

sparky% gcc -v
Reading specs from
/.../torolab.ibm.com/fs/projects/vabld/run/gcc/aix/gcc-3.3.2/aix52/bin/../lib/gcc-lib/powerpc-ibm-aix5.1.0.0/3.3.2/specs
Configured with: ../gcc-3.3.2/configure --disable-nls
Thread model: aix
gcc version 3.3.2

t.c:

int j asm("i");
int i;

int main() {
  i = 5;
  j = 6;
  int k = i;
  j = 7;
  return k;
}

sparky% gcc t.c
sparky% a.out
sparky% echo $?
6
sparky% gcc t.c -O
sparky% a.out
sparky% echo $?
5

In the opt case I expect a result of 6.

The problem, I suspect, is that the compiler is not aliasing 'i' and 'j' to
each other for the optimizer.  The write 'j=6' appears dead in this case, and
the optimizer is likely to remove it.

You may consider this user error, however, the compiler is able to detect this
problem because it knows 'i' and 'j' have the same symbol name.  Consequently I
suggest either an error diagnostic be issued, or the symbols should be aliased
together for the optimizer.


-- 
   Summary: asm label declaration may be missing aliasing info
   Product: gcc
   Version: 3.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cbowler at ca dot ibm dot com


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

[Bug tree-optimization/24333] New: missed div optimizations?

2005-10-12 Thread pluto at agmk dot net

unsigned foo(const unsigned x) {  return (x / x); }
double bar(const double x) { return (x / x); }

$ gcc -Wall -O2 -mregparm=3 -fomit-frame-pointer tmp.c -S

foo:xorl%edx, %edx
divl%eax
ret

bar:fldl4(%esp)
fdiv%st(0), %st
ret

I think optimizer should return 1 for both cases.


-- 
   Summary: missed div optimizations?
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
 GCC build triplet: i686-pld-linux
  GCC host triplet: i686-pld-linux
GCC target triplet: i686-pld-linux


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

[Bug tree-optimization/24333] missed div optimizations?

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 15:42 ---
(In reply to comment #0)

This one, we have to deal with x = 0, what should we do, trap or not to trap.
> unsigned foo(const unsigned x) {  return (x / x); }


For the following one:
> double bar(const double x) { return (x / x); }

Only with -ffast-math.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug tree-optimization/24333] missed div optimizations?

2005-10-12 Thread pluto at agmk dot net



--- Comment #2 from pluto at agmk dot net  2005-10-12 15:57 ---
basing on the http://en.wikipedia.org/wiki/L'hospital we get:

lim  (x / x) = lim (x' / x') = lim (1 / 1) = 1
x->0   x->0x->0

should we trap/check anything?


-- 


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

[Bug c++/22257] ICE on invalid code, forgot parentheses for constructor

2005-10-12 Thread reichelt at gcc dot gnu dot org



--- Comment #3 from reichelt at gcc dot gnu dot org  2005-10-12 16:02 
---


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


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/19964] [3.4/4.0/4.1 regression] ICE on invalid member declaration

2005-10-12 Thread reichelt at gcc dot gnu dot org



--- Comment #7 from reichelt at gcc dot gnu dot org  2005-10-12 16:02 
---
*** Bug 22257 has been marked as a duplicate of this bug. ***


-- 


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

[Bug tree-optimization/24333] missed div optimizations?

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #3 from pinskia at gcc dot gnu dot org  2005-10-12 16:04 ---
(In reply to comment #2)
> basing on the http://en.wikipedia.org/wiki/L'hospital we get:
> 
> lim  (x / x) = lim (x' / x') = lim (1 / 1) = 1
> x->0   x->0x->0

for float/float, we should get NANs with -ffast-math which assumes
-ffinite-math, for long/long and unsigned/unsigned, we have this thing called
undefinedness. BUT for java, 0/0 is defined to throw IIRC so we can only do
that for signed/signed and with -fno-wrapv.


-- 


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

[Bug middle-end/24332] asm label declaration may be missing aliasing info

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 16:08 ---
This is a weird case as both are in common space.

If we do the following:
int j asm("i") = 0;
int i = 0;

We cannot assemble the source at all.

I don't know what to say about this case.  Someone else will have to comment on
it.

But IIRC asm("xxx"); just renames the variable and gives no other information
to GCC.


-- 


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

[Bug tree-optimization/21304] [4.0/4.1 regression] very long compile times with large cpp file from kdebindings

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #14 from pinskia at gcc dot gnu dot org  2005-10-12 16:12 
---
I have a patch which I am testing which should fix this by reducing the number
of referenced variables which in turns reduces virtual operands.
Now we get the following -ftime-report for -O2 on powerpc-darwin with cc1plus
compiled with -O0 and with checking still enabled, a 40x decrease:
 garbage collection:  20.72 (10%) usr   0.75 ( 1%) sys  29.13 ( 6%) wall   
   0 kB ( 0%) ggc
 callgraph construction:   9.23 ( 5%) usr   1.00 ( 2%) sys  13.52 ( 3%) wall  
25403 kB ( 4%) ggc
 callgraph optimization:   0.10 ( 0%) usr   0.00 ( 0%) sys   0.42 ( 0%) wall   
   0 kB ( 0%) ggc
 CFG verifier  :   3.70 ( 2%) usr   0.38 ( 1%) sys   6.37 ( 1%) wall   
   0 kB ( 0%) ggc
 rebuild jump labels   :   0.64 ( 0%) usr   0.18 ( 0%) sys   1.14 ( 0%) wall   
   0 kB ( 0%) ggc
 preprocessing :   4.47 ( 2%) usr   6.35 (12%) sys  13.55 ( 3%) wall   
2112 kB ( 0%) ggc
 parser:  64.77 (33%) usr  15.36 (29%) sys 195.42 (37%) wall 
299871 kB (42%) ggc
 name lookup   :  22.59 (11%) usr  23.24 (43%) sys  76.74 (15%) wall  
16057 kB ( 2%) ggc
 inline heuristics :   0.24 ( 0%) usr   0.01 ( 0%) sys   0.46 ( 0%) wall   
 662 kB ( 0%) ggc
 integration   :   0.00 ( 0%) usr   0.02 ( 0%) sys   0.05 ( 0%) wall   
   0 kB ( 0%) ggc
 tree gimplify :  20.46 (10%) usr   0.89 ( 2%) sys  41.40 ( 8%) wall  
57280 kB ( 8%) ggc
 tree eh   :   0.76 ( 0%) usr   0.15 ( 0%) sys   1.19 ( 0%) wall   
4251 kB ( 1%) ggc
 tree CFG construction :   1.87 ( 1%) usr   0.51 ( 1%) sys   2.91 ( 1%) wall  
61517 kB ( 9%) ggc
 tree CFG cleanup  :   2.34 ( 1%) usr   0.44 ( 1%) sys   4.01 ( 1%) wall   
  36 kB ( 0%) ggc
 tree STMT verifier:   8.10 ( 4%) usr   0.39 ( 1%) sys  11.28 ( 2%) wall   
   0 kB ( 0%) ggc
 expand:  34.94 (18%) usr   2.55 ( 5%) sys  74.96 (14%) wall 
240800 kB (34%) ggc
 varconst  :   2.88 ( 1%) usr   1.34 ( 2%) sys  51.80 (10%) wall   
2382 kB ( 0%) ggc
 final :   0.50 ( 0%) usr   0.12 ( 0%) sys   1.10 ( 0%) wall   
   0 kB ( 0%) ggc
 symout:   0.00 ( 0%) usr   0.03 ( 0%) sys   0.30 ( 0%) wall   
  28 kB ( 0%) ggc
 TOTAL : 198.3853.88   526.74
711174 kB


It also fixes the C testcase in comment #8 too.


-- 

pinskia at gcc dot gnu dot org changed:

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

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

2005-10-12 Thread per at bothner dot com



--- Comment #11 from per at bothner dot com  2005-10-12 16:22 ---
Subject: Re:  [4.1 Regression] line number 0 for 
 causes GAS to complain

I agree that -dD output should be preceded by a '#1 ' or
a '#0 ', since otherwise the output is a bit confusing:

# 1 ""
#define __STDC_HOSTED__ 1
...
# 1 ""

We can determine that __STDC_HOSTED__ is  because the #define
preceded the "" but still it's confusing - and we might
consider suppressing the "" if there is nothing there.
Still, emitting the  ion this case makes sense.

Emitting a  before each#define is silly and ugly.  We can
fix this with this patch:

Index: c-ppoutput.c
===
RCS file: /cvs/gcc/gcc/gcc/c-ppoutput.c,v
retrieving revision 1.25
diff -u -p -r1.25 c-ppoutput.c
--- c-ppoutput.c25 Jun 2005 01:59:23 -  1.25
+++ c-ppoutput.c12 Oct 2005 16:06:12 -
@@ -322,7 +322,8 @@ cb_define (cpp_reader *pfile, source_loc
  fputs ((const char *) NODE_NAME (node), print.outf);

putc ('\n', print.outf);
-  print.src_line++;
+  if (line != BUILTINS_LOCATION)
+print.src_line++;
  }

There is a similar annoyance for repeated "#1 ".

I'm hoping the above is uncontroversial, we still have three choices:
(1) always emit '#1 ' regardless.
(2) suppress the '#0 ' in the normal (non-'-dD') case
(2a) but emit '#0 ' before emitting  #defines; or
(2b) emit '#1 ' before emitting  #defines.

(2a) is I think cleaner (for humans) but assumes there aren't any
tools we care about that will be parsing -dD output *and* that
complain about line number 0 for .

Implementation:
(1) Map line number 0 to line 1 in print_line.
(2a) My first patch (in comment #7).
(2b) My patch in comment #7 plus some other patch.

I expect another patch shortly.


-- 


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

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

2005-10-12 Thread sebastian dot pop at cri dot ensmp dot fr



--- Comment #4 from sebastian dot pop at cri dot ensmp dot fr  2005-10-12 
16:26 ---
Subject: Re:  [4.1 Regression] ICE: verify_ssa failed with -O -msse2
-ftree-vectorize

irar at il dot ibm dot com wrote:
> Here scev analyzer calculates the evolution of 'D.1703_5 * 2 + i_15',
> where 'D.1703_5 = i_15/2'.  Scev doesn't handle division, therefore 
> for D.1703_5 we get unknown scev, but then it's combined with the 
> rest of the expression, erroneously leading to {D.1703_5*2, +, 1}.
> 

I don't follow: "unknown + something" should be folded into "unknown",
not {D.1703_5*2, +, 1}_x: if D.1703_5 is defined in loop_x, it
potentially has an evolution in loop_x.  I'm thinking that a test:

if (!expr_invariant_in_loop_p (loop, CHREC_LEFT (chrec)))
  then give up with this case,

would solve this bug.


-- 


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

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #9 from cvs-commit at gcc dot gnu dot org  2005-10-12 16:29 
---
Subject: Bug 23324

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-12 16:29:35

Modified files:
gcc: ChangeLog cfgexpand.c 
Added files:
gcc/testsuite/gcc.c-torture/execute: pr23324.c 

Log message:
PR rtl-opt/23324
* cfgexpand.c (add_alias_set_conflicts): Use objects_must_conflict_p.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10146&r2=2.10147
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgexpand.c.diff?cvsroot=gcc&r1=2.51&r2=2.52
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr23324.c.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


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

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #10 from cvs-commit at gcc dot gnu dot org  2005-10-12 16:34 
---
Subject: Bug 23324

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-12 16:34:33

Modified files:
gcc: ChangeLog cfgexpand.c 
Added files:
gcc/testsuite/gcc.c-torture/execute: pr23324.c 

Log message:
PR rtl-opt/23324
* cfgexpand.c (add_alias_set_conflicts): Use objects_must_conflict_p.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.461&r2=2.7592.2.462
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cfgexpand.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.33.2.1&r2=2.33.2.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr23324.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=23324

[Bug rtl-optimization/23324] [4.0/4.1 Regression] unsigned bitfield in struct not accessed correctly at -O2 and above

2005-10-12 Thread rth at gcc dot gnu dot org



--- Comment #11 from rth at gcc dot gnu dot org  2005-10-12 16:35 ---
Fixed.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain

2005-10-12 Thread bothner at gcc dot gnu dot org



--- Comment #12 from bothner at gcc dot gnu dot org  2005-10-12 16:45 
---
Created an attachment (id=9977)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9977&action=view)
proposed patch

This is my proposed patch.  It has not been boot-strapped yet.
I don't know if there might be problems with -g3 debug output.


-- 


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

[Bug tree-optimization/24262] [4.1 Regression] ICE: verify_ssa failed with -O -msse2 -ftree-vectorize

2005-10-12 Thread sebastian dot pop at cri dot ensmp dot fr

--- Comment #5 from sebastian dot pop at cri dot ensmp dot fr  2005-10-12 
16:53 ---
Subject: Re:  [4.1 Regression] ICE: verify_ssa failed with -O -msse2
-ftree-vectorize

Sebastian Pop wrote:
> 
> if (!expr_invariant_in_loop_p (loop, CHREC_LEFT (chrec)))
>   then give up with this case,
> 
> would solve this bug.

We already do this! By the way, why do we need the "init == expr"
check?  The following (not tested yet) patch solves this bug.  Anybody
remembers about why we have the extra check?

*** tree-data-ref.c.~2.44.~ 2005-09-24 21:12:03.0 +0200
--- tree-data-ref.c 2005-10-12 18:54:38.0 +0200
***
*** 1124,1130 
return false;

init = initial_condition_in_loop_num (access_fn, loop->num);
!   if (init == expr && !expr_invariant_in_loop_p (loop, init))
/* Not enough information: may be not loop invariant.  
   E.g., for a[b[i]], we get a[D], where D=b[i]. EXPR is D, its 
   initial_condition is D, but it depends on i - loop's induction
--- 1124,1130 
return false;

init = initial_condition_in_loop_num (access_fn, loop->num);
!   if (!expr_invariant_in_loop_p (loop, init))
/* Not enough information: may be not loop invariant.  
   E.g., for a[b[i]], we get a[D], where D=b[i]. EXPR is D, its 
   initial_condition is D, but it depends on i - loop's induction

-- 

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

[Bug c/24255] [4.1 regression] __transparent_union__ mishandled

2005-10-12 Thread rth at gcc dot gnu dot org



--- Comment #7 from rth at gcc dot gnu dot org  2005-10-12 17:01 ---
Not fixed.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug fortran/24324] ICE: Floating point exception

2005-10-12 Thread magsilva at gmail dot com



--- Comment #2 from magsilva at gmail dot com  2005-10-12 17:02 ---
Thank you. I simply had no clue about what was responsable for this error. My
gmp really had a bug ('make test' failed).


-- 

magsilva at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)

2005-10-12 Thread nathan at gcc dot gnu dot org



-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-09-20 17:53:10 |2005-10-12 17:20:53
   date||


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

[Bug target/24334] New: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

2005-10-12 Thread gcc-bugzilla at gcc dot gnu dot org


Bootstrapping both the 4.0 branch as of 20050928 and mainline as of
20051004 fails on IRIX 6.5.26f with SGI ld from MIPSpro 7.4.3m:

gcc   -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
   -DHAVE_CONFIG_H  -o cc1 \
c-parse.o c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o
c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o
c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o
c-objc-common.o c-dump.o c-pch.o  c-gimplify.o tree-mudflap.o c-pretty-print.o
main.o  libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a  
../libiberty/libiberty.a
ld32: WARNING 84 : ../libcpp/libcpp.a is not used for resolving any symbol.
ld32: WARNING 47 : This module (libbackend.a(fold-const.o) .text) contains
branch instruction(s)
   that might degrade performance on an older version (rev.
2.2) R4000 processor.
ld32: INFO171: Multigot invoked. Gp relative region broken up into 2
separate regions.
ld32: ERROR   97 : GOT overflow in
/amnt/figaro/volumes/obj-gcc/gcc/obj.irix5/gnat/3.4.5/6.5/bin/../lib/gcc/mips-sgi-irix6.5/3.4.5/crtbegin.o.
 
See the dso(5) manpage.
ld32: ERROR   97 : GOT overflow in c-parse.o. 
See the dso(5) manpage.
[... many more omitted]
ld32: INFO152: Output file removed because of error.
collect2: ld returned 2 exit status
make[2]: *** [cc1] Error 1

This is a regression both from the 3.4 branch (which currently bootstraps
with the same toolset successfully) and both branches (where I could
bootstrap the 4.0 branch on 20050414 and mainline on 20050527) with the
same toolset.

Environment:
System: IRIX sculptor 6.5 10060437 IP32



host: mips-sgi-irix6.5
build: mips-sgi-irix6.5
target: mips-sgi-irix6.5
configured with: /vol/gnu/src/gcc/gcc-4.0-branch-dist/configure
--prefix=/vol/gcc --with-local-prefix=/vol/gcc --disable-nls --with-gnu-as
--with-as=/vol/gcc/lib/gas-2.15 --enable-libgcj --disable-multilib
--with-gmp-dir=/vol/gnu/obj/gmp-4.1.3
--with-mpfr-dir=/vol/gnu/obj/gmp-4.1.3/mpfr
--enable-languages=c,c++,f95,java,objc,ada

How-To-Repeat:
Bootstrap as described above.


-- 
   Summary: [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI
7.4.3m ld: GOT overflow
   Product: gcc
   Version: 4.0.3
Status: UNCONFIRMED
  Severity: critical
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ro at techfak dot uni-bielefeld dot de
 GCC build triplet: mips-sgi-irix6.5
  GCC host triplet: mips-sgi-irix6.5
GCC target triplet: mips-sgi-irix6.5


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

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #1 from pinskia at gcc dot gnu dot org  2005-10-12 17:31 ---
Isn't this really a bug in ld?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|major
   Keywords||build


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

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

2005-10-12 Thread ro at techfak dot uni-bielefeld dot de



--- Comment #2 from ro at techfak dot uni-bielefeld dot de  2005-10-12 
17:32 ---
Subject: Re:  [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m
ld: GOT overflow

pinskia at gcc dot gnu dot org writes:

> Isn't this really a bug in ld?

I'm not sure, given that the 3.4 branch continues to bootstrap successfully
with this same version (and the 4.0 branch did as well some time ago).

Rainer


-- 


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

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

2005-10-12 Thread pinskia at gcc dot gnu dot org



--- Comment #3 from pinskia at gcc dot gnu dot org  2005-10-12 17:37 ---
(In reply to comment #2)
> I'm not sure, given that the 3.4 branch continues to bootstrap successfully
> with this same version (and the 4.0 branch did as well some time ago).

Does not mean anything.  We could have caused a very latent bug to show up. 
what GCC are you starting with since it is dying in building stage1 and
building any other stage.


-- 


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

[Bug target/24334] [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m ld: GOT overflow

2005-10-12 Thread ro at techfak dot uni-bielefeld dot de



--- Comment #4 from ro at techfak dot uni-bielefeld dot de  2005-10-12 
17:42 ---
Subject: Re:  [4.0/4.1 regression] IRIX 6.5 bootstrap failure with SGI 7.4.3m
ld: GOT overflow

pinskia at gcc dot gnu dot org writes:

> what GCC are you starting with since it is dying in building stage1 and
> building any other stage.

I'm starting from

Reading specs from
/amnt/figaro/volumes/obj-gcc/gcc/obj.irix5/gnat/3.4.5/6.5/bin/../lib/gcc/mips-sgi-irix6.5/3.4.5/specs
Configured with: /vol/gnu/src/gcc/gcc-3.4-branch-dist/configure
--prefix=/vol/gcc/obj/gnat/3.4.5/6.5
--with-local-prefix=/vol/gcc/obj/gnat/3.4.5/6.5 --disable-multilib
--disable-nls --enable-languages=c,ada --with-gnu-as
--with-as=/vol/gcc/lib/gas-2.15
Thread model: single
gcc version 3.4.5 20050607 (prerelease)

I could try starting with SGI cc and see how that goes.

Rainer


-- 


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

[Bug tree-optimization/22444] [4.0/4.1 regression] ICE at tree-into-ssa.c:466

2005-10-12 Thread hp at gcc dot gnu dot org



--- Comment #27 from hp at gcc dot gnu dot org  2005-10-12 17:45 ---
For cris-axis-elf, 1.cc and 2.cc fail with the same error
at LAST_UPDATED "Tue Oct 11 22:12:26 UTC 2005".


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2005-08-22 03:50:19 |2005-10-12 17:45:24
   date||


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

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #5 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:02 
---
Subject: Bug 21117

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]  2005-10-12 18:02:52

Modified files:
gcc/cp : ChangeLog decl.c typeck.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/other: return1.C 

Log message:
cp:
PR c++/21117
* decl.c (check_function_type): Correctly overwrite incomplete
return type with void type.
* typeck.c (check_return_expr): If the function's return type is
void, don't try and convert a return expr.
testsuite:
PR c++/21117
* g++.dg/other/return1.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4924&r2=1.4925
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1431&r2=1.1432
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.654&r2=1.655
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6176&r2=1.6177
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/return1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


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

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #8 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:07 
---
Subject: Bug 23797

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]  2005-10-12 18:07:44

Modified files:
gcc/cp : ChangeLog parser.c pt.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/parse: typename8.C 

Log message:
cp:
PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL.  Use dependent_type_p to check type.
* pt.c (uses_template_parms_p): Use dependent_type_p for a
TYPE_DECL.
(type_dependent_expression_p): Assert we've not been given a
TYPE_DECL.
testsuite:
PR c++/23797
* g++.dg/other/typename8.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4925&r2=1.4926
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.363&r2=1.364
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1043&r2=1.1044
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6177&r2=1.6178
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/typename8.C.diff?cvsroot=gcc&r1=NONE&r2=1.1


-- 


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

[Bug libgcj/13212] JNI/CNI AttachCurrentThread does not register thread with garbage collector

2005-10-12 Thread tromey at gcc dot gnu dot org



--- Comment #11 from tromey at gcc dot gnu dot org  2005-10-12 18:11 ---
Stewart, can you post attach your backtrace to the PR?
Something like "thread apply all bt" might be useful.
Thanks.


-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tromey at gcc dot gnu dot
   ||org


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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #12 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:13 
---
Subject: Bug 21592

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]  2005-10-12 18:13:41

Modified files:
gcc/cp : ChangeLog pt.c typeck.c 
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/template: dependent-expr1.C 
   dependent-expr2.C 
Added files:
gcc/testsuite/g++.dg/template: overload6.C 

Log message:
cp:
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions.  Assert we're not
returning a NON_DEPENDENT_EXPR with unknown type.
* typeck.c (finish_class_member_access_expr):  We can get
non-template-id-expr baselinks.  If the lookup finds a baselink,
remember it even inside templates.
testsuite:
PR c++/21592
* g++.dg/template/dependent-expr1.C: Add new expected error.
* g++.dg/template/dependent-expr2.C: Adjust error text.
* g++.dg/template/overload6.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4926&r2=1.4927
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1044&r2=1.1045
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&r1=1.655&r2=1.656
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6178&r2=1.6179
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/overload6.C.diff?cvsroot=gcc&r1=NONE&r2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/dependent-expr1.C.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/dependent-expr2.C.diff?cvsroot=gcc&r1=1.1&r2=1.2


-- 


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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

2005-10-12 Thread nathan at gcc dot gnu dot org



--- Comment #13 from nathan at gcc dot gnu dot org  2005-10-12 18:23 ---
Fixed mainline & 4.0
2005-10-12  Nathan Sidwell  <[EMAIL PROTECTED]>

PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions.  Assert we're not
returning a NON_DEPENDENT_EXPR with unknown type.
* typeck.c (finish_class_member_access_expr):  We can get
non-template-id-expr baselinks.  If the lookup finds a baselink,
remember it even inside templates.


-- 

nathan at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/21117] [3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #6 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:23 
---
Subject: Bug 21117

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]  2005-10-12 18:23:17

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog pt.c typeck.c parser.c decl.c 
Added files:
gcc/testsuite/g++.dg/other: return1.C 
gcc/testsuite/g++.dg/parse: typename8.C 
gcc/testsuite/g++.dg/template: overload6.C 

Log message:
cp:
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions.  Assert we're not
returning a NON_DEPENDENT_EXPR with unknown type.
* typeck.c (finish_class_member_access_expr):  We can get
non-template-id-expr baselinks.  If the lookup finds a baselink,
remember it even inside templates.

PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL.  Use dependent_type_p to check type.
* pt.c (uses_template_parms_p): Use dependent_type_p for a
TYPE_DECL.
(type_dependent_expression_p): Assert we've not been given a
TYPE_DECL.

PR c++/21117
* decl.c (check_function_type): Correctly overwrite incomplete
return type with void type.
* typeck.c (check_return_expr): If the function's return type is
void, don't try and convert a return expr.
testsuite:
PR c++/21592
* g++.dg/template/dependent-expr1.C: Add new expected error.
* g++.dg/template/dependent-expr2.C: Adjust error text.
* g++.dg/template/overload6.C: New.

PR c++/23797
* g++.dg/other/typename8.C: New.

PR c++/21117
* g++.dg/other/return1.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/return1.C.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/g++.dg/parse/typename8.C.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/g++.dg/template/overload6.C.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/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.450&r2=1.5084.2.451
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.127&r2=1.4648.2.128
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.30&r2=1.978.2.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.20&r2=1.616.2.21
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.22&r2=1.319.2.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.24&r2=1.1371.2.25


-- 


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

[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #14 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:23 
---
Subject: Bug 21592

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]  2005-10-12 18:23:17

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog pt.c typeck.c parser.c decl.c 
Added files:
gcc/testsuite/g++.dg/other: return1.C 
gcc/testsuite/g++.dg/parse: typename8.C 
gcc/testsuite/g++.dg/template: overload6.C 

Log message:
cp:
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions.  Assert we're not
returning a NON_DEPENDENT_EXPR with unknown type.
* typeck.c (finish_class_member_access_expr):  We can get
non-template-id-expr baselinks.  If the lookup finds a baselink,
remember it even inside templates.

PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL.  Use dependent_type_p to check type.
* pt.c (uses_template_parms_p): Use dependent_type_p for a
TYPE_DECL.
(type_dependent_expression_p): Assert we've not been given a
TYPE_DECL.

PR c++/21117
* decl.c (check_function_type): Correctly overwrite incomplete
return type with void type.
* typeck.c (check_return_expr): If the function's return type is
void, don't try and convert a return expr.
testsuite:
PR c++/21592
* g++.dg/template/dependent-expr1.C: Add new expected error.
* g++.dg/template/dependent-expr2.C: Adjust error text.
* g++.dg/template/overload6.C: New.

PR c++/23797
* g++.dg/other/typename8.C: New.

PR c++/21117
* g++.dg/other/return1.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/return1.C.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/g++.dg/parse/typename8.C.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/g++.dg/template/overload6.C.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/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.450&r2=1.5084.2.451
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.127&r2=1.4648.2.128
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.30&r2=1.978.2.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.20&r2=1.616.2.21
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.22&r2=1.319.2.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.24&r2=1.1371.2.25


-- 


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

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

2005-10-12 Thread cvs-commit at gcc dot gnu dot org



--- Comment #9 from cvs-commit at gcc dot gnu dot org  2005-10-12 18:23 
---
Subject: Bug 23797

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]  2005-10-12 18:23:17

Modified files:
gcc/testsuite  : ChangeLog 
gcc/cp : ChangeLog pt.c typeck.c parser.c decl.c 
Added files:
gcc/testsuite/g++.dg/other: return1.C 
gcc/testsuite/g++.dg/parse: typename8.C 
gcc/testsuite/g++.dg/template: overload6.C 

Log message:
cp:
PR c++/21592
* pt.c (build_non_dependent_expr): Don't wrap a COMPONENT_REF
with already looked up member functions.  Assert we're not
returning a NON_DEPENDENT_EXPR with unknown type.
* typeck.c (finish_class_member_access_expr):  We can get
non-template-id-expr baselinks.  If the lookup finds a baselink,
remember it even inside templates.

PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL.  Use dependent_type_p to check type.
* pt.c (uses_template_parms_p): Use dependent_type_p for a
TYPE_DECL.
(type_dependent_expression_p): Assert we've not been given a
TYPE_DECL.

PR c++/21117
* decl.c (check_function_type): Correctly overwrite incomplete
return type with void type.
* typeck.c (check_return_expr): If the function's return type is
void, don't try and convert a return expr.
testsuite:
PR c++/21592
* g++.dg/template/dependent-expr1.C: Add new expected error.
* g++.dg/template/dependent-expr2.C: Adjust error text.
* g++.dg/template/overload6.C: New.

PR c++/23797
* g++.dg/other/typename8.C: New.

PR c++/21117
* g++.dg/other/return1.C: New.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/return1.C.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/g++.dg/parse/typename8.C.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/g++.dg/template/overload6.C.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/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.450&r2=1.5084.2.451
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.127&r2=1.4648.2.128
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.30&r2=1.978.2.31
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.616.2.20&r2=1.616.2.21
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.22&r2=1.319.2.23
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.24&r2=1.1371.2.25


-- 


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

[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template

2005-10-12 Thread nathan at gcc dot gnu dot org



--- Comment #10 from nathan at gcc dot gnu dot org  2005-10-12 18:23 ---
Fixed mainline and 4.0
2005-10-12  Nathan Sidwell  <[EMAIL PROTECTED]>

PR c++/23797
* parser.c (cp_parser_functional_cast): Cope when TYPE is not a
TYPE_DECL.  Use dependent_type_p to check type.
* pt.c (uses_template_parms_p): Use dependent_type_p for a
TYPE_DECL.
(type_dependent_expression_p): Assert we've not been given a
TYPE_DECL.


-- 


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

1 2 >

1 - 100 of 188 matches

Mail list logo