[Bug libfortran/21820] Really, really, horrible IO performance

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-31 
07:38 ---
First thing: I can reproduce the timings differences on my i386-linux, with ext3
filesystem.

Second thing: Steve, your patch truncates files, which is not correct! Given the
following modified testcase:

$ cat pr21820.f90
   program kl
   integer i,j,k
   integer, parameter :: m = 1000, n = 300, n2 = 20
   real x(m,n)
   x = 1.e0
   inquire(iolength=k) (x(i,1), i=1, m)
   open(unit=1, file='foo.dat', access='direct', recl=k)
   do j = 1, n
  write(1,rec=j) (x(i,j), i=1, n)
   end do
   close(1)
   open(unit=1, file='foo.dat', access='direct', recl=k)
   do j = 1, n2
  write(1,rec=j) (x(i,j), i=1, n)
   end do
   close(1)
   end program kl

With an unpatched gfortran, I get:
$ ./a.out && ll foo.dat  
-rw-r--r--  1 fx fx 1.2M May 31 09:38 foo.dat

while your patch yields to:

$ ./a.out && ll foo.dat
-rw-r--r--  1 fx fx 76K May 31 09:35 foo.dat

See the difference in sizes!

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 07:38:40
   date||


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

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

[Ralf_Recker at gmx dot de]

--- Additional Comments From Ralf_Recker at gmx dot de  2005-05-31 07:50 
---
Subject: Re:  -ftree-dump-all-details hangs during *.c.t24.copyprop or 
*.c.t38.copyprop2

> --- Ursprüngliche Nachricht ---
> Von: "giovannibajo at libero dot it" <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED]
> Betreff: [Bug tree-optimization/21732] -ftree-dump-all-details hangs
> during *.c.t24.copyprop or *.c.t38.copyprop2
> Datum: 24 May 2005 09:27:06 -
> 
> 
> --- Additional Comments From giovannibajo at libero dot it  2005-05-24
> 09:27 ---
> Can you provide one preprocessed source of those many?
> 
> -- 
>What|Removed |Added
>

>  Status|UNCONFIRMED |WAITING
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21732
> 
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.

Sorry, I was absent a few days and forgot to tell it. I see that the
problem is already solved! Thank you very much for your help. I'm am
still in the phase of diving deep in this huge mountain (Everest?) of
source code and on my old PC it takes a long time to recompile the C/C++
compiler to check, if a code change by myself works or breaks another
thing.

Ralf Recker <[EMAIL PROTECTED]>



-- 


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

[Bug c++/21835] New: compilation of CRTP fails if the ABC is after template

[maierkom at rcs dot ei dot tum dot de]

the compilation of a curious recuring template fails if the base class for the
instantiation of the curious recuring template pattern (CRTP) is defined after
the template but before its instantiation.

The following code demonstrates the problem. If uncommenting the outcommented
section and commenting out the latter appearance of the same code, it compiles
successfully.

#include 

using namespace std;

/*
struct Client
{
void visit(const class A &a)
{ cout << "Client::visit(const A &)" << endl; }
};

struct MYABC
{
virtual void runVisitor(class Client &) const = 0;
};
*/

template 
struct Door : public ABC
{
Door()
: ABC()
{ }

void runVisitor(class Client &) const;
};

template 
void Door::runVisitor(class Client &c) const
{ c.visit(static_cast(*this)); }

struct Client
{
void visit(const class A &a)
{ cout << "Client::visit(const A &)" << endl; }
};

struct MYABC
{
virtual void runVisitor(class Client &) const = 0;
};

struct A : public Door
{
};

-- 
   Summary: compilation of CRTP fails if the ABC is after template
   Product: gcc
   Version: 3.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: maierkom at rcs dot ei dot tum dot de
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: sparc-sun-solaris2.8
  GCC host triplet: sparc-sun-solaris2.8
GCC target triplet: sparc-sun-solaris2.8


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

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

[milan at cmm dot ki dot si]

--- Additional Comments From milan at cmm dot ki dot si  2005-05-31 08:41 
---
Great work! Thanks a million!

Somehow I also have a problem with the name of the option, since g77 has exactly
the same problem. When I compile with the g77 I get 8 byte headers on AMD64, so
the name g77 doesn't really correspond to always get 4 byte headers. But this is
very minor thing especially if it is documented how it works, the name shouldn't
really matter.

-- 


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

[Bug libstdc++/21836] New: internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

gcc-4.0.0, confiured with:

CFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
CXXFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
LIBCFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
LIBCXXFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
LDFLAGS='-Wl,-s -Wl,--stack=0x0080' \
JCFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
LIBGCJ_CFLAGS='-O3 -pipe -march=i486 -D__NO_MATH_INLINES -ffloat-store
-fno-omit-frame-pointer -funroll-loops' \
LIBGCJ_CXXFLAGS='-O3 -pipe -march=i486 -D__NO_MATH_INLINES -ffloat-store
-fno-omit-frame-pointer -funroll-loops' \
LIBGCJ_JAVAFLAGS='-O3 -pipe -march=i486 -ffloat-store
-fno-omit-frame-pointer -funroll-loops' \
GNATLIBCFLAGS='-O3 -pipe -march=i486 -funroll-loops' \
   ../configure \
--verbose \
--prefix=/usr \
--exec-prefix=/usr \
--sysconfdir=/etc \
--libdir=/usr/lib \
--libexecdir=/usr/lib \
--mandir=/usr/share/man \
--infodir=/usr/share/info \
--enable-bootstrap \
--enable-languages=c,ada,c++,f95,java,objc,treelang \
--enable-nls \
--without-included-gettext \
--enable-version-specific-runtime-libs \
--enable-libada \
--without-x \
--enable-libgcj \
--disable-java-awt \
--with-system-zlib \
--enable-interpreter \
--disable-libgcj-debug \
--enable-threads=posix \
--enable-java-gc=boehm \
--disable-win32-registry \
--disable-sjlj-exceptions \
--enable-hash-synchronization \
--enable-libstdcxx-debug

getting error in tree-ssa-pre.c when compiling this file 
libstdc++-v3/src/ctype.cc:

/gcc/gcc4/gcc-4.0.0-1/.build/gcc/xgcc \
 -shared-libgcc \
 -B/gcc/gcc4/gcc-4.0.0-1/.build/gcc/ \
 -nostdinc++ -L/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/src \
 -L/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/src/.libs \
 -B/usr/i686-pc-cygwin/bin/ \
 -B/usr/i686-pc-cygwin/lib/ \
 -isystem /usr/i686-pc-cygwin/include \
 -isystem /usr/i686-pc-cygwin/sys-include \
 
-I/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin
 \
 -I/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/include \
 -I/gcc/gcc4/gcc-4.0.0-1/libstdc++-v3/libsupc++ \
 -O3 \
 -pipe \
 -march=i486 \
 -funroll-loops \
 -fno-implicit-templates \
 -Wall \
 -Wextra \
 -Wwrite-strings \
 -Wcast-qual \
 -fdiagnostics-show-location=once \
 -ffunction-sections \
 -fdata-sections \
 -c /gcc/gcc4/gcc-4.0.0-1/libstdc++-v3/src/ctype.cc -o ctype.o
/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin/bits/ctype_noninline.h:
In constructor 'std::ctype::ctype(int*, const char*, bool, size_t)':
/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/include/i686-pc-cygwin/bits/ctype_noninline.h:41:
internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [ctype.lo] Error 1
make[3]: Leaving directory
`/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/gcc/gcc4/gcc-4.0.0-1/.build/i686-pc-cygwin/libstdc++-v3'
make: *** [all-target-libstdc++-v3] Error 2

-- 
   Summary: internal compiler error: in valid_in_set, at tree-ssa-
pre.c:1082 when compiling libstdc++-v3/src/ctype.cc
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gerrit at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


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

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

--- Additional Comments From gerrit at gcc dot gnu dot org  2005-05-31 
09:29 ---
Created an attachment (id=8997)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8997&action=view)
ctype.ii


-- 


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

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

--- Additional Comments From gerrit at gcc dot gnu dot org  2005-05-31 
09:30 ---
Created an attachment (id=8998)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8998&action=view)
ctype.s


-- 


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

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

--- Additional Comments From gerrit at gcc dot gnu dot org  2005-05-31 
09:40 ---
It compiles ok when using -O2 instead of -O3, i.e. it is the flag 
-finline-functions

Gerrit

-- 


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

[Bug libgcj/21754] ./libtool: /mingw/bin/ar: Invalid argument

[dannysmith at users dot sourceforge dot net]

--- Additional Comments From dannysmith at users dot sourceforge dot net  
2005-05-31 09:45 ---
Try changing --enable-shared to --disable-shared when configuring.  Building 
shared libgcj with libtool doesn't really work on windows targets.  You could 
try using Mohan Embars scripts to build a static lib and and then convert to 
dll. See http://www.thisiscool.com/gcc_mingw.htm

Danny

-- 


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

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-05-31 
10:08 ---
There are many known bugs in tree-ssa-pre.c as shipped with GCC 4.0.0,
see e.g. Bug 21173.  Could you try a CVS snapshot from the GCC 4.0 release
branch instead of the GCC 4.0.0 release?


-- 
   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug tree-optimization/21734] [4.1 regression] ICE: -ftree-vectorize, segfault

[stefaandr at hotmail dot com]

--- Additional Comments From stefaandr at hotmail dot com  2005-05-31 10:13 
---
For the sake of completeness. the error produced with the new testcase:

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /esat/alexandria1/sderoeck/src/gcc/main/configure
--prefix=/esat/olympia/install --program-suffix=-cvs --enable-languages=c,c++
Thread model: posix
gcc version 4.1.0 20050530 (experimental)
 /esat/olympia/install/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1plus -quiet -v
-D_GNU_SOURCE sweepobject.cpp -quiet -dumpbase sweepobject.cpp -march=pentium4
-auxbase-strip sweepx.o -O2 -version -ftree-vectorize -o /tmp/ccKIKNVA.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/esat/olympia/install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 
/esat/olympia/install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0
 
/esat/olympia/install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/i686-pc-linux-gnu
 
/esat/olympia/install/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/backward
 /esat/olympia/install/include
 /esat/olympia/install/lib/gcc/i686-pc-linux-gnu/4.1.0/include
 /usr/include
End of search list.
GNU C++ version 4.1.0 20050530 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050530 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: a2126b7dadcd5b4079972b9e8125263a
sweepobject.cpp: In member function 'void A::test()':
sweepobject.cpp:15: 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.


-- 


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

[Bug libstdc++/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

--- Additional Comments From gerrit at gcc dot gnu dot org  2005-05-31 
10:31 ---
I applied the patch from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173
I'll reconfigure and rebuild now.  

See you later,
Gerrit

-- 


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

[Bug c++/21837] New: C++/C99 standard violation in for loop

[ahelm at gmx dot net]

C++ standard quote:

3.3.2, paragraph 4:
Names declared in the for-init-statement, and in the condition of if, while,
for, and switch statements are local to the if, while, for, or switch statement
(including the controlled statement), and shall not be re-declared in a
subsequent condition of that statement nor in the outermost block (or, for the
if statement, any of the outermost blocks) of the controlled statement; see 6.4.

However g++/gcc happily compiles:

#include 

int main(void)
{
  for(int i=2;i<4;i++)
  {
int j = i;
int i;
i = 555;
printf("%d %d\n", i, j);
  }
  return 0;
}

and allows re-declaration of i. 
No warning/remark/error is given.
This should trigger an error.
Maybe it could be a gcc extension to the standard(s), but then it should
be clearly marked as such.

The C99 standard is a bit less clear about this but I believe this should also
apply to C99. 

Command lines used:
gxx -W -Wall -ansi -pedantic main.cpp
gcc -W -Wall -std=c99 -pedantic main.c

-- 
   Summary: C++/C99 standard violation in for loop
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ahelm at gmx dot net
CC: gcc-bugs at gcc dot gnu dot org
  GCC host triplet: DJGPP
GCC target triplet: MS-DOS


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

[Bug libfortran/21820] Really, really, horrible IO performance

[fxcoudert at gcc dot gnu dot org]

--- Additional Comments From fxcoudert at gcc dot gnu dot org  2005-05-31 
10:46 ---
Additional info: disabling MMAP (#undefining HAVE_MMAP in unix.c) gives far
better performance (in fact, I can see no performance penatly at all).

Perhaps a survey of the cases where mmap induces performance gains and losses
would be usefull...

-- 


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

[Bug target/21721] [4.0 regression] fails to assemble, Use of p0 is not valid in this context

[schwab at suse dot de]

--- Additional Comments From schwab at suse dot de  2005-05-31 10:57 ---
Almost the complete set of predicate registers is live throughout most of  
function writet1, this looks bogus.  

-- 


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

Re: [Bug c++/21837] New: C++/C99 standard violation in for loop

[Gabriel Dos Reis]

"ahelm at gmx dot net" <[EMAIL PROTECTED]> writes:

| C++ standard quote:
| 
| 3.3.2, paragraph 4:
| Names declared in the for-init-statement, and in the condition of if, while,
| for, and switch statements are local to the if, while, for, or switch 
statement
| (including the controlled statement), and shall not be re-declared in a
| subsequent condition of that statement nor in the outermost block (or, for the
| if statement, any of the outermost blocks) of the controlled statement; see 
6.4.
| 
| However g++/gcc happily compiles:
| 
| #include 
| 
| int main(void)
| {
|   for(int i=2;i<4;i++)
|   {
| int j = i;
| int i;

There is duplicate of this bug in the case of C++, see PR2288.

[Bug c++/21837] C++/C99 standard violation in for loop

[gdr at integrable-solutions dot net]

--- Additional Comments From gdr at integrable-solutions dot net  
2005-05-31 11:16 ---
Subject: Re:  New: C++/C99 standard violation in for loop

"ahelm at gmx dot net" <[EMAIL PROTECTED]> writes:

| C++ standard quote:
| 
| 3.3.2, paragraph 4:
| Names declared in the for-init-statement, and in the condition of if, while,
| for, and switch statements are local to the if, while, for, or switch 
statement
| (including the controlled statement), and shall not be re-declared in a
| subsequent condition of that statement nor in the outermost block (or, for the
| if statement, any of the outermost blocks) of the controlled statement; see 
6.4.
| 
| However g++/gcc happily compiles:
| 
| #include 
| 
| int main(void)
| {
|   for(int i=2;i<4;i++)
|   {
| int j = i;
| int i;

There is duplicate of this bug in the case of C++, see PR2288.


-- 


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

[Bug c++/21837] C++/C99 standard violation in for loop

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-05-31 
11:48 ---
Subject: Re:  New: C++/C99 standard violation in for loop

On Tue, 31 May 2005, ahelm at gmx dot net wrote:

>   for(int i=2;i<4;i++)
>   {
> int j = i;
> int i;
> i = 555;
> printf("%d %d\n", i, j);
>   }

I don't see why you think there's any problem in C99 terms.  The for 
statement forms a block (6.8.5#5 first sentence); its body forms a block 
whose scope is a strict subset of that of the for statement (second 
sentence) and the compound statement is itself a block (whether the same 
block or a different one from that of the body as body doesn't matter in 
this case, but if the body is a labeled compound statement then you'd have 
distinct scopes).  As these are distinct blocks, they are distinct scopes; 
you can declare i in the block which contains the for statement, and in 
the declaration part of the for statement, and in the body of the for 
statement.



-- 


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

[Bug c++/13878] Uncaught exception on AIX with shared libraries

[nagaraj_hayyal at satyam dot com]

--- Additional Comments From nagaraj_hayyal at satyam dot com  2005-05-31 
12:21 ---
(In reply to comment #5)
Did you get any solution for this?
We are experiencing the same problem here.
Please let us know the solution if you have already found one.
mail: [EMAIL PROTECTED]

> Our project is also experiencing problems with exceptions not being caught, 
when
> compiling with g++ on AIX. Small example codes that we have tried to put
> together to model what we are seeing, do not end up having the same incorrect
> behavior. On large test cases (our entire application as linked by g++), any
> exceptions thrown (that make it into _cxa_throw) do not bubble up to the 
catch
> statement (not even a literal catch(...)); rather, all exceptions call abort
().
> I would be extremely interested in hearing how this issue sorts itself out. I
> can try to give you more feedback no our problem than this, if requested. At 
the
> moment we are not sure what the property is that is required in order for the
> exception handling behavior to go from good to bad. That is work in progress.
> This occurs on AIX 5, GCC 3.3.2.
> Greg Smethells
> Lawrence Livermore National Lab
> [EMAIL PROTECTED]



-- 


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

[Bug libfortran/21787] libfortran - better error message needed

[dir at lanl dot gov]

--- Additional Comments From dir at lanl dot gov  2005-05-31 12:54 ---
It is 60,000 line program, including the 3 small libraries, that executes in two
steps - a bit long to post.

-- 


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

[Bug c/21838] New: ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

[herbert at 13thfloor dot at]

void test(void)
{
__label__ test;
goto test;
test:
return;
}

->  br.call.sptk.many b0 = __ia64_save_stack_nonlocal#

-- 
   Summary: ia64 gcc (cross compiler at least) generates call to
__ia64_save_stack_nonlocal when __label__ is used
   Product: gcc
   Version: 3.3.6
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: herbert at 13thfloor dot at
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ia64-linux


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

[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for global variables

[bonzini at gcc dot gnu dot org]

--- Additional Comments From bonzini at gcc dot gnu dot org  2005-05-31 
13:11 ---
Ulrich Weigand wrote:

When building with -funit-at-a-time (which is on by default with -O2), *no*
debug info for global variables appears to be emitted at all.

The problem appears to be this piece of code in check_global_declarations:

  /* Do not emit debug information about variables that are in
 static storage, but not defined.  */
  if (TREE_CODE (decl) == VAR_DECL
  && TREE_STATIC (decl)
  && !TREE_ASM_WRITTEN (decl))
DECL_IGNORED_P (decl) = 1;

which was added by:
http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg01250.html

2004-11-25  Mark Mitchell  <[EMAIL PROTECTED]>

PR c++/18556
* toplev.c (check_global_declarations): Set DECL_IGNORED_P on
unemitted variables with static storage duration.


However, check_global_declarations is called (by the C front-end at least)
*before* the call to cgraph_optimize.  At this time, when -funit-at-a-time
is in effect, *no* variables have been emitted to assembler as far as I
can tell, and thus all global variables get the DECL_IGNORED_P flag.

Interestingly enough, when building with the C++ front-end, the debug
info is properly emitted.  I'm not sure where exactly the difference is ...

-- 
   What|Removed |Added

 CC||uweigand at de dot ibm dot
   ||com, mark at codesourcery
   ||dot com
   Severity|normal  |critical
 GCC target triplet|powerpc-apple-darwin7.9.0   |
   Priority|P2  |P1
Summary|[4.1 Regression] stabs debug|[4.0/4.1 Regression] debug
   |info completely broken? |info omitted for global
   ||variables
   Target Milestone|--- |4.0.1
Version|4.1.0   |4.0.0


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

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
13:15 ---
I don't see why, this is a bug.

-- 
   What|Removed |Added

  Component|c   |target


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

[Bug c++/21837] C++/C99 standard violation in for loop

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
13:16 ---
This is a dup of bug 2288.  C99 allows this as mentioned multiple times.

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/2288] Variable declared in for-loop-header is in wrong scope

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 CC||ahelm at gmx dot net


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

[Bug c++/21165] [4.0/4.1 Regression] bogus error on a user-defined conversion in a template

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-05-31 
13:19 ---
I think this is from my binfo changes

-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |nathan at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-04-23 04:18:57 |2005-05-31 13:19:56
   date||


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

[Bug c++/21835] compilation of CRTP fails if the ABC is after template

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

   Keywords||rejects-valid
  Known to fail||3.4.0 3.3.3 3.0.4 2.95.3
  Known to work||4.1.0


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

[Bug libstdc++/21405] Template inlines have global visibility

[mike at navi dot cx]

--- Additional Comments From mike at navi dot cx  2005-05-31 13:23 ---
Reopening the bug, as Benjamin wishes to track it.

-- 
   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug tree-optimization/21081] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.

[pinskia at gcc dot gnu dot org]

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

-- 
   What|Removed |Added

 CC||gerrit at gcc dot gnu dot
   ||org


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

[Bug middle-end/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
13:37 ---
This is cygwin specific bug, see PR 21081 which this is a dup of.

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

-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
  Component|libstdc++   |middle-end
 Resolution||DUPLICATE


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

[Bug c/21839] New: fs/ext3/ialloc.c error: Statement makes a memory store,...

[mclinden at informed dot net]

Linux kernel 2.6.11.11
fs/ext3/ialloc.c: In function 'ext_new_inode':
fs/ext3/ialloc.c:423 error: Statement makes a memory store, but has no 
V_MAY_DEFS nor V_MUST_DEFS
#  VUSE ;
fs/ext3/ialloc.c:423: internal compiler error: verify_ssa failed.

failed at:

struct inode *ext3_new_inode(handle_t *handle, struct inode * dir, int mode)
{

-- 
   Summary: fs/ext3/ialloc.c error: Statement makes a memory
store,...
   Product: gcc
   Version: tree-ssa
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mclinden at informed dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: i686-pc-linux


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

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
13:44 ---
Please give the needed information that is documented on 
?

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |tree-optimization
   Keywords||ice-on-valid-code
Version|tree-ssa|unknown


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

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
13:46 ---
This works fine in 4.0.0.

-- 
   What|Removed |Added

  Known to work||4.0.0


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

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-05-31 13:49 
---
The PR Andrew cites is essentially a duplicate of PR 8271, which has been 
around for 2 1/2 years already. It is about the fact that gcc accepts a 
pointer to a constant member function for an argument that does not have 
the const specifier. 
 
However, up to now this didn't lead to an ambiguity: somehow gcc "knew" that 
the declaration with the 'const' specifier was a better match, but this 
was lost recently, as it appears. 
 
W. 

-- 


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

[Bug c++/21801] Accepts invalid for const member pointer functions

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-05-31 13:49 
---
This is a duplicate of one of my rather older bugs, PR 8271... 
 
W. 

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

-- 
   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/8271] Templates and pointers to const member functions

[bangerth at dealii dot org]

--- Additional Comments From bangerth at dealii dot org  2005-05-31 13:50 
---
*** Bug 21801 has been marked as a duplicate of this bug. ***

-- 


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

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

[bangerth at dealii dot org]

-- 
Bug 21799 depends on bug 21801, which changed state.

Bug 21801 Summary: Accepts invalid for const member pointer functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21801

   What|Old Value   |New Value

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

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

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:04 ---
Again, we need the preprocessed source.

-- 
   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING
  Component|c   |middle-end
   Keywords||ice-on-valid-code


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

[Bug libfortran/19303] Unformatted record header is 4-bytes on 32-bit targets

[blime at cox dot net]

--- Additional Comments From blime at cox dot net  2005-05-31 14:04 ---
Subject: Re:  Unformatted record header is 4-bytes on
 32-bit targets

I second the "thanks a million", and also don't think g77  belongs in 
the option name.

I have been using a very fast sort program for large files written in  
C++ (not by me) , and compiled with gcc-3.3.2 (c++) which produces a 
binary file that is read using Fortran code compiled with g77, and have 
not experienced any problems.  I was testing this very large simulation 
using gcc-4.0 (c++) and g95  when I ran into the problem -- the binary 
file created
with gcc-4.0 (c++)  could not be read by g95 compiled code --  
incompatible record markers
 (32 bit vice 64 bit).

blime

milan at cmm dot ki dot si wrote:

>--- Additional Comments From milan at cmm dot ki dot si  2005-05-31 08:41 
>---
>Great work! Thanks a million!
>
>Somehow I also have a problem with the name of the option, since g77 has 
>exactly
>the same problem. When I compile with the g77 I get 8 byte headers on AMD64, so
>the name g77 doesn't really correspond to always get 4 byte headers. But this 
>is
>very minor thing especially if it is documented how it works, the name 
>shouldn't
>really matter.
>
>  
>


-- 


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

[Bug target/21838] ia64 gcc (cross compiler at least) generates call to __ia64_save_stack_nonlocal when __label__ is used

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:13 ---
Fixed in 4.0.0.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

[mclinden at informed dot net]

--- Additional Comments From mclinden at informed dot net  2005-05-31 14:19 
---
Created an attachment (id=9001)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9001&action=view)
preprocessed ialloc.c


-- 


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

[Bug libgcj/21754] ./libtool: /mingw/bin/ar: Invalid argument

[Christopher dot Dawes at retail-logic dot com]

--- Additional Comments From Christopher dot Dawes at retail-logic dot com  
2005-05-31 14:19 ---
Unfortunately it's nothing to do with compiling or linking, it's when it's then
trying to archive it however i've not managed to find the part of the Makefile
which calls ar.exe, if i could I'd try splitting it into individual statements
to ar each file one by one until i found out whether there were too many
arguments or whether there was an incorrect argument.

-- 


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

[Bug tree-optimization/21839] fs/ext3/ialloc.c error: Statement makes a memory store,...

[mclinden at informed dot net]

--- Additional Comments From mclinden at informed dot net  2005-05-31 14:19 
---
Output of gcc -v

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20050528/configure --prefix=/usr --with-mpfr=/usr --
with-mpfr-dir=/usr/src/otai/mpfr-2.1.1 --with-gmp=/usr --with-gmp-
dir=/usr/src/otai/gmp-4.1.4 --enable-shared --enable-__cxa_atexit --enable-
clocale --enable-multilib=no --enable-threads=posix --libexecdir=/usr/lib --
enable-languages=c,c++
Thread model: posix
gcc version 4.1.0 20050528 (experimental)
 /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/cc1 -E -quiet -v -I/usr/src/linux-
2.6.11.11/include fs/ext3/ialloc.c -mtune=pentiumpro -Wstrict-prototypes -
fWall -fomit-frame-pointers -O2 -fpch-preprocess -o ialloc.i
cc1: error: unrecognized command line option "-fWall"
cc1: error: unrecognized command line option "-fomit-frame-pointers"
ignoring nonexistent directory "/usr/lib/gcc/i686-pc-linux-
gnu/4.1.0/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/src/linux-2.6.11.11/include
 /usr/local/include
 /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include
 /usr/include
End of search list.


-- 


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

[Bug c/21840] New: Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[mclinden at informed dot net]

The relevant code is here:
CONFIG_GRKERNSEC_PROC and 
CONFIG_GRKERNSEC_PROC_MEMMAP)

are defined 

static void k_spec(struct vc_data *vc, unsigned char value, char up_flag, 
struct pt_regs *regs)
{
if (up_flag)
return;
if (value >= ARRAY_SIZE(fn_handler))
return;
if ((kbd->kbdmode == VC_RAW ||
 kbd->kbdmode == VC_MEDIUMRAW) &&
 value != KVAL(K_SAK))
return; /* SAK is allowed even in raw mode */

#if defined(CONFIG_GRKERNSEC_PROC) || defined(CONFIG_GRKERNSEC_PROC_MEMMAP)
{
void *func = fn_handler[value];
if (func == fn_show_state || func == fn_show_ptregs ||
func == fn_show_mem)
return;
}
#endif

fn_handler[value](vc, regs); /* line 619 */
}

-- 
   Summary: Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal
compiler error: Segmentation fault
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mclinden at informed dot net
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: i686-pc-linux


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

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[mclinden at informed dot net]

--- Additional Comments From mclinden at informed dot net  2005-05-31 14:27 
---
gcc: warning: -pipe ignored because -save-temps specified
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20050528/configure --prefix=/usr --with-mpfr=/usr --
with-mpfr-dir=/usr/src/otai/mpfr-2.1.1 --with-gmp=/usr --with-gmp-
dir=/usr/src/otai/gmp-4.1.4 --enable-shared --enable-__cxa_atexit --enable-
clocale --enable-multilib=no --enable-threads=posix --libexecdir=/usr/lib --
enable-languages=c,c++
Thread model: posix
gcc version 4.1.0 20050528 (experimental)
 /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/cc1 -E -quiet -nostdinc -v -Iinclude -
Iinclude/asm-i386/mach-default -D__KERNEL__ -DKBUILD_BASENAME=keyboard -
DKBUILD_MODNAME=keyboard -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include -
MD drivers/char/.keyboard.o.d drivers/char/keyboard.c -msoft-float -mpreferred-
stack-boundary=2 -march=i686 -mtune=pentium4 -Wall -Wstrict-prototypes -Wno-
trigraphs -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-aliasing -
fno-common -ffreestanding -fomit-frame-pointer -fno-unit-at-a-time -O2 -fpch-
preprocess -o keyboard.i
#include "..." search starts here:
#include <...> search starts here:
 include
 include/asm-i386/mach-default
 /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/include
End of search list.
 /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/cc1 -fpreprocessed keyboard.i -quiet -
dumpbase keyboard.c -msoft-float -mpreferred-stack-boundary=2 -march=i686 -
mtune=pentium4 -auxbase-strip drivers/char/keyboard.o -O2 -Wall -Wstrict-
prototypes -Wno-trigraphs -Wdeclaration-after-statement -Wno-pointer-sign -
version -fno-strict-aliasing -fno-common -ffreestanding -fomit-frame-pointer -
fno-unit-at-a-time -o keyboard.s
GNU C version 4.1.0 20050528 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050528 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 1b490aabfa7a74d21cf5375dd255b543
drivers/char/keyboard.c: In function 'k_spec':
drivers/char/keyboard.c:619: internal compiler error: Segmentation fault


-- 


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

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:35 ---
Confirmed, reducing.

-- 
   What|Removed |Added

Summary|fs/ext3/ialloc.c error: |[4.1 Regression]
   |Statement makes a memory|fs/ext3/ialloc.c error:
   |store,...   |Statement makes a memory
   ||store,...
   Target Milestone|--- |4.1.0
Version|unknown |4.1.0


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

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[pluto at agmk dot net]

--- Additional Comments From pluto at agmk dot net  2005-05-31 14:40 ---
[ PR21839, PR21840 ]

Sean, Do the sigsegvs occur in random places during kernel build?
If yes then You must check other RAM chips. Memtest86 is not enough
to be 100% sure. You should also try the parallel kernel build (eg. `make -j8`).

-- 


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

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:45 ---
Confirmed, reduced testcase:
 typedef struct { } spinlock_t;
typedef struct {
 unsigned sequence;
 spinlock_t lock;
} seqlock_t;
void ext3_new_inode(seqlock_t *rsv_seqlock)
{
 *rsv_seqlock = (seqlock_t) { 0, (spinlock_t) { } };
}

-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 14:45:15
   date||


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

[Bug middle-end/21840] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:46 ---
The backtrace:
#0  0x083f1b29 in ix86_struct_value_rtx (type=0xb7c0657c, incoming=0) at 
/home/peshtigo/pinskia/
src/gnu/gcc/src/gcc/config/i386/i386.c:3184
#1  0x081974c9 in expand_call (exp=0xb778e9d8, target=0x0, ignore=1) at 
/home/peshtigo/pinskia/
src/gnu/gcc/src/gcc/calls.c:1909
#2  0x08203cf8 in expand_expr_real_1 (exp=0xb778e9d8, target=0x0, 
tmode=Variable "tmode" is not 
available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/expr.c:7344
#3  0x0820e497 in expand_expr_real (exp=0xb778e9d8, target=0xb7bf4210, 
tmode=VOIDmode, 
modifier=EXPAND_NORMAL, alt_rtl=0x0)
at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/expr.c:6417
#4  0x083a3ac6 in expand_expr_stmt (exp=0xb778e9d8) at expr.h:489
#5  0x083e0bee in expand_gimple_basic_block (bb=0xb7807ca8, dump_file=Variable 
"dump_file" is 
not available.
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cfgexpand.c:955
#6  0x083e1853 in tree_expand_cfg () at 
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cfgexpand.c:
1307
#7  0x080d2cbd in execute_pass_list (pass=0x8574b40) at 
/home/peshtigo/pinskia/src/gnu/gcc/src/
gcc/tree-optimize.c:623
#8  0x080d30d3 in tree_rest_of_compilation (fndecl=0xb7767798) at 
/home/peshtigo/pinskia/src/
gnu/gcc/src/gcc/tree-optimize.c:793
#9  0x0805dc12 in c_expand_body (fndecl=0xb7767798) at 
/home/peshtigo/pinskia/src/gnu/gcc/
src/gcc/c-decl.c:6593
#10 0x08415b82 in cgraph_expand_function (node=0xb779b0d8) at 
/home/peshtigo/pinskia/src/
gnu/gcc/src/gcc/cgraphunit.c:949
#11 0x084179d5 in cgraph_optimize () at 
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cgraphunit.c:
1013
#12 0x083aff76 in toplev_main (argc=33, argv=0xbff263b4) at 
/home/peshtigo/pinskia/src/gnu/gcc/
src/gcc/toplev.c:1008
#13 0x0035dad4 in __libc_start_main () from /lib/tls/libc.so.6
#14 0x08049b21 in _start ()


-- 


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

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
14:57 ---
Confirmed, reduced testcase:
void fn_show_state(void);
typedef void (*fn_handler_fn)(void);
static fn_handler_fn fn_handler[1];

void k_spec(unsigned char value)
{
  void *func = fn_handler[value];
  if (func == fn_show_state )
return;
  fn_handler[value]();
}

-- 
   What|Removed |Added

   Severity|minor   |normal
 Status|WAITING |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 14:57:52
   date||
Summary|Linux 2.6.11.1.11:  |[4.1 Regression] Linux
   |drivers/char/keyboard.c:619:|2.6.11.1.11:
   |internal compiler error:|drivers/char/keyboard.c:619:
   |Segmentation fault  |internal compiler error:
   ||Segmentation fault
   Target Milestone|--- |4.1.0


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

[Bug tree-optimization/21839] [4.1 Regression] fs/ext3/ialloc.c error: Statement makes a memory store,...

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-31 
14:59 ---
Sigh, the infamous empty structure extension...

-- 


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

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-31 
15:01 ---
Compiles with -O2 -fno-tree-salias. Danny, salias is probably confused by empty 
structures.

-- 
   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org
Summary|[4.1 Regression]|[4.1 Regression] ICE for
   |fs/ext3/ialloc.c error: |missing V_DEFS caused by
   |Statement makes a memory|salias with empty structures
   |store,...   |


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

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
15:05 ---
Compiling with -O1, we seg fault but compiling with -O1 -fno-tree-fre we don't 
because we don't 
"FRE", the load and get the type correct.

-- 
   What|Removed |Added

 CC||dberlin at gcc dot gnu dot
   ||org


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

[Bug libstdc++/21405] Template inlines have global visibility

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-31 
15:10 ---
You can't use -fvisibility-inlines-hidden or otherwise you'll get linker errors 
if the compiler later decides not to inline those functions. I don't think you 
can win.

-- 


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

[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-05-31 
15:28 ---
Not really an FRE bug.
FRE eliminates the load, and everything we have tells it it can (it asks
may_propagate_copy, etc).

However, eliminating the load replaces a void (*foo) type with a void * type (IE
poitner to function replaced with pointer to void).

Once FRE has eliminated the load, something later copy-props the void * func_4
into the call and then it gets transforms it into a void.
So we end up with a call of a void expression, which makes things angry.
I can't fix this in FRE, it's not doing anything wrong, it's just removing a
load, validly :)

Whatever is copy-prop'ing into the call and transforming it into a call of a
void is wrong, and that's not FRE.





-- 
   What|Removed |Added

 CC||dnovillo at gcc dot gnu dot
   ||org


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

[Bug target/21841] New: Documentation should say -mhp-ld is only for hppa64-*-*-*

[sje at cup dot hp dot com]

The -mhp-ld switch is only recognized on hppa64*-*-* targets but that
restriction is not documented in the description for -mhp-ld in extend.texi.

-- 
   Summary: Documentation should say -mhp-ld is only for hppa64-*-*-
*
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sje at cup dot hp dot com
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: hppa*-*-*
  GCC host triplet: hppa*-*-*
GCC target triplet: hppa*-*-*


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

[Bug target/21841] Documentation should say -mhp-ld/-mgnu-ld are only for hppa64-*-hpux*

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
15:46 ---
Confirmed, they are only recognized on hppa64-*-hpux* targets

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|hppa*-*-*   |
   GCC host triplet|hppa*-*-*   |
 GCC target triplet|hppa*-*-*   |hppa64-*-hpux*
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 15:46:43
   date||
Summary|Documentation should say -  |Documentation should say -
   |mhp-ld is only for hppa64-*-|mhp-ld/-mgnu-ld are only for
   |*-* |hppa64-*-hpux*


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

[Bug middle-end/21836] internal compiler error: in valid_in_set, at tree-ssa-pre.c:1082 when compiling libstdc++-v3/src/ctype.cc

[gerrit at gcc dot gnu dot org]

--- Additional Comments From gerrit at gcc dot gnu dot org  2005-05-31 
16:23 ---
Many thanks.

-- 


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

[Bug bootstrap/21782] [3.3 Regression] configure: error: unknown endianess

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:23 ---
> I'd not recommend trying anything else.

Hum... I just found clean logs for GCC 3.4.x + Binutils 2.16 dated 04/05. :-)  
So:

- GCC 3.3.x + Binutils 2.14
- GCC 3.4.x + Binutils 2.14
- GCC 3.4.x + Binutils 2.15 patched (or Binutils 2.15 CVS)
- GCC 4.0.x + Binutils 2.15 patched (or Binutils 2.15 CVS)
- GCC 3.4.x + Binutils 2.16
- GCC 4.0.x + Binutils 2.16


-- 


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

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:28 ---
Subject: Bug 20772

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 16:28:30

Modified files:
gcc/testsuite  : ChangeLog 
gcc/testsuite/g++.dg/abi: dtor1.C empty10.C layout3.C 
gcc/testsuite/g++.dg/eh: simd-2.C 
gcc/testsuite/g++.dg/opt: cse2.C 
gcc/testsuite/g++.old-deja/g++.ext: asmspec1.C 
gcc/testsuite/g++.old-deja/g++.other: regstack.C 
gcc/testsuite/gcc.dg: 2614-1.c 2807-1.c 2904-1.c 
  20001127-1.c 20010202-1.c 20010520-1.c 
  20011009-1.c 20011029-2.c 20020224-1.c 
  20020531-1.c 20020616-1.c 980226-1.c 
  980414-1.c 980520-1.c 980709-1.c 
  990117-1.c 990130-1.c 990213-2.c 
  990214-1.c 991129-1.c 991209-1.c 
  991214-1.c asm-1.c attr-returns_twice-1.c 
  clobbers.c i386-387-7.c i386-387-8.c 
  i386-3dnowA-1.c i386-3dnowA-2.c 
  i386-asm-1.c i386-asm-2.c i386-asm-3.c 
  i386-bitfield3.c i386-call-1.c 
  i386-memset-1.c i386-signbit-3.c 
  i386-ssefn-1.c i386-ssefn-2.c 
  i386-ssefn-3.c i386-ssefn-4.c 
  i386-volatile-1.c i386-xorps.c pr12092-1.c 
  pr14289-1.c pr19236-1.c pr20204.c 
  pr9771-1.c register-var-1.c sibcall-5.c 
gcc/testsuite/gcc.dg/charset: asm3.c 
gcc/testsuite/gcc.dg/cpp/trad: num-sign.c 

Log message:
PR testsuite/20772
* g++.dg/abi/dtor1.C, g++.dg/abi/empty10.C, g++.dg/abi/layout3.C,
g++.dg/eh/simd-2.C, g++.dg/opt/cse2.C,
g++.old-deja/g++.ext/asmspec1.C,
g++.old-deja/g++.other/regstack.C,
gcc.dg/2614-1.c, gcc.dg/2807-1.c, gcc.dg/2904-1.c,
gcc.dg/20001127-1.c, gcc.dg/20010202-1.c, gcc.dg/20010520-1.c,
gcc.dg/20011009-1.c, gcc.dg/20011029-2.c, gcc.dg/20020224-1.c,
gcc.dg/20020531-1.c, gcc.dg/20020616-1.c, gcc.dg/980226-1.c,
gcc.dg/980414-1.c, gcc.dg/980520-1.c, gcc.dg/980709-1.c,
gcc.dg/990117-1.c, gcc.dg/990130-1.c, gcc.dg/990213-2.c,
gcc.dg/990214-1.c, gcc.dg/991129-1.c, gcc.dg/991209-1.c,
gcc.dg/991214-1.c, gcc.dg/asm-1.c, gcc.dg/attr-returns_twice-1.c,
gcc.dg/clobbers.c, gcc.dg/i386-387-7.c, gcc.dg/i386-387-8.c,
gcc.dg/i386-3dnowA-1.c, gcc.dg/i386-3dnowA-2.c, gcc.dg/i386-asm-1.c
gcc.dg/i386-asm-2.c, gcc.dg/i386-asm-3.c, gcc.dg/i386-bitfield3.c
gcc.dg/i386-call-1.c, gcc.dg/i386-memset-1.c,
gcc.dg/i386-signbit-3.c, gcc.dg/i386-ssefn-1.c,
gcc.dg/i386-ssefn-2.c, gcc.dg/i386-ssefn-3.c, gcc.dg/i386-ssefn-4.c
gcc.dg/i386-volatile-1.c, gcc.dg/i386-xorps.c, gcc.dg/pr12092-1.c
gcc.dg/pr14289-1.c, gcc.dg/pr19236-1.c, gcc.dg/pr20204.c,
gcc.dg/pr9771-1.c, gcc.dg/register-var-1.c,
gcc.dg/sibcall-5.c, gcc.dg/charset/asm3.c,
gcc.dg/cpp/trad/num-sign.c: Run tests also on x86_64.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5563&r2=1.5564
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/dtor1.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/empty10.C.diff?cvsroot=gcc&r1=1.4&r2=1.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/abi/layout3.C.diff?cvsroot=gcc&r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/eh/simd-2.C.diff?cvsroot=gcc&r1=1.10&r2=1.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/cse2.C.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.ext/asmspec1.C.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/regstack.C.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2614-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2807-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/2904-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20001127-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20010202-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20010520-1.c.diff?cvsroot=gcc&r1=1.2&r2=1.3
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/20011009-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2
http://gcc.gnu.org/cg

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
16:29 ---
Fixed.

-- 
   What|Removed |Added

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


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

[Bug tree-optimization/21732] -ftree-dump-all-details hangs during *.c.t24.copyprop or *.c.t38.copyprop2

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:29 ---
Subject: Bug 21732

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 16:29:17

Modified files:
gcc: ChangeLog tree-ssa-copy.c 

Log message:
2005-05-31  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/21732
* tree-ssa-copy.c (dump_copy_of): Create a bitmap and don't visit a
SSA_NAME twice and cause the loop to become finite.  Remove the test
for val.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8955&r2=2.8956
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-copy.c.diff?cvsroot=gcc&r1=2.30&r2=2.31



-- 


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

[Bug testsuite/20772] x86 tests should run on both i?86 and x86_64

[aj at gcc dot gnu dot org]

--- Additional Comments From aj at gcc dot gnu dot org  2005-05-31 16:30 
---
I changed now those tests that I found via grep and do think the issue   
could be closed.   
   
But the suggestion to have x86_ilp32/x86_lp64 targets is not implemented.  I'll 
assign to Janis to decide about this. 

-- 
   What|Removed |Added

 AssignedTo|aj at gcc dot gnu dot org   |janis187 at us dot ibm dot
   ||com


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

[Bug target/20301] Assembler labels have a leading "-"

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:32 ---
Investigating.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-04-15 22:07:24 |2005-05-31 16:32:34
   date||


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

[Bug libstdc++/21842] New: [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[jsm28 at gcc dot gnu dot org]

FAIL: 23_containers/bitset/operations/2.cc execution test
has appeared on mainline on i686-pc-linux-gnu between 20050530 and 20050531.

-- 
   Summary: [4.1 Regression] 23_containers/bitset/operations/2.cc
execution test fails
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug c/21843] New: [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

[jsm28 at gcc dot gnu dot org]

FAIL: gcc.c-torture/execute/920501-2.c execution,  -O1 
FAIL: gcc.c-torture/execute/920501-2.c execution,  -O2 
FAIL: gcc.c-torture/execute/920501-2.c execution,  -O3 -fomit-frame-pointer 
FAIL: gcc.c-torture/execute/920501-2.c execution,  -O3 -fomit-frame-pointer
-funroll-loops 
FAIL: gcc.c-torture/execute/920501-2.c execution,  -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions 
FAIL: gcc.c-torture/execute/920501-2.c execution,  -O3 -g 

have appeared on mainline on i686-pc-linux-gnu between 20050530 and 20050531.  I
don't know what part of the compiler the bug might be in.

-- 
   Summary: [4.1 Regression] gcc.c-torture/execute/920501-2.c
execution fails
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org


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

[Bug target/16007] Use of static template members results in broken executables

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:37 ---
Binutils 2.16 have been released with the fix.  They work fine in conjunction
with the 3.4.x compiler and above, so closing as fixed in most recent 3.4.x 
release.


-- 
   What|Removed |Added

 Status|SUSPENDED   |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |3.4.4


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

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

[dberlin at gcc dot gnu dot org]

--- Additional Comments From dberlin at gcc dot gnu dot org  2005-05-31 
16:37 ---
This is indeed an salias problem.

This was code i had warned Nathan about changing, for fear that something like
this might be exposed.

Nathan, 
  if (!var_can_have_subvars (field))
  push = true;
else if (!(push_fields_onto_fieldstack
   (TREE_TYPE (field), fieldstack,
offset + bitpos_of_field (field)))
 && DECL_SIZE (field)
 && !integer_zerop (DECL_SIZE (field)))
  /* Empty structures may have actual size, like in C++. So
 see if we didn't push any subfields and the size is
 nonzero, push the field onto the stack */
  push = true;


fails because DECL_SIZE (field) is 0.

(gdb) p debug_tree (field)
 
unit size 
align 8 symtab 0 alias set -1 context >
BLK file /home/dberlin/saliastest.c line 4 size 
unit size 
align 8 offset_align 128 offset 
bit offset  constant invariant 32> context  arguments
>


But we still need to push it onto the fieldlist anyway, because we have an
access to that member.





-- 
   What|Removed |Added

 CC||nathan at codesourcery dot
   ||com


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

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:40 ---
Subject: Bug 20946

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 16:40:09

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/opt: pr20931.C 

Log message:
2005-05-31  Andrew pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
* g++.dg/opt/pr20931.C: New test.

2005-05-31  Andrew Pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
PR middle-end/20946
* fold-const.c (fold_checksum_tree): Copy types also if
TYPE_CONTAINS_PLACEHOLDER_INTERNAL is set.
Don't call fold_checksum_tree for TREE_LIST's TREE_CHAIN
first.
Tail recurse TREE_LIST's TREE_CHAIN.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8956&r2=2.8957
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.584&r2=1.585
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5564&r2=1.5565
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr20931.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:40 ---
Subject: Bug 20931

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 16:40:09

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/opt: pr20931.C 

Log message:
2005-05-31  Andrew pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
* g++.dg/opt/pr20931.C: New test.

2005-05-31  Andrew Pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
PR middle-end/20946
* fold-const.c (fold_checksum_tree): Copy types also if
TYPE_CONTAINS_PLACEHOLDER_INTERNAL is set.
Don't call fold_checksum_tree for TREE_LIST's TREE_CHAIN
first.
Tail recurse TREE_LIST's TREE_CHAIN.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8956&r2=2.8957
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.584&r2=1.585
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5564&r2=1.5565
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr20931.C.diff?cvsroot=gcc&r1=NONE&r2=1.1



-- 


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

[Bug libfortran/15235] libgfortran doesn't build on Solaris 10

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:43 ---
Libgfortran now builds and runs on Solaris 10 (last problem was PR 
target/21315).


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libfortran/15930] [irix6.5] gfortran libraries not built

[ebotcazou at gcc dot gnu dot org]

-- 
Bug 15930 depends on bug 15235, which changed state.

Bug 15235 Summary: libgfortran doesn't build on Solaris 10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

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

[ebotcazou at gcc dot gnu dot org]

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

Bug 15235 Summary: libgfortran doesn't build on Solaris 10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug libfortran/16991] [meta-bug] libgfortran does not build every where

[ebotcazou at gcc dot gnu dot org]

-- 
Bug 16991 depends on bug 15235, which changed state.

Bug 15235 Summary: libgfortran doesn't build on Solaris 10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235

   What|Old Value   |New Value

 Status|NEW |RESOLVED
 Resolution||FIXED

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

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

[pinskia at gcc dot gnu dot org]

-- 
Bug 20931 depends on bug 20946, which changed state.

Bug 20946 Summary: --enable-checking=yes,fold fails on the mainline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20946

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
16:44 ---
Fixed in 4.0.1.

-- 
   What|Removed |Added

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


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

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
16:44 ---
Fixed in 4.0.1.

-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold

[pinskia at gcc dot gnu dot org]

-- 
Bug 20623 depends on bug 20931, which changed state.

Bug 20931 Summary: [4.0/4.1 Regression] fold checking failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931

   What|Old Value   |New Value

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

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

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:46 ---
Subject: Bug 20931

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-31 16:46:12

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/opt: pr20931.C 

Log message:
2005-05-31  Andrew pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
* g++.dg/opt/pr20931.C: New test.

2005-05-31  Andrew Pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
PR middle-end/20946
* fold-const.c (fold_checksum_tree): Copy types also if
TYPE_CONTAINS_PLACEHOLDER_INTERNAL is set.
Don't call fold_checksum_tree for TREE_LIST's TREE_CHAIN
first.
Tail recurse TREE_LIST's TREE_CHAIN.

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.268&r2=2.7592.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.9&r2=1.517.2.10
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.210&r2=1.5084.2.211
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr20931.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=20931

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
16:46 ---
Subject: Bug 20946

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-31 16:46:12

Modified files:
gcc: ChangeLog fold-const.c 
gcc/testsuite  : ChangeLog 
Added files:
gcc/testsuite/g++.dg/opt: pr20931.C 

Log message:
2005-05-31  Andrew pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
* g++.dg/opt/pr20931.C: New test.

2005-05-31  Andrew Pinski  <[EMAIL PROTECTED]>

PR middle-end/20931
PR middle-end/20946
* fold-const.c (fold_checksum_tree): Copy types also if
TYPE_CONTAINS_PLACEHOLDER_INTERNAL is set.
Don't call fold_checksum_tree for TREE_LIST's TREE_CHAIN
first.
Tail recurse TREE_LIST's TREE_CHAIN.

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.268&r2=2.7592.2.269
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.9&r2=1.517.2.10
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.210&r2=1.5084.2.211
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/pr20931.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=20946

[Bug libfortran/21820] Really, really, horrible IO performance

[sgk at troutmask dot apl dot washington dot edu]

--- Additional Comments From sgk at troutmask dot apl dot washington dot 
edu  2005-05-31 16:48 ---
Subject: Re:  Really, really, horrible IO performance

On Tue, May 31, 2005 at 07:38:41AM -, fxcoudert at gcc dot gnu dot org 
wrote:
> First thing: I can reproduce the timings differences on my i386-linux,
> with ext3 filesystem.
> 
> Second thing: Steve, your patch truncates files, which is not correct!
> Given the following modified testcase

Yes, I know.  See http://gcc.gnu.org/ml/fortran/2005-05/msg00420.html.

Note, I played with various combination of mmap flags with 
no notice difference in performance.  Also, I run FreeBSD with
debugging kernel features, which causes a significant increase
over non-debugging kernels.  I've observed that if the file
does not exist, the execution time is on order of 0.01 s.  With
a debugging kernel, I see execution times on the order of 70 s.
With a non-debugging kernel, I see times on the order of 1 s.



-- 


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

[Bug libstdc++/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-31 16:49 
---
Notice that *nothing* changed in the relevant libstdc++-v3 code. Generally, only
small, confined changes lately. Either this is a miscompilation or a *very* long
standing latent problem. Can you attach the *.log excerpt? Even better, take 
care
of the obvious checks, like compiling at lower optimization level? (I'm also
going to do that, anyway: we want to ascertain the miscompilation and 
recategorize
as soon as possible, in case)

-- 


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

[Bug middle-end/21843] [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  Component|c   |middle-end
   Keywords||wrong-code
   Target Milestone|--- |4.1.0


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

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
16:50 ---
I want to say the same patch which broke 920501-2.c also broke this.

-- 
   What|Removed |Added

  BugsThisDependsOn||21843
  Component|libstdc++   |middle-end
   Keywords||wrong-code
   Target Milestone|--- |4.1.0


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

[Bug middle-end/21843] [4.1 Regression] gcc.c-torture/execute/920501-2.c execution fails

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

OtherBugsDependingO||21842
  nThis||


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

[Bug libfortran/21547] Unable to build libfortran library

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:52 ---
Confirmed, but not specific to sparc-sun-solaris2.10.



-- 
   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
  GCC build triplet|sparc-sun-solaris2.10   |
   GCC host triplet|sparc-sun-solaris2.10   |
 GCC target triplet|sparc-sun-solaris2.10   |
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 16:52:32
   date||
Summary|Enable to build libfortran  |Unable to build libfortran
   |library |library


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

[Bug c++/21514] [DR 278] templates and anonymous enum

[ebotcazou at gcc dot gnu dot org]

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-31 
16:55 ---
Not specific to sparc-sun-solaris2.8.


-- 
   What|Removed |Added

  GCC build triplet|sparc-sun-solaris2.8|
   GCC host triplet|sparc-sun-solaris2.8|
 GCC target triplet|sparc-sun-solaris2.8|s


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

[Bug libfortran/19481] libgfortran doesn't build -- configure doesn't handle cabs() well

[giovannibajo at libero dot it]

--- Additional Comments From giovannibajo at libero dot it  2005-05-31 
16:58 ---
Then, confirmed.

-- 
   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   Last reconfirmed|-00-00 00:00:00 |2005-05-31 16:58:48
   date||


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

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-31 16:59 
---
... well, at least both involve shifts ;)

-- 


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

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[joseph at codesourcery dot com]

--- Additional Comments From joseph at codesourcery dot com  2005-05-31 
17:05 ---
Subject: Re:  [4.1 Regression] 23_containers/bitset/operations/2.cc
 execution test fails

On Tue, 31 May 2005, pcarlini at suse dot de wrote:

> Notice that *nothing* changed in the relevant libstdc++-v3 code. Generally, 
> only
> small, confined changes lately. Either this is a miscompilation or a *very* 
> long
> standing latent problem. Can you attach the *.log excerpt? Even better, take 
> care
> of the obvious checks, like compiling at lower optimization level? (I'm also
> going to do that, anyway: we want to ascertain the miscompilation and 
> recategorize
> as soon as possible, in case)

Executing on host: g++ -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 
-DLOCALEDIR="/scratch/gcc/nightly-2005-05-31-mainline/i686-pc-linux-gnu/build_gcc/install/bin/../share/locale"
 
-I/home/gcc/nightlies/src-mainline-2005-05-31/gcc-mainline/libstdc++-v3/testsuite
 
testsuite_abi.o testsuite_allocator.o testsuite_character.o 
testsuite_hooks.o 
/home/gcc/nightlies/src-mainline-2005-05-31/gcc-mainline/libstdc++-v3/testsuite/23_containers/bitset/operations/2.cc

-include bits/stdc++.h  -lm   -o ./2.exe(timeout = 300)
PASS: 23_containers/bitset/operations/2.cc (test for excess errors)
Setting LD_LIBRARY_PATH to 
:/scratch/gcc/nightly-2005-05-31-mainline/i686-pc-linux-gnu/build_gcc/install/lib:/usr/local/tools/gcc-3.4.0/lib
2.exe: 
/home/gcc/nightlies/src-mainline-2005-05-31/gcc-mainline/libstdc++-v3/testsuite/23_containers/bitset/operations/2.cc:33:
 
bool test02(): Assertion `b.count() == 0' failed.
FAIL: 23_containers/bitset/operations/2.cc execution test

(this is installed compiler testing, hence the short command line).  
Testing manually it seems to fail with -O2 or -O but not -O0.

In general when reporting bugs shown up by my regression tester I don't 
know what part of the compiler they are in; I check enough to make sure 
they don't appear to be system problems and aren't already reported with 
reference to the named testcase or discussed on the lists as fixed, but 
not to determine the exact cause.



-- 


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

[Bug c++/21835] compilation of CRTP fails if the ABC is after template

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  GCC build triplet|sparc-sun-solaris2.8|
   GCC host triplet|sparc-sun-solaris2.8|
 GCC target triplet|sparc-sun-solaris2.8|


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

[Bug c++/19243] Misleading error message for ill-formed explicit destructor invocation

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  GCC build triplet|all |
   GCC host triplet|all |
 GCC target triplet|all |


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

[Bug middle-end/21842] [4.1 Regression] 23_containers/bitset/operations/2.cc execution test fails

[pcarlini at suse dot de]

--- Additional Comments From pcarlini at suse dot de  2005-05-31 17:14 
---
> Testing manually it seems to fail with -O2 or -O but not -O0.

Ah, ah, the same happens for the other regression that you just filed, it
seems! Thanks.

> In general when reporting bugs shown up by my regression tester I don't 
> know what part of the compiler they are in; I check enough to make sure 
> they don't appear to be system problems and aren't already reported with 
> reference to the named testcase or discussed on the lists as fixed, but 
> not to determine the exact cause.

Ok, this is by itself absolutely useful, of course. Only, categorizing as
libstdc++-v3 can be "distracting", you know what I mean? Luckily, we have
our trusty "bug masters" to take care of that ;)

-- 


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

[Bug c++/20629] [4.0/4.1 Regression] internal compiler error: in cp_tree_equal, at cp/tree.c:1552

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
17:15 ---
This was fixed by:
2005-04-14  Dale Johannesen  <[EMAIL PROTECTED]>

* tree.c (cp_tree_equal):  Handle SSA_NAME.


-- 
   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
Summary|internal compiler error: in |[4.0/4.1 Regression]
   |cp_tree_equal, at   |internal compiler error: in
   |cp/tree.c:1552  |cp_tree_equal, at
   ||cp/tree.c:1552
   Target Milestone|--- |4.0.0


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

[Bug target/19107] regclass.c miscompiled by -ftree-vectorize

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
17:19 ---
Subject: Bug 19107

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 17:19:12

Modified files:
gcc/fortran: ChangeLog trans-array.c trans-expr.c 

Log message:
2005-05-30  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/18109
PR fortran/18283
PR fortran/19107
* fortran/trans-array.c (gfc_conv_expr_descriptor): Obtain the
string length from the expression typespec character length value
and set temp_ss->stringlength and backend_decl. Obtain the
tree expression from gfc_conv_expr rather than gfc_conv_expr_val.
Dereference the expression to obtain the character.
* fortran/trans-expr.c (gfc_conv_component_ref): Remove the
dereference of scalar character pointer structure components.
* fortran/trans-expr.c (gfc_trans_subarray_assign): Obtain the
string length for the structure component from the component
expression.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.444&r2=1.445
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-array.c.diff?cvsroot=gcc&r1=1.46&r2=1.47
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-expr.c.diff?cvsroot=gcc&r1=1.47&r2=1.48



-- 


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

[Bug fortran/18109] ICE with explicit array of strings

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
17:19 ---
Subject: Bug 18109

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 17:19:12

Modified files:
gcc/fortran: ChangeLog trans-array.c trans-expr.c 

Log message:
2005-05-30  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/18109
PR fortran/18283
PR fortran/19107
* fortran/trans-array.c (gfc_conv_expr_descriptor): Obtain the
string length from the expression typespec character length value
and set temp_ss->stringlength and backend_decl. Obtain the
tree expression from gfc_conv_expr rather than gfc_conv_expr_val.
Dereference the expression to obtain the character.
* fortran/trans-expr.c (gfc_conv_component_ref): Remove the
dereference of scalar character pointer structure components.
* fortran/trans-expr.c (gfc_trans_subarray_assign): Obtain the
string length for the structure component from the component
expression.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.444&r2=1.445
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-array.c.diff?cvsroot=gcc&r1=1.46&r2=1.47
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-expr.c.diff?cvsroot=gcc&r1=1.47&r2=1.48



-- 


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

[Bug fortran/18283] gfortran: ICE in gfc_conv_string_parameter, trans-expr.c:1982

[cvs-commit at gcc dot gnu dot org]

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-31 
17:19 ---
Subject: Bug 18283

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-31 17:19:12

Modified files:
gcc/fortran: ChangeLog trans-array.c trans-expr.c 

Log message:
2005-05-30  Paul Thomas  <[EMAIL PROTECTED]>

PR fortran/18109
PR fortran/18283
PR fortran/19107
* fortran/trans-array.c (gfc_conv_expr_descriptor): Obtain the
string length from the expression typespec character length value
and set temp_ss->stringlength and backend_decl. Obtain the
tree expression from gfc_conv_expr rather than gfc_conv_expr_val.
Dereference the expression to obtain the character.
* fortran/trans-expr.c (gfc_conv_component_ref): Remove the
dereference of scalar character pointer structure components.
* fortran/trans-expr.c (gfc_trans_subarray_assign): Obtain the
string length for the structure component from the component
expression.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.444&r2=1.445
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-array.c.diff?cvsroot=gcc&r1=1.46&r2=1.47
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-expr.c.diff?cvsroot=gcc&r1=1.47&r2=1.48



-- 


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

[Bug c++/14556] ICE with

[pinskia at gcc dot gnu dot org]

-- 
   What|Removed |Added

  GCC build triplet|any |
   GCC host triplet|any |
 GCC target triplet|any |
   Keywords||ice-on-valid-code
   Last reconfirmed|2005-01-06 01:55:09 |2005-05-31 17:20:19
   date||


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

[Bug c++/21799] [4.1 regression] Spurious ambiguity with pointers to members

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-05-31 
17:22 ---
I think this is a dup of bug 21066.

-- 
   What|Removed |Added

  BugsThisDependsOn||21066


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

[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures

[nathan at gcc dot gnu dot org]

--- Additional Comments From nathan at gcc dot gnu dot org  2005-05-31 
17:25 ---
Are you sure my changes changed this behaviour? IIRC my changes removed the
funky behaviour of ignoring the first field's offset. (well, that was the intent
anyway)  I don't believe I changed the DECL_SIZE check bit.

-- 


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