[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

[gschafer at zip dot com dot au]

--- Comment #7 from gschafer at zip dot com dot au  2008-03-16 06:41 ---
(In reply to comment #6)
> As a workaround can you try using all of the sysroot framework?

Thanks for looking at this Carlos. But the sysroot stuff is not really suited
to a non /usr layout. For example, with my --prefix=/temptools scenario, the
sysrooted toolchain will go looking for:

/temptools/usr/include
/temptools/usr/lib
/temptools/lib

whereas my layout is:

/temptools/include
/temptools/lib

And just to reiterate, according to  http://gcc.gnu.org/install/configure.html
the sysroot options apply *only* when building cross compilers. I know that
Alan Modra said he now builds sysrooted compilers on native hosts, so maybe the
GCC install docs need to be changed?

> Configure with
> --with-sysroot=/mnt/foo and --with-build-sysroot=/mnt/foo. Build with
> LDFLAGS_FOR_TARGET="--sysroot=/mnt/foo" and
> CPPFLAGS_FOR_TARGET="--sysroot=/mnt/foo".

Ok, I went ahead and tried with the above. The build system appears not to care
that the sysroot framework was in use on a native build. Great.

However, it doesn't work for my scenario. The build crapped out somewhere in
fixincludes:

The directory that should contain system headers does not exist:
  /temptools/usr/include
make[2]: *** [stmp-fixinc] Error 1

If I fudge past that error by doing a `mkdir /temptools/usr/include', it gets a
little further but craps out again:

In file included from ../../../gcc-4.3.0/libgcc/../gcc/libgcc2.c:33:
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:90:19: error: stdio.h: No such file
or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:93:23: error: sys/types.h: No such
file or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:96:19: error: errno.h: No such file
or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:103:20: error: string.h: No such
file or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:104:20: error: stdlib.h: No such
file or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:105:20: error: unistd.h: No such
file or directory
../../../gcc-4.3.0/libgcc/../gcc/tsystem.h:111:18: error: time.h: No such file
or directory
make[2]: *** [_muldi3.o] Error 1

As mentioned above, the sysroot stuff is clearly designed for a file system
layout with /usr and DESTDIR style installs ie:

/sysroot/usr/include
/sysroot/usr/lib
/sysroot/lib

Oh well. T'was worth a try.

> I'm reading through the DIY instructions right now to make sense of your
> bootstrap process.

I have a feeling that slotting in a -B $prefix/lib somewhere in the
*FLAGS_FOR_TARGET could potentially solve my problem. Except that -B currently
doesn't process the multilibs.. damn.


-- 


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

[Bug middle-end/35603] branch reordering with FDO

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-16 05:08 ---
Hmm, reorder basic blocks already takes into the edge probability.


-- 


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

[Bug middle-end/35603] branch reordering with FDO

[xinliangli at gmail dot com]

--- Comment #1 from xinliangli at gmail dot com  2008-03-16 05:06 ---
(In reply to comment #0)
> Given code like:
> 
> if (C1)
> {
> B1:
>..
> }
> else if (C2)
> {
> B2:
>...
> }
> 
> If edge profile indicates that B2 (Predicate: ^C1 AND C2 ) is hot but B1
> (predicate: C1) is rarely executed, and if C1 and C2 are mutually exclusive so
> that the following holds:
> 
> C1 AND C2 = FALSE
> 
> ==> ^C1 OR ^C2 = TRUE 
> ==> ^C1 AND C2 = C2
> 
> Then evaluation of C2 can be hoisted so that B2's control dependence height is
> reduced.  After branch sinking and dead branch elimination, we can get:
> 
> if (C2)
> {
> B2:
>
> }
> else if (C1)
> {
> B1:
>...
> }
> 
> 
> //Example:
> 
> Compare the runtime with -DORIG and -DREORDER. Then build -DORIG version with
> profile data, it should have similar runtime ad -DREORDER.
> 
> 
> int compute(int ) __attribute__((noinline));
> #ifdef ORIG
> int compute(int i)
> {
>  int result = 0;
> 
>  if (i == 10)
>  result = 20;
>  else if (i == 9)
>  result = 30;
>  else if ( i== 8)
>  result = 40;
>  else if (i ==  1)
>   result = 200;
> 
>  else if (i == 2)
>result = 300;
>  else if (i == 3)
>result = 400;
> 
> 
>  return result;
> }
> #elif defined (REORDER)
> int compute(int i)
> {
> int result = 0;
> 
>  if (__builtin_expect(i,3) ==  3)
>   result = 400;
>  else if (i == 2)
>result = 300;
>  else if (i == 1)
>result = 200;
>  else if (i == 10)
>  result = 20;
>  else if (i == 9)
>  result = 30;
>  else if ( i== 8)
>  result = 40;
> 
>  return result;
> }
> 
> #endif
> int main()
> {
> 
>int i;
>long long s = 0;
>for (i = 0; i < 10; i++)
>{
> 
> if (__builtin_expect((i%)==0,0))
>  s+= compute(1);
> else if (__builtin_expect((i%) == 0,0))
>  s += compute(2);
> else s += compute(3);
>}
> 
> 
>return (int)s;
> 
> }
> 




This optimization should also be extended to reorder CAND, COR expressions

if (C1 || C2 || C3 || C3) <-- the condtion that is most likely true should be
first for COR
{

}


-- 


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

[Bug middle-end/35603] New: branch reordering with FDO

[xinliangli at gmail dot com]

Given code like:

if (C1)
{
B1:
   ..
}
else if (C2)
{
B2:
   ...
}

If edge profile indicates that B2 (Predicate: ^C1 AND C2 ) is hot but B1
(predicate: C1) is rarely executed, and if C1 and C2 are mutually exclusive so
that the following holds:

C1 AND C2 = FALSE

==> ^C1 OR ^C2 = TRUE 
==> ^C1 AND C2 = C2

Then evaluation of C2 can be hoisted so that B2's control dependence height is
reduced.  After branch sinking and dead branch elimination, we can get:

if (C2)
{
B2:
   
}
else if (C1)
{
B1:
   ...
}


//Example:

Compare the runtime with -DORIG and -DREORDER. Then build -DORIG version with
profile data, it should have similar runtime ad -DREORDER.


int compute(int ) __attribute__((noinline));
#ifdef ORIG
int compute(int i)
{
 int result = 0;

 if (i == 10)
 result = 20;
 else if (i == 9)
 result = 30;
 else if ( i== 8)
 result = 40;
 else if (i ==  1)
  result = 200;

 else if (i == 2)
   result = 300;
 else if (i == 3)
   result = 400;


 return result;
}
#elif defined (REORDER)
int compute(int i)
{
int result = 0;

 if (__builtin_expect(i,3) ==  3)
  result = 400;
 else if (i == 2)
   result = 300;
 else if (i == 1)
   result = 200;
 else if (i == 10)
 result = 20;
 else if (i == 9)
 result = 30;
 else if ( i== 8)
 result = 40;

 return result;
}

#endif
int main()
{

   int i;
   long long s = 0;
   for (i = 0; i < 10; i++)
   {

if (__builtin_expect((i%)==0,0))
 s+= compute(1);
else if (__builtin_expect((i%) == 0,0))
 s += compute(2);
else s += compute(3);
   }


   return (int)s;

}


-- 
   Summary: branch reordering with FDO
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xinliangli at gmail dot com


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

[Bug fortran/35470] Valid pointer assigment code gives compilation errors

[jvdelisle at gcc dot gnu dot org]

--- Comment #6 from jvdelisle at gcc dot gnu dot org  2008-03-16 05:00 
---
You r 'this' is better than my 'Think' Passed regression testing here on
x86-64.


-- 


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

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

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-16 03:04 ---
Here is a self contained example:
namespace std
{
  struct string
  {
~string();
string();
  };
}

int

main(const int,
 const char * const * const)
{
std::string x[0UL][0UL] =
{
};

std::string y[0UL] =
{
};

int z[0ul][0UL] =
{
};

return 0;
}


-- 


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

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

[mckelvey at maskull dot com]

--- Comment #1 from mckelvey at maskull dot com  2008-03-16 02:25 ---
Created an attachment (id=15331)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15331&action=view)
C++ test case: use g++ -Wsign-conversion -c test050.cc


-- 


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

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

[mckelvey at maskull dot com]

This warning makes no sense to me:

alpha1:test>g++ -Wsign-conversion -c test050.cc 
test050.cc: In function 'int main(int, const char* const*)':
test050.cc:10: warning: conversion to 'long unsigned int' from 'long int' may
change the sign of the result

See attached test case. The warning appears with a two-dimensional array of
std::string. It goes away with one dimension or if string is replaced with int.
The size or type of the array indices doesn't seem to matter.

alpha1:PD>uname -a
Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown


alpha1:PD>g++ -v
Using built-in specs.
Target: alphaev56-unknown-linux-gnu
Configured with: ../gcc/configure --verbose --enable-languages=c++
--disable-linux-futex --disable-nls --disable-tls
Thread model: posix
gcc version 4.3.0 20070829 (experimental) (GCC) 

alpha1:PD>alias CONFIGURECVS
alias CONFIGURECVS='../gcc/configure --verbose --enable-languages=c++
--disable-linux-futex --disable-nls --disable-tls >clog 2>&1 &'

alpha1:PD>alias BUILD
alias BUILD='nice gmake CFLAGS='\'''\'' BOOT_CFLAGS='\'''\''
LIBCFLAGS='\''-g'\'' LIBCXXFLAGS='\''-g'\'' bootstrap >log 2>&1 &'

Same thing occurs on cygwin.


-- 
   Summary: Bogus warning with -Wsign-conversion
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mckelvey at maskull dot com
 GCC build triplet: alphaev56-unknown-linux-gnu
  GCC host triplet: alphaev56-unknown-linux-gnu
GCC target triplet: alphaev56-unknown-linux-gnu


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

BFD (Linux/GNU Binutils) 2.18.50.0.4.20080208 internal error, aborting while building Qt 4.3.4

[Jesper Juhl]

Hi people,

I've run into a little problem building Qt 4.3.4 on Slackware Linux
(-current as of today).

After configuring with
"configure -optimized-qmake -no-nis -no-tablet"

I ran "gmake" and got the following compile error which said "Please
report this bug.", so I did :-)

I'm not sure whether this belongs with the gcc guys, the binutils
crowd or the Qt people, so I'm sending this mail to all of you.

...
g++ -Wl,-rpath,/usr/local/Trolltech/Qt-4.3.4/lib
-Wl,-rpath,/usr/local/Trolltech/Qt-4.3.4/lib -o ../../../bin/uic
.obj/release-shared/customwidgetsinfo.o
.obj/release-shared/databaseinfo.o .obj/release-shared/driver.o
.obj/release-shared/treewalker.o .obj/release-shared/ui4.o
.obj/release-shared/uic.o .obj/release-shared/validator.o
.obj/release-shared/cppextractimages.o
.obj/release-shared/cppwritedeclaration.o
.obj/release-shared/cppwriteicondata.o
.obj/release-shared/cppwriteicondeclaration.o
.obj/release-shared/cppwriteiconinitialization.o
.obj/release-shared/cppwriteincludes.o
.obj/release-shared/cppwriteinitialization.o
.obj/release-shared/main.o .obj/release-shared/qglobal.o
.obj/release-shared/qnumeric.o .obj/release-shared/qbuffer.o
.obj/release-shared/qdir.o .obj/release-shared/qdiriterator.o
.obj/release-shared/qfile.o .obj/release-shared/qfileinfo.o
.obj/release-shared/qfsfileengine.o
.obj/release-shared/qfsfileengine_iterator.o
.obj/release-shared/qiodevice.o .obj/release-shared/qtemporaryfile.o
.obj/release-shared/qtextstream.o .obj/release-shared/qurl.o
.obj/release-shared/qbytearraymatcher.o
.obj/release-shared/qdatetime.o .obj/release-shared/qhash.o
.obj/release-shared/qlistdata.o .obj/release-shared/qlocale.o
.obj/release-shared/qmap.o .obj/release-shared/qstring.o
.obj/release-shared/qstringlist.o .obj/release-shared/qvector.o
.obj/release-shared/qabstractfileengine.o
.obj/release-shared/qbytearray.o .obj/release-shared/qbitarray.o
.obj/release-shared/qvsnprintf.o .obj/release-shared/qregexp.o
.obj/release-shared/qmetatype.o .obj/release-shared/qvariant.o
.obj/release-shared/qtextcodec.o .obj/release-shared/qutfcodec.o
.obj/release-shared/qisciicodec.o .obj/release-shared/qtsciicodec.o
.obj/release-shared/qlatincodec.o .obj/release-shared/qsimplecodec.o
.obj/release-shared/qdom.o .obj/release-shared/qxmlutils_p.o
.obj/release-shared/qxml.o .obj/release-shared/qfsfileengine_unix.o
.obj/release-shared/qfsfileengine_iterator_unix.o -lz -ldl
/usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld:
size of bfd_vma > size of splay_tree types
/usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld:
BFD (Linux/GNU Binutils) 2.18.50.0.4.20080208 internal error, aborting
at arange-set.c line 202 in arange_set_new

/usr/lib/gcc/i486-slackware-linux/4.2.3/../../../../i486-slackware-linux/bin/ld:
Please report this bug.

collect2: ld returned 1 exit status
gmake[1]: *** [../../../bin/uic] Error 1
gmake[1]: Leaving directory
`/home/juhl/download/qt-x11-opensource-src-4.3.4/src/tools/uic'
gmake: *** [sub-uic-make_default-ordered] Error 2


My g++ is:
$ g++ --version
g++ (GCC) 4.2.3
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Let me know if there are other details you need.

-- 
Jesper Juhl <[EMAIL PROTECTED]>
Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please  http://www.expita.com/nomime.html

[Bug middle-end/35519] COMBINE repeating same matches and can SEG fault

[hutchinsonandy at aim dot com]

--- Comment #4 from hutchinsonandy at aim dot com  2008-03-15 23:49 ---
This bug also causes incorrect code and appears to be regression from 4.2

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

The good news is that the fix is effective.

Anything else I can do to help expedite the implementation of the patch or
alternate fix? 


-- 

hutchinsonandy at aim dot com changed:

   What|Removed |Added

 CC||hutchinsonandy at aim dot
   ||com


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

[Bug target/34916] [4.3/4.4 Regression] gcc.c-torture/execute/pr27364.c fails with -O1, -O2 and -Os

[hutchinsonandy at aim dot com]

--- Comment #8 from hutchinsonandy at aim dot com  2008-03-15 23:40 ---
This appear to be same bug where  combine is erroneously assuming all DF
register references are to different instructions. So it tries combining
instructions with themselves and stuff gets lost.

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

The above testcase still fails with gcc version 4.4.0 20080305.

However, with patch from PR35519 it produces correct code:

  23/* prologue: function */
  24/* frame size = 0 */
  25.LM2:
  26  2BE0  ldi r18,lo8(11)
  27 0002 30E0  ldi r19,hi8(11)
  28 0004 40E0  ldi r20,hlo8(11)
  29 0006 50E0  ldi r21,hhi8(11)
  30 0008 0E94  call __mulsi3
  31.LVL1:
  32/* epilogue start */
  33.LM3:
  34 000c 0895  ret


-- 


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

[Bug fortran/35476] Accepts invalid: USE/host association of generics with same specifics

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2008-03-15 22:40 ---
(In reply to comment #3)
> (In reply to comment #0)
> > - openf95 and sunf95 reject it
> > - ifort, gfortran, NAG f95, and g95 accept it
> > Bill Long writes that he tested two non-Sun compilers, of which two gave an
> > error and two did not.
> 
> For what it's worth, the IBM compiler also accepts it. (Now, which is the
> second non-Sun compiler that rejects it?)
> 

Where are we at with the J3 discussion?  I rather think that it is a bug

Paul


-- 


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

[Bug fortran/35470] Valid pointer assigment code gives compilation errors

[pault at gcc dot gnu dot org]

--- Comment #5 from pault at gcc dot gnu dot org  2008-03-15 22:37 ---
(In reply to comment #1)
> Confirmed as rejecting valid code, reduced testcase is:

This fixes it and is regtesting as I write.

Paul(In reply to comment #4)
> (In reply to comment #1)
> > Confirmed as rejecting valid code, reduced testcase is:
> 
> This fixes it and is regtesting as I write.
> 
> Paul
> 

If only 'this' would fix things:)

Index: /svn/trunk/gcc/fortran/resolve.c
===
*** /svn/trunk/gcc/fortran/resolve.c(revision 133062)
--- /svn/trunk/gcc/fortran/resolve.c(working copy)
*** check_assumed_size_reference (gfc_symbol
*** 965,970 
--- 965,971 
  if (ref->type == REF_ARRAY)
for (dim = 0; dim < ref->u.ar.as->rank; dim++)
last = (ref->u.ar.end[dim] == NULL)
+  && (ref->u.ar.as->type == AS_ASSUMED_SIZE)
   && (ref->u.ar.type == DIMEN_ELEMENT);

if (last)


-- 


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

[Bug fortran/35470] Valid pointer assigment code gives compilation errors

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2008-03-15 22:36 ---
(In reply to comment #1)
> Confirmed as rejecting valid code, reduced testcase is:

This fixes it and is regtesting as I write.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|jvdelisle at gcc dot gnu dot|pault at gcc dot gnu dot org
   |org |
   Last reconfirmed|2008-03-15 18:07:40 |2008-03-15 22:36:11
   date||


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

[Bug tree-optimization/35600] ice for legal kernel code with new snapshot

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-15 22:06 ---
It is.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/35595] build broke in newlib erf_lgamma.c for cris-elf

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-03-15 22:06 ---
*** Bug 35600 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com


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

[Bug target/35599] gcc --target-help on x86[-64] lists invalid values for -march/-mtune

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2008-03-15 21:58 ---
This info is from assembler (as):

$ as --target-help
  -Q  ignored
  -V  print assembler version number
  -k  ignored
  -n  Do not optimize code alignment
  -q  quieten some warnings
  -s  ignored
  --32/--64   generate 32bit/64bit code
  --divideignored
  -march=CPU/-mtune=CPU   generate code/optimize for CPU, where CPU is one of:
   i386, i486, pentium, pentiumpro, pentium4, nocona,
   core, core2, k6, athlon, k8, generic32, generic64

It would be nice, if assembler displayed something like linker does:

Linker options
==

Use "-Wl,OPTION" to pass "OPTION" to the linker.
...


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/35601] __m64 can't be initialized with 64bit constant

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2008-03-15 20:25 ---
Never mind. __m64 is vector of 2 ints.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/35601] New: __m64 can't be initialized with 64bit constant

[hjl dot tools at gmail dot com]

[EMAIL PROTECTED] tmp]$ cat x.c
typedef int __m64 __attribute__ ((__vector_size__ (8), __may_alias__));

__m64 upper = {0x7eff7eff7eff7eff};
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.4/bin/gcc -S x.c
x.c:3: warning: overflow in implicit constant conversion
[EMAIL PROTECTED] tmp]$ cat y.c
typedef long long __m64 __attribute__ ((__vector_size__ (8), __may_alias__));

__m64 upper = {0x7eff7eff7eff7eff};
[EMAIL PROTECTED] tmp]$ /usr/gcc-4.4/bin/gcc -S y.c
[EMAIL PROTECTED] tmp]$

In both cases, __m64 has the same size. Why doesn't

typedef int __m64 __attribute__ ((__vector_size__ (8), __may_alias__));

take 64bit constant?


-- 
   Summary: __m64 can't be initialized with 64bit constant
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
GCC target triplet: x86_64-unknown-linux-gnu i686-pc-linux-gnu


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

[Bug tree-optimization/35600] ice for legal kernel code with new snapshot

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-03-15 19:44 ---
I bet this is a dup of bug 35595.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c   |tree-optimization


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

[Bug c/35600] ice for legal kernel code with new snapshot

[dcb314 at hotmail dot com]

--- Comment #1 from dcb314 at hotmail dot com  2008-03-15 19:42 ---
Created an attachment (id=15330)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15330&action=view)
g\ipped C source code


-- 


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

[Bug c/35600] New: ice for legal kernel code with new snapshot

[dcb314 at hotmail dot com]

I just tried to compile the Linux kernel 2.6.24.3
with the GNU C compiler version 4.4 snapshot 20080314

The compiler said

  gcc -Wp,-MD,drivers/isdn/capi/.capi.o.d  -nostdinc -isystem
/home/dcb/gcc/20080314/results/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include
-D__KERNEL__ -Iinclude  -include include/linux/autoconf.h -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Os  -mtune=generic -m64 -mno-red-zone
-mcmodel=kernel -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables
-funit-at-a-time -mno-sse -mno-mmx -mno-sse2 -mno-3dnow
-maccumulate-outgoing-args
-DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -fstack-protector
-fstack-protector-all -fno-omit-frame-pointer -fno-optimize-sibling-calls -g 
-fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign 
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(capi)" 
-D"KBUILD_MODNAME=KBUILD_STR(capi)" -c -o drivers/isdn/capi/.tmp_capi.o
drivers/isdn/capi/capi.c
drivers/isdn/capi/capi.c: In function 'capi_open':
drivers/isdn/capi/capi.c:985: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -Os required

Here is some additional help from valgrind

==12946== Invalid read of size 4
==12946==at 0x7E6BE3: bitmap_find_leader (tree-ssa-pre.c:1434)
==12946==by 0x7ECF15: find_or_generate_expression (tree-ssa-pre.c:2254)
==12946==by 0x7EC309: create_expression_by_pieces (tree-ssa-pre.c:2398)
==12946==by 0x7EDE50: eliminate (tree-ssa-pre.c:3596)
==12946==by 0x7F02B5: execute_pre (tree-ssa-pre.c:3980)
==12946==by 0x7F08FD: execute_fre (tree-ssa-pre.c:4043)
==12946==by 0x64FF46: execute_one_pass (passes.c:1123)
==12946==by 0x65011F: execute_pass_list (passes.c:1176)
==12946==by 0x650134: execute_pass_list (passes.c:1177)
==12946==by 0x736EC5: tree_rest_of_compilation (tree-optimize.c:404)
==12946==by 0x8E2591: cgraph_expand_function (cgraphunit.c:1157)
==12946==by 0x8E4F23: cgraph_optimize (cgraphunit.c:1220)
==12946==  Address 0x58 is not stack'd, malloc'd or (recently) free'd


-- 
   Summary: ice for legal kernel code with new snapshot
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
  GCC host triplet: x86_64-suse-linux


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

[Bug target/35496] [4.4 Regression] test failures between revs. 132950 and 132974

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Priority|P3  |P1


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

[Bug target/35399] [4.3 regression] bootstrap error, ICE in free_list, at lists.c:52

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.1


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

[Bug other/33702] [meta-bug] GCC 4.4 pending patches

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug middle-end/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
   Priority|P3  |P1


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

[Bug tree-optimization/35528] [4.4 Regression] 23_containers/bitset/operations/1.cc

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-03-15 19:21 ---
I can't reproduce this and

http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg01177.html

doesn't have these either.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/35400] [4.4 Regression] -Wtype-limits -O2 causes ICE tree check: expected ssa_name, have addr_expr in get_value_range, at tree-vrp.c:469

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-15 19:22 ---
*** Bug 35530 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com


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

[Bug tree-optimization/35530] [4.4 Regression] ice for legal code

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-15 19:22 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/35593] [4.3 Regression] spurious warning "array subscript is below array bounds" with void* function argument plus -O2

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3 miscompile this simple program

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1
Summary|[4.3/4.4 Regression] g++|[4.3/4.4 Regression] g++ 4.3
   |4.3.{0,1} miscompile this   |miscompile this simple
   |simple program  |program


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

[Bug c++/35546] [4.3/4.4 Regression] __attribute__(format...) broken for members of template classes?

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-03-15 19:13 ---
This was probably broken by the attribute handling on templates changes.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||rejects-valid
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:13:13
   date||


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

[Bug c++/35469] [4.3/4.4 Regression] Rejects JArray

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2008-03-15 19:06 
---
Err, fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c/35448] [4.3/4.4 regression] ICE with fixed-point constants

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug c/35447] [4.1/4.2/4.3/4.4 regression] ICE with broken statement expression

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P5
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:02:21
   date||


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

[Bug c/35446] [4.1/4.2/4.3/4.4 regression] ICE with invalid array initializer

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P5
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:02:02
   date||


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

[Bug c/35445] [4.1/4.2/4.3/4.4 regression] ICE with conflicting declarations

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P5
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:01:46
   date||


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

[Bug c/35444] [4.1/4.2/4.3/4.4 regression] ICE with invalid function declaration

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P5
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:01:29
   date||


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

[Bug c/35443] [4.1/4.2/4.3/4.4 regression] Completely broken diagnostic with bind_expr

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:01:11
   date||


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

[Bug c/35442] [4.1/4.2/4.3/4.4 Regression] Completely broken diagnostic with view_convert_expr

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 19:00:43
   date||
Summary|[4.1/4.2/4.3/4.4 regression]|[4.1/4.2/4.3/4.4 Regression]
   |Completely broken diagnostic|Completely broken diagnostic
   |with view_convert_expr  |with view_convert_expr


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

[Bug target/35599] New: gcc --target-help on x86[-64] lists invalid values for -march/-mtune

[dirtyepic at gentoo dot org]

[EMAIL PROTECTED] ~/work $ gcc --target-help

[...]
  -march=CPU/-mtune=CPU   generate code/optimize for CPU, where CPU is one of:
   i386, i486, pentium, pentiumpro, pentium4, nocona,
   core, core2, k6, athlon, k8, generic32, generic64
[...]

[EMAIL PROTECTED] ~/work $ touch temp.c
[EMAIL PROTECTED] ~/work $ for t in i386 i486 pentium pentiumpro pentium4 nocona
core core2 k6 athlon k8 generic32 generic64; do gcc -c -mtune=$t temp.c; done
temp.c:1: error: bad value (core) for -mtune= switch
temp.c:1: error: bad value (generic32) for -mtune= switch
temp.c:1: error: bad value (generic64) for -mtune= switch
[EMAIL PROTECTED] ~/work $ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.3.1_pre20080314/work/gcc-4.3.1-20080314/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.1-pre20080314
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.1-pre20080314/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.1-pre20080314
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.1-pre20080314/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.1-pre20080314/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.1-pre20080314/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--disable-nls --with-system-zlib --disable-checking --disable-werror
--enable-secureplt --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686
--enable-languages=c,c++,treelang --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-linux-futex
Thread model: posix
gcc version 4.3.1-pre20080314  (Gentoo SVN ebuild) r133233 (GCC)


and with 4.2 which lists the same values in --target-help:

[EMAIL PROTECTED] ~/work $ for t in i386 i486 pentium pentiumpro pentium4 nocona
core core2 k6 athlon k8 generic32 generic64; do gcc-4.2.4-pre20080223 -c
-mtune=$t temp.c; done
temp.c:1: error: bad value (core) for -mtune= switch
temp.c:1: error: bad value (core2) for -mtune= switch
temp.c:1: error: bad value (generic32) for -mtune= switch
temp.c:1: error: bad value (generic64) for -mtune= switch
[EMAIL PROTECTED] ~/work $ gcc-4.2.4-pre20080223 -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.2.4_pre20080223/work/gcc-4.2.4-20080223/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.2.4-pre20080223
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.2.4-pre20080223/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.4-pre20080223
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.4-pre20080223/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.2.4-pre20080223/info
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.2.4-pre20080223/include/g++-v4
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--disable-nls --with-system-zlib --disable-checking --disable-werror
--enable-secureplt --disable-libunwind-exceptions --disable-multilib
--disable-libmudflap --disable-libssp --disable-libgcj --with-arch=i686
--enable-languages=c,c++,treelang --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-linux-futex
Thread model: posix
gcc version 4.2.4-pre20080223  (prerelease) (rev. 132578)


-- 
   Summary: gcc --target-help on x86[-64] lists invalid values for -
march/-mtune
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: trivial
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dirtyepic at gentoo dot org


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

[Bug target/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-15 18:40 ---
Try 4.0.4 or 4.1.2 or 4.2.3 or 4.3.0.


-- 


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

[Bug c++/35596] Runs out of virtual memory, with for_each

[truedfx at gentoo dot org]

--- Comment #6 from truedfx at gentoo dot org  2008-03-15 18:24 ---
Or more relevantly, #4205.


-- 


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

[Bug c++/35596] Runs out of virtual memory, with for_each

[truedfx at gentoo dot org]

--- Comment #5 from truedfx at gentoo dot org  2008-03-15 18:17 ---
This is probably related to #28262. That bug's about

typedef void fn(int = 0);
typedef fn *fp;
void call(fp f) { f(); }

which used to be accepted (up to 4.2), but is now correctly rejected in 4.3.
This bug is really the template version of the same thing.

void fn(int = 0) {}
template void call(fp f) { f(); }
int main() { call(fn); }

This also used to be accepted up to 4.2, and is now rejected in 4.3.


-- 

truedfx at gentoo dot org changed:

   What|Removed |Added

 CC||truedfx at gentoo dot org


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

[Bug fortran/35470] Valid pointer assigment code gives compilation errors

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2008-03-15 18:10 
---
Jumped too soon. Several failures with that pacth


-- 


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

[Bug fortran/35470] Valid pointer assigment code gives compilation errors

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2008-03-15 18:07 
---
Think I have a fix.  Regression testing.

Index: resolve.c
===
--- resolve.c   (revision 133251)
+++ resolve.c   (working copy)
@@ -967,7 +967,7 @@ check_assumed_size_reference (gfc_symbol
last = (ref->u.ar.end[dim] == NULL)
   && (ref->u.ar.type == DIMEN_ELEMENT);

-  if (last)
+  if (need_full_assumed_size && last)
 {
   gfc_error ("The upper bound in the last dimension must "
 "appear in the reference to the assumed size "


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-05 22:00:12 |2008-03-15 18:07:40
   date||


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

[Bug target/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal
  Component|c   |target
 GCC target triplet||arm-linux


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

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

[beckmann dot maik at googlemail dot com]

--- Comment #6 from beckmann dot maik at googlemail dot com  2008-03-15 
17:21 ---
(In reply to comment #5)
> Closing. Fixed on 4.4
> 

Jerry, many thanks for fixing this!

Since this patch is very minor I hope it will be applied to 4.3 before 4.3.1 is
out (building gcc on windows isn't fun).

Best,
 -- Maik  


-- 


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

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2008-03-15 16:54 
---
Closing. Fixed on 4.4


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2008-03-15 16:53 
---
Subject: Bug 35184

Author: jvdelisle
Date: Sat Mar 15 16:53:05 2008
New Revision: 133253

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133253
Log:
2008-03-15  Jerry DeLisle  <[EMAIL PROTECTED]>

PR testsuite/35184
gfortran.dg/elemental_subroutine_6.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/elemental_subroutine_6.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2008-03-15 16:46 
---
Subject: Bug 35184

Author: jvdelisle
Date: Sat Mar 15 16:45:12 2008
New Revision: 133252

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133252
Log:
2008-03-15  Jerry DeLisle  <[EMAIL PROTECTED]>

PR fortran/35184
* trans-array.c (gfc_conv_array_index_offset): Remove unnecessary
assert.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c


-- 


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

[Bug fortran/35184] ICE in gfc_conv_array_index_offset

[jvdelisle at gcc dot gnu dot org]

--- Comment #2 from jvdelisle at gcc dot gnu dot org  2008-03-15 16:25 
---
Removing this assert on this argument being passed in seems to resolve this
issue.  I wonder if this was a leftover from a debugging session.

Index: trans-array.c
===
--- trans-array.c   (revision 133203)
+++ trans-array.c   (working copy)
@@ -2209,7 +2209,6 @@ gfc_conv_array_index_offset (gfc_se * se
   switch (ar->dimen_type[dim])
{
case DIMEN_ELEMENT:
- gcc_assert (i == -1);
  /* Elemental dimension.  */
  gcc_assert (info->subscript[dim]
  && info->subscript[dim]->type == GFC_SS_SCALAR);


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jvdelisle at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-02-13 20:25:10 |2008-03-15 16:25:57
   date||


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

[Bug middle-end/35593] [4.3 Regression] spurious warning "array subscript is below array bounds" with void* function argument plus -O2

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-15 16:09 ---
Fixed on the trunk.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|minor   |normal
   Keywords||diagnostic
  Known to fail||4.3.0
  Known to work||4.4.0


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

[Bug fortran/35584] overzealous warning: branch causes infinite loop

[dfranke at gcc dot gnu dot org]

--- Comment #6 from dfranke at gcc dot gnu dot org  2008-03-15 14:33 ---
Fixed in trunk, no backport to 4.3. Closing.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/35584] overzealous warning: branch causes infinite loop

[dfranke at gcc dot gnu dot org]

--- Comment #5 from dfranke at gcc dot gnu dot org  2008-03-15 14:29 ---
Subject: Bug 35584

Author: dfranke
Date: Sat Mar 15 14:28:55 2008
New Revision: 133250

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133250
Log:
2008-03-15  Daniel Franke  <[EMAIL PROTECTED]>

PR fortran/35584
* resolve.c (resolve_branch): Less strict and pessimistic warning
message.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c


-- 


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

[Bug middle-end/35593] [4.3 Regression] spurious warning "array subscript is below array bounds" with void* function argument plus -O2

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-15 14:28 ---
Subject: Bug 35593

Author: rguenth
Date: Sat Mar 15 14:27:55 2008
New Revision: 133249

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133249
Log:
2008-03-15  Richard Guenther  <[EMAIL PROTECTED]>

PR middle-end/35593
* tree-ssa-ccp.c (maybe_fold_offset_to_array_ref): Make sure
to not produce negative array indices if not allowed.  Add
parameter to indicate that.
(maybe_fold_offset_to_component_ref): Allow negative array
indices only for the first member of a structure.
(maybe_fold_offset_to_reference): Allow negative array indices.
(maybe_fold_stmt_addition): Likewise.

* g++.dg/warn/Warray-bounds-3.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/warn/Warray-bounds-3.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c


-- 


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

[Bug target/35598] ICE: segmentation fault on newlib roundf.c

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-15 14:19 ---
I guess this was just a dup of PR35595.


-- 


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

[Bug target/35598] ICE: segmentation fault on newlib roundf.c

[joel at gcc dot gnu dot org]

--- Comment #2 from joel at gcc dot gnu dot org  2008-03-15 13:40 ---
I built 5 targets overnight and all failed at the same spot.  I don't think
this is a target specific bug.  I am closing it until I can figure out more of
what it it.


-- 

joel at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/35598] ICE: segmentation fault on newlib roundf.c

[joel at gcc dot gnu dot org]

--- Comment #1 from joel at gcc dot gnu dot org  2008-03-15 13:37 ---
Created an attachment (id=15329)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15329&action=view)
Preprocessed test case

Fails for me with all of these compiler combinations:

/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -c -v jround.c
/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -O2 -c jround.c
/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -O2 -mtune=i486 -c jround.c
/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -O2 -fno-builtin -c jround.c
/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -O2 -fno-builtin -mtune=i486 -c
jround.c
exit 0


-- 


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

[Bug libstdc++/35597] libstdc++ -ffunction-sections -fdata-sections disabled on AIX

[dje at gcc dot gnu dot org]

--- Comment #2 from dje at gcc dot gnu dot org  2008-03-15 13:32 ---
The change was applied to libstdc++.  The patch affects building libstdc++.

The warning was added in 1996 for all targets and debugging formats:

Mon Apr 15 03:43:11 1996  Jeffrey A. Law  <[EMAIL PROTECTED]>
* toplev.c (compile_file): Add warnings when -ffunction-sections is
used with -g, or profiling.

The warning was disabled for ELF in 1999 and later for MACH-O.  If we disable
the warning for all object file formats, what's the point of the warning?


-- 


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

[Bug target/35598] New: ICE: segmentation fault on newlib roundf.c

[joel at gcc dot gnu dot org]

Similar error on other files .. just reporting this one

xgcc (GCC) 4.4.0 20080315 (experimental) [trunk revision 133234]


/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-i386/./gcc/ -nostdinc
-B/home/joel/work-gnat/svn/b-gcc1-i386/i386-rtems4.9/m486/newlib/ -isystem
/home/joel/work-gnat/svn/b-gcc1-i386/i386-rtems4.9/m486/newlib/targ-include
-isystem /home/joel/work-gnat/svn/gcc/newlib/libc/include
-B/home/joel/work-gnat/svn//install/i386-rtems4.9/bin/
-B/home/joel/work-gnat/svn//install/i386-rtems4.9/lib/ -isystem
/home/joel/work-gnat/svn//install/i386-rtems4.9/include -isystem
/home/joel/work-gnat/svn//install/i386-rtems4.9/sys-include  -mtune=i486
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"1.16.0\" -DPACKAGE_STRING=\"newlib\ 1.16.0\"
-DPACKAGE_BUGREPORT=\"\" -I. -I../../../../../../gcc/newlib/libm/common -O2
-DMALLOC_PROVIDED -DEXIT_PROVIDED -DMISSING_SYSCALL_NAMES -DSIGNAL_PROVIDED
-DREENTRANT_SYSCALLS_PROVIDED -DHAVE_OPENDIR -DNO_EXEC -DHAVE_FCNTL
-fno-builtin  -g -O2-mtune=i486 -c -o lib_a-sf_round.o `test -f
'sf_round.c' || echo '../../../../../../gcc/newlib/libm/common/'`sf_round.c
../../../../../../gcc/newlib/libm/common/sf_round.c: In function 'roundf':
../../../../../../gcc/newlib/libm/common/sf_round.c:20: 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.
make[8]: *** [lib_a-sf_round.o] Error 1


-- 
   Summary: ICE: segmentation fault on newlib roundf.c
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: i386-rtems4.9


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

[Bug c++/13146] inheritance for nonoverlapping_component_refs_p

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-03-15 12:40 
---
the nonoverlapping_memrefs_p check can be simplified (consolidated) by using
the generic get_ref_base_and_extent code.  The result of that can be adjusted
by MEM_OFFSET and only in case of an indirect base we may try to
disambiguate based on struct contain-ness of the types of that accesses.

Maybe I'll have a look, as this sounds uselful in general.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-01-15 20:43:32 |2008-03-15 12:40:51
   date||


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

[Bug c++/13146] inheritance for nonoverlapping_component_refs_p

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-03-15 12:28 ---
Ah, indeed.  It was fixed by the patch for PR23094 that I had applied ;)
Maybe adjust this testcase to not be a dup of PR23094.


-- 


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

[Bug c++/35320] [4.1/4.2/4.3/4.4 regression] ICE with invalid friend declaration

[simartin at gcc dot gnu dot org]

--- Comment #1 from simartin at gcc dot gnu dot org  2008-03-15 12:12 
---
Patch submitted here:
  http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00938.html


-- 

simartin at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |simartin at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-03-03 16:26:12 |2008-03-15 12:12:09
   date||


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

[Bug tree-optimization/35585] [4.2 Regression] Miscompiled inline assembly

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-03-15 11:51 ---
points-to works well and ends up with __b_5 pointing to anything, so we fall
back to use SMTs which in this case is (for const int& __b):

SMT.761, UID 18425, const int, is addressable, is global, call clobbered, may
aliases: { r r r r }

there you go.  It should also (at least) alias

D.12083, UID 12083, int, is aliased, is addressable, call clobbered, default
def: D.12083_242

SMT.763, UID 18427, struct SceneProps, is addressable, is global, call
clobbered, default def: SMT.763_469, may aliases: { SFT.738 SFT.739 SFT.740 r r
r r D.12089 D.12083 D.12084 D.12088 }

so it is flow-insensitive alias analysis that gets it wrong.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-03-15 11:51:54
   date||


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

[Bug tree-optimization/35585] [4.2 Regression] Miscompiled inline assembly

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-03-15 11:33 ---
In fact it's completely wrong.

  # __b_5 = PHI <&D.12083(48), __b_342(22)>;
:;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  D.12120_344 = *__b_5;

should be

  # __b_5 = PHI <&D.12083(48), __b_342(22)>;
:;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  D.12120_344 = *__b_5;

This looks like a const vs. non-const issue (which I vaguely remember).


-- 


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

[Bug tree-optimization/35585] [4.2 Regression] Miscompiled inline assembly

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-03-15 11:28 ---
Sorry.  The tree optimizers produce

:;
  __asm__ __volatile__("fistl %0":"=m" r:"t" txcum * 2.0e+0 - 5.0e-1);
  D.16879 = r >> 1;
  if (D.16879 < sp->bbox[0]) goto ; else goto ;

:;
  __b = &D.12083;
  goto  ();

:;
  __b = &sp->bbox[0];

:;
  sp->bbox[0] = *__b;

which looks suspicious as well, as D.12083 is not the correct result here
(but in fact is uninitialized).  And this is store-sinking which makes
a mess of it:

Sinking #   D.12083_947 = V_MUST_DEF ;
D.12083 = D.16879_333 from bb 21 to bb 52

because of wrong alias information computed right before this pass:

:;
  D.16874_329 = txcum_285 * 2.0e+0;
  x_330 = D.16874_329 - 5.0e-1;
  #   r_946 = V_MAY_DEF ;
  __asm__ __volatile__("fistl %0":"=m" r:"t" x_330);
  #   VUSE ;
  r.41_332 = r;
  D.16879_333 = r.41_332 >> 1;
  #   D.12083_947 = V_MUST_DEF ;
  D.12083 = D.16879_333;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  D.16880_340 = sp_119->bbox[0];
  if (D.16879_333 < D.16880_340) goto ; else goto ;

:;
  goto  ();

:;
  __b_342 = &sp_119->bbox[0];

  # __b_5 = PHI <&D.12083(48), __b_342(22)>;
:;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  #   VUSE ;
  D.12120_344 = *__b_5;


Oh well, it's not that 4.2 does not have known aliasing related problems.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
  Component|c++ |tree-optimization
   Keywords||alias, wrong-code
   Priority|P3  |P2
 Resolution|DUPLICATE   |
Summary|Miscompiled inline assembly |[4.2 Regression] Miscompiled
   ||inline assembly
   Target Milestone|--- |4.2.4


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

[Bug c++/35596] Runs out of virtual memory, with for_each

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-03-15 10:58 ---
Created an attachment (id=15328)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15328&action=view)
unincluded testcase


-- 


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

[Bug c++/35596] Runs out of virtual memory, with for_each

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-03-15 10:57 ---
This is an endless recursion during parsing (which blows the stack).  Note
that gcc 4.3 complains about a missing argument to for_each:

/usr/include/c++/4.3/bits/stl_algo.h: In function ‘_Funct std::for_each(_IIter,
_IIter, _Funct) [with _IIter =
__gnu_cxx::__normal_iterator,
std::allocator >*, std::vector, std::allocator >,
std::allocator,
std::allocator > > > >, _Funct = void (*)(std::basic_string, std::allocator >&, const std::locale&)]’:
trim-bug.cc:12:   instantiated from here
/usr/include/c++/4.3/bits/stl_algo.h:3791: error: too few arguments to function

ICC ICEs:

icpc -S -o /dev/null t.cpp -cxxlib=/usr/local/gcc42
/usr/local/gcc42/include/c++/4.2.0/bits/stl_algo.h(159): internal error:
assertion failed: copy_default_arg_expr: rout NULL, no error
(shared/edgcpfe/il.c, line 13678)

__f(*__first);
^

compilation aborted for t.cpp (code 4)

so I guess your program is invalid and the gcc crash was fixed with gcc 4.3.0
(maybe we have a dup for this somewhere).

To quote for the interested reader, this is the core of the testcase:

int main()
{
  std::vector stringvector;
  stringvector.push_back(" fred ");
  stringvector.push_back(" ethel ");

  std::for_each::iterator>(stringvector.begin(),
  stringvector.end(),
  boost::algorithm::trim);
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-invalid-code
  Known to fail||3.3.6 4.1.3 4.2.3
  Known to work||4.3.0


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

[Bug libstdc++/35597] libstdc++ -ffunction-sections -fdata-sections disabled on AIX

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-03-15 10:46 ---
So isn't this a target bug then?  That is, the warning should be disabled for
targets that "work"?


-- 


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

[Bug middle-end/35595] build broke in newlib erf_lgamma.c for cris-elf

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-03-15 10:44 ---
Thanks!


-- 


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

[Bug bootstrap/35577] configure: error: cannot compute suffix of object files

[brian at dessent dot net]

--- Comment #6 from brian at dessent dot net  2008-03-15 10:20 ---
Subject: Re:  configure: error: cannot compute suffix of 
 object files

al dot danial at gmail dot com wrote:

> Indeed, adding the MPFR and GPM lib directories to LD_LIBRARY_PATH solves the
> problem.  For some reason I thought configure would handle this for me since I

It's the same case when installing any shared library on the system --
you have to inform the dynamic linker of their location (or put them
somewhere it already knows to search) otherwise programs that use that
library can't run.  Configure doesn't really know how you want to handle
this: adding a path to LD_LIBRARY_PATH is but one way; you could also
add the path to ld.so.conf, or relink the libraries with the path
hardcoded (RPATH).  It wouldn't be very prudent to have configure assume
that it should be adding things to LD_LIBRARY_PATH.

The reason the configure checks succeeded is they are checking for
compile time and link time behavior, i.e. they are exercising the link
editor (ld) not the dynamic linker (ld.so).  I suppose it would be
possible for configure to try an additional execute check for sanity if
it's not crosscompiling.  But the best you could do there is report a
problem, as again fixing it is outside of the realm of configure.


-- 


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

[Bug c/35579] __attribute__(( warn_unused_result )) warns when it shouldn't, doesn't warn when it should

[pgut001 at cs dot auckland dot ac dot nz]

--- Comment #5 from pgut001 at cs dot auckland dot ac dot nz  2008-03-15 
09:09 ---
>Care to write a text? I will format it and submit it as a patch if you want.

How about the following, using as a starting point the latest docs (4.3.0),
section 5.27, 'warn_unused_result', which currently ends with:

"...results in warning on line 5.".

Perhaps add to this:

-- Snip --

Note that the warnings are generated by the compiler front-end before any
data-flow analysis is performed, so situations in which the return value is
assigned to a variable but the resulting variable is ignored will not be
detected.  Changing line 5 in the above code to:

  int value = fn();

would result in no warning being emitted even though the return value isn't
used.

-- Snip --

(You could get really pedantic with the wording and say that the caller should
"act on the return value of the function" rather than the somewhat ambiguous
"used", but I think the above should get the meaning across). 

Oh, I also have a feeling that "results in warning on line 5." in the current
docs should really be "results in *a* warning on line 5." :-).


-- 


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

[Bug fortran/34424] Internal file forbidden as I/O list item

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:47 
---
The diagnostic could be handled by temporarily setting an attribute on the
internal file and then checking each list item to see if the attribute has been
set.  However, if the internal unit is an array section, one would have to do
dependency analysis.  That alone makes this not worth pursuing further.

Closing as won't fix.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||WONTFIX


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

[Bug libfortran/35524] [4.4 regression] Unconditional use of expl() in libgfortran

[jvdelisle at gcc dot gnu dot org]

--- Comment #7 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:39 
---
*** Bug 35563 has been marked as a duplicate of this bug. ***


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug libfortran/35563] [4.4 Regression] Unsatisfied symbols "truncl" and "expl"

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:39 
---


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


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/35478] [4.2 regression] internal compiler error: Segmentation fault

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:34 
---
Closing. Thankyou for bug report.  Test case committed.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/35478] [4.2 regression] internal compiler error: Segmentation fault

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:32 
---
Subject: Bug 35478

Author: jvdelisle
Date: Sat Mar 15 07:32:13 2008
New Revision: 133239

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133239
Log:
2008-03-15  Jerry DeLisle  <[EMAIL PROTECTED]>

PR testsuite/35478
gfortran.dg/generic_16.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/generic_16.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

GNAT Ada error in initialization of system_address in multitasking env.

[Norman Worth]

Sorry to use this reporting method, but I'm new to your error reporting
system, and I could not get through the Bugzilla routines.

GNAT Ada bug:

I encountered this error while using the included make procedure for
oos-0.1.1 in the gnade download.  The command line causing the problem
(as synthesized by the make file) is in file "error_command-line".  The
error message itself, including the compiler version information, in the
file "errors".  The required source code is concatenated in file
"needed_sources".

Norman Worth
[EMAIL PROTECTED]

for f in util server libclient server/classes libclient server/apps odlprep  
doc ; do \
   make -C ./$f all ; \
   if test "$?" != "0" ; then exit $? ; fi \
done
make[1]: Entering directory `/home/nw/downloads/gnade/oos-0.1.1-src/util'
libtool --mode=compile gcc -c -g -I/usr/local 
-I/home/nw/downloads/gnade/oos-0.1.1-src/linux-gnu-i686-include -gnatf  
util-linux-shm_streams.adb
 gcc -c -g -I/usr/local 
-I/home/nw/downloads/gnade/oos-0.1.1-src/linux-gnu-i686-include -gnatf 
util-linux-shm_streams.adb  -fPIC -DPIC -o .libs/util-linux-shm_streams.o
make[1]: Leaving directory `/home/nw/downloads/gnade/oos-0.1.1-src/util'
+===GNAT BUG DETECTED==+
| 4.1.2 20061115 (prerelease) (SUSE Linux) (i586-suse-linux-gnu) GCC error:|
| in tree_low_cst, at tree.c:4399  |
| Error detected at util-linux-shm_streams.adb:129:8   |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases, 
so please double check that the problem can still 
be reproduced with the set of files listed.

util-linux-shm_streams.adb
util-linux-shm_streams.ads
util-linux.ads
util.ads
util-linux-shm.ads
util-types.ads
util-trace.ads
util-trace_helper.ads
util-trace_helper.adb

util-linux-shm_streams.adb:109:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:109:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:142:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:142:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:179:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:179:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:217:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:217:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:232:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:232:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:248:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:248:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:262:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:262:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:306:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:306:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:337:11: warning: default initialization of "CA" may 
modify overlaid storage
util-linux-shm_streams.adb:337:11: warning: use pragma Import for "CA" to 
suppress initialization (RM B.1(24))
util-linux-shm_streams.adb:339:68: warning: "Length" may be referenced before 
it has a value
compilation abandoned
make[1]: *** [util-linux-shm_streams.lo] Error 1
---
--   --
--  Filename: $Source: 
/cvsroot/gnade/adb/util/util-linux-shm_streams.adb,v $
--  Description : Stream which writes into memory--
--  Author  : Michael Erdmann--
--  Created : 31.12.2001

[Bug fortran/35584] overzealous warning: branch causes infinite loop

[jvdelisle at gcc dot gnu dot org]

--- Comment #4 from jvdelisle at gcc dot gnu dot org  2008-03-15 07:09 
---
Approved to commit new message


-- 


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