[Bug target/35225] New: [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

[vapier at gentoo dot org]

the attached test case (which comes from GTK+) causes GCC to ICE due to the -O2
-fPIC flags:

sh4-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN=\"Gtk\"
-DGTK_LIBDIR=\"/usr/lib\" -DGTK_DATADIR=\"/usr/share\" -DGTK_
DATA_PREFIX=\"/usr\" -DGTK_SYSCONFDIR=\"/etc\" -DGTK_VERSION=\"2.12.7\"
-DGTK_BINARY_VERSION=\"2.10.0\" -DGTK_HOST=\"sh4-unknown-linux-gnu\"
 -DGTK_COMPILATION -DGTK_PRINT_BACKENDS=\"file,lpr\"
"-DGTK_PRINT_PREVIEW_COMMAND=\"evince --unlink-tempfile --preview
--print-settings %s %
f\"" -I../gtk -I.. -I../gdk -I../gdk -I../gdk-pixbuf -I../gdk-pixbuf
-DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_FILE_SYS
TEM_ENABLE_UNSUPPORTED -DGTK_PRINT_BACKEND_ENABLE_UNSUPPORTED
-DG_DISABLE_CAST_CHECKS -pthread -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/l
ib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -
I/usr/include/atk-1.0 -pipe -O2 -Wall -MT gtknotebook.lo -MD -MP -MF
.deps/gtknotebook.Tpo -c gtknotebook.c  -fPIC -DPIC -o .libs/gtknoteboo
k.o
gtknotebook.c: In function 'gtk_notebook_set_focus_child':
gtknotebook.c:3927: warning: dereferencing type-punned pointer will break
strict-aliasing rules
gtknotebook.c:3930: warning: dereferencing type-punned pointer will break
strict-aliasing rules
gtknotebook.c: In function 'gtk_notebook_real_remove':
gtknotebook.c:4378: warning: dereferencing type-punned pointer will break
strict-aliasing rules
gtknotebook.c: In function 'gtk_notebook_calculate_tabs_allocation':
gtknotebook.c:5488: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /tmp/cc3v7chW.out file, please attach this to
your bugreport.

gcc-4.2.2 and gcc-4.2.3 fail while gcc-4.1.1 works.  occurs both natively on sh
and when cross-compiling from powerpc.


-- 
   Summary: [4.2 regression] gcc segfaults when building GTK+ code
with -O2 -fPIC for SH4
   Product: gcc
   Version: 4.2.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC target triplet: sh4-linux-gnu


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

[Bug target/35225] [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

[vapier at gentoo dot org]

--- Comment #1 from vapier at gentoo dot org  2008-02-17 08:12 ---
Created an attachment (id=15172)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15172&action=view)
PR35225-reduced.i


-- 


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

[Bug target/35225] [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

[vapier at gentoo dot org]

--- Comment #2 from vapier at gentoo dot org  2008-02-17 08:14 ---
Created an attachment (id=15173)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15173&action=view)
PR35225-orig.i


-- 


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

[Bug tree-optimization/35226] New: Reduction and induction with multiplication are not vectorized

[irar at il dot ibm dot com]

Reduction and induction that involve multiplication, 
i.e., 
  for i
prod *= CST 

or 
  for i
prod *= a[i] 

are currently not supported by the vectorizer.


-- 
   Summary: Reduction and induction with multiplication are not
vectorized
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: irar at il dot ibm dot com


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

[Bug c/35227] New: [4.1/4.2 regression] gcc ICEs/segfaults when using implicit cabs() with -O1

[vapier at gentoo dot org]

on an x86_64/x86 system, a simple mandel code base crashes gcc-4.1.2 and newer:

$ gcc -c mandel.i -O1
mandel.i: In function 'mandel':
mandel.i:5: warning: incompatible implicit declaration of built-in function
'cabs'
mandel.i:2: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /tmp/cc4gdEy7.out file, please attach this to
your bugreport.

gcc-4.0.4 seems to work, but anything newer bombs


-- 
   Summary: [4.1/4.2 regression] gcc ICEs/segfaults when using
implicit cabs() with -O1
   Product: gcc
   Version: 4.2.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org


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

[Bug c/35227] [4.1/4.2 regression] gcc ICEs/segfaults when using implicit cabs() with -O1

[vapier at gentoo dot org]

--- Comment #1 from vapier at gentoo dot org  2008-02-17 08:23 ---
Created an attachment (id=15174)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15174&action=view)
mandel.i


-- 


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

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs/segfaults when using implicit cabs() with -O1

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |middle-end
Summary|[4.1/4.2 regression] gcc|[4.1/4.2/4.3 regression] gcc
   |ICEs/segfaults when using   |ICEs/segfaults when using
   |implicit cabs() with -O1|implicit cabs() with -O1
   Target Milestone|--- |4.2.4


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

[Bug c++/35228] New: template accepting numeric fails with sizeof

[igodard at pacbell dot net]

This code:
template
class foo {
public:
typedef
unsigned int unsigned_t;
typedef
signed int signed_t;
};

template
class bar {
public:
typedef
foo<8>::unsigned_t baz1;
typedef
foo::unsigned_t baz2;
};

bar var;

gets you this:

~/ootbc/personal/ivan$ c++ foo.cc
foo.cc:16: error: type 'foo' is not derived from type 'bar'
foo.cc:16: error: expected ';' before 'baz2'


-- 
   Summary: template accepting numeric fails with sizeof
   Product: gcc
   Version: 4.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net


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

[Bug c++/35228] template accepting numeric fails with sizeof

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-02-17 08:44 ---
You forgot the keyword typename as foo is a dependent:
typedef
typename  foo::unsigned_t baz2;


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug tree-optimization/35229] New: Vectorizer doesn't support dependence created by predictive commoning

[irar at il dot ibm dot com]

The following type of dependence, similar to such that would be created by
predictive commoning (or even PRE), is not supported by the vectorizer: 

 for (i = 1; i <= i_2; ++i)
   {
 a[i] = (b[i] + x) * .5f;
 x = b[i];
   }


-- 
   Summary: Vectorizer doesn't  support dependence created by
predictive commoning
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: irar at il dot ibm dot com


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

[Bug libstdc++/35230] New: libstdc++ broken

[andreast at gcc dot gnu dot org]

/export/data/devel-test/gcc-svn/objdir/sparc-sun-solaris2.8/libstdc++-v3/include/parallel/types.h:74:
error: 'std::tr1' has not been declared


Most probably due to this ci:
http://gcc.gnu.org/ml/gcc-cvs/2008-02/msg00368.html

Broken on sparc-sun-solaris2.8, and at least on 32-bit and 64-bit hpux pa.

You can retarget the severity, but for me this smells blocking.


-- 
   Summary: libstdc++ broken
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andreast at gcc dot gnu dot org
 GCC build triplet: hppa*-hp-hpux11.11, sparc-sun-solaris2.8
  GCC host triplet: hppa*-hp-hpux11.11, sparc-sun-solaris2.8
GCC target triplet: hppa*-hp-hpux11.11, sparc-sun-solaris2.8


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[andreast at gcc dot gnu dot org]

--- Comment #2 from andreast at gcc dot gnu dot org  2008-02-17 09:51 
---
*** Bug 35230 has been marked as a duplicate of this bug. ***


-- 


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

[Bug libstdc++/35230] libstdc++ broken

[andreast at gcc dot gnu dot org]

--- Comment #1 from andreast at gcc dot gnu dot org  2008-02-17 09:51 
---
Something went wrong in my browser.

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


-- 

andreast at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug libfortran/35132] Formatted stream I/O write should truncate

[tkoenig at gcc dot gnu dot org]

--- Comment #7 from tkoenig at gcc dot gnu dot org  2008-02-17 10:11 ---
Patch has been OK'd for 4.4.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/fortra
   ||n/2008-02/msg00077.html
   Keywords||patch
   Target Milestone|--- |4.4.0


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[pcarlini at suse dot de]

--- Comment #3 from pcarlini at suse dot de  2008-02-17 10:59 ---
The problem is just that  isn't available everywhere (I don't think the
configure checks can be weakened). Probably we should just keep the old "by
hand" typedefs.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 10:59:47
   date||


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

[Bug tree-optimization/35231] New: [4.3 Regression] VRP miscompiles libX11

[rguenth at gcc dot gnu dot org]

_XAddPixel is miscompiled by VRP.  Reduced testcase:

extern void abort(void);

int __attribute__((noinline))
foo(int bits_per_pixel, int depth)
{
  if ((bits_per_pixel | depth) == 1)
return 0;
  else if (bits_per_pixel == 2)
return 1;
  return 2;
}

int main()
{
  if (foo(2, 0) != 1)
abort ();
  return 0;
}

where we before the bits_per_pixel == 2 assert that bits_per_pixel == 0,
derived from !(bits_per_pixel | depth == 1).


-- 
   Summary: [4.3 Regression] VRP miscompiles libX11
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-02-17 11:18 ---
Mine.


-- 

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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 11:18:14
   date||
   Target Milestone|--- |4.3.0


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[ebotcazou at gcc dot gnu dot org]

--- Comment #4 from ebotcazou at gcc dot gnu dot org  2008-02-17 11:05 
---
> The problem is just that  isn't available everywhere (I don't think 
> the
> configure checks can be weakened). Probably we should just keep the old "by
> hand" typedefs.

The canonical solution is config/stdint.m4, see the Fortran library.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[fxcoudert at gcc dot gnu dot org]

--- Comment #4 from fxcoudert at gcc dot gnu dot org  2008-02-17 11:28 
---
I can confirm this failure on a native build for i386-pc-mingw32 of rev. 132366

if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --split-size=500 --split-size=500
--no-split -I . -I ../../trunk/gcc/doc \
-I ../../trunk/gcc/doc/include -o doc/gcc.info
../../trunk/gcc/doc/gcc.texi; \
fi
../../trunk/gcc/doc//invoke.texi:1243: @include
`/home/FX/ibin/gcc/../../trunk/gcc/../libiberty/at-file.texi': No such file or
directory.
makeinfo: Removing output file `doc/gcc.info' due to errors; use --force to
preserve.
make[3]: *** [doc/gcc.info] Error 1

It is a regression, and a release blocker because i686-pc-mingw32 is a
secondary platform.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
   Severity|major   |blocker
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   GCC host triplet|mingw   |i386-pc-mingw32
 GCC target triplet|avr-*.* |
  Known to fail||4.3.0
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 11:28:09
   date||
Summary|[4.3 regression] 4.3|[4.3 regression] build fails
   |20080215 snapshot build |on mingw host
   |failure |


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[pcarlini at suse dot de]

--- Comment #5 from pcarlini at suse dot de  2008-02-17 11:33 ---
Thanks Eric. I'm not sure that rework is appropriate for 4.3.0, though...


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[phl at kth dot se]

--- Comment #5 from phl at kth dot se  2008-02-17 11:55 ---
Subject: Re:  IBITS gives compiler error


> The bit intrinsic model numbers do not have a sign bit, and you're asking
> IBITS to return 2**32, which is outside of the range for gfortran's
> default
> integer kind.
>


Actually it is supposed to just return the first 32 bits of
the integer "-1" = (...1)_2 and interpret it as "-1".

What about replacing the IBITS statement with "NOT (0)" or
"IAND (-1, -1)", or "IOR (-1, 0)" these would then also fall
outside the range and not work either?

However, they all work fine with version
"GNU Fortran (GCC) 4.2.1 (Ubuntu 4.2.1-5ubuntu4)"
and they print "-1". On the other hand I get

/usr/bin/ld: warning can't open dynamic library: /libgcc_s.1.dylib
referenced from:
/usr/local/gfortran/lib/gcc/powerpc-apple-darwin8.10.0/4.3.0/../../../libgfortran.dylib
(checking for undefined symbols may be affected) (No such file or
directory, errno = 2)

when I run it on my mac with version
"GNU Fortran (GCC) 4.3.0 20071017 (experimental) [trunk revision 129405]"

but perhaps that also as it should be?

Regards
   /PHL


-- 


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[fxcoudert at gcc dot gnu dot org]

--- Comment #5 from fxcoudert at gcc dot gnu dot org  2008-02-17 11:56 
---
As Richard pointed out in his mail, most probably due to the fix for PR35148.
Adding Ralf to CC list.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||Ralf dot Wildenhues at gmx
   ||dot de


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

[Bug target/35225] [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |4.2.4


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

[Bug other/35148] make pdf has missing file in 4.3-20080208

[fxcoudert at gcc dot gnu dot org]

--- Comment #13 from fxcoudert at gcc dot gnu dot org  2008-02-17 11:58 
---
(In reply to comment #5)
> diff --git a/gcc/Makefile.in b/gcc/Makefile.in
> index 7553dcb..9c91fb5 100644
> --- a/gcc/Makefile.in
> +++ b/gcc/Makefile.in
> @@ -3653,7 +3653,7 @@ gcc-vers.texi: $(BASEVER) $(DEVPHASE)
>  then echo "@set DEVELOPMENT"; \
>  else echo "@clear DEVELOPMENT"; \
>  fi) > [EMAIL PROTECTED]
> -   echo "@set srcdir $(srcdir)" >> [EMAIL PROTECTED]
> +   echo "@set srcdir $(abs_srcdir)" >> [EMAIL PROTECTED]
> if [ -n "$(PKGVERSION)" ]; then \
>   echo "@set VERSION_PACKAGE $(PKGVERSION)" >> [EMAIL PROTECTED]; \
> fi

This patch breaks bootstrap on platforms where absolute path to the source dir
simply does not work (at least, no as argument to external tools), like mingw.
See PR35218.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org


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

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs/segfaults when using implicit cabs() with -O1

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-02-17 12:16 ---
#0  0x084ccf42 in init_parameter_lattice_values ()
at /home/richard/src/trunk/gcc/tree-complex.c:170
#1  0x084d5053 in tree_lower_complex ()
at /home/richard/src/trunk/gcc/tree-complex.c:1506
#2  0x083e99eb in execute_one_pass (pass=0x8bd2a60)
at /home/richard/src/trunk/gcc/passes.c:1122

we don't have a default-def for C even though it seems it is marked
as register.  And is so after into-ssa already.

:
D.1177_2 = (double) py_1(D);
D.1178_3 = COMPLEX_EXPR ;
C_4 = D.1178_3 * __complex__ (0.0, 1.0e+0);
D.1180_5 = cabs (C_4);
D.1179_6 = (int) D.1180_5;
return D.1179_6;

is it a bogus assumption that every symbol has a default definition?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||amacleod at redhat dot com
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 12:16:57
   date||


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-02-17 12:27 ---
Probably bootstrap is broken on the 4.2 branch, too.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||35148
  nThis||


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

[Bug rtl-optimization/35232] New: [4.3 regression] ICE in fp-int-convert-double.c at -O2

[rsandifo at gcc dot gnu dot org]

fp-int-convert-double.c ICEs on mipsisa64-elf when compiled
with "-O2 -mabi=o64 -mips16".  This is a recent failure;
it appears to be a latent bug exposed by:

2008-02-06  Uros Bizjak  <[EMAIL PROTECTED]>

PR target/35083
* optabs.c (expand_float): Do not check for decimal modes when
expanding unsigned integer through signed conversion.

At first glance, it appears to be a reload inheritance bug.
I'll have a look later today.


-- 
   Summary: [4.3 regression] ICE in fp-int-convert-double.c at -O2
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
GCC target triplet: mipsisa64-elf


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

[Bug rtl-optimization/35232] [4.3 regression] ICE in fp-int-convert-double.c at -O2

[rsandifo at gcc dot gnu dot org]

-- 

rsandifo at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 12:43:06
   date||


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[rwild at gcc dot gnu dot org]

--- Comment #7 from rwild at gcc dot gnu dot org  2008-02-17 13:24 ---
patch at 


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2008-02-17 13:10 ---
I dont want to rant again about gfortran feature, but nevertheless I'll repeat
that this error should not be the default behavior (even a warning will an
overkill that should be restricted to -std=f* -pedantic).

Now I think the gfortran behavior is inconsistent with this respect. The
following code

print *, not(0), iand(-1,-1)!, ibits (-1, 0, bit_size (0))
print *, ibset(2147483647, bit_size(0)-1)
end

compiles silently and the executable prints:

  -1  -1
  -1

Why 2**32-1 should give an error as the result of ibits(-1, 0, bit_size (0))
and -1 as the result of ibset(2147483647, bit_size(0)-1)?

Looking at the f2003 standard (just before 13.4), I read:

Effectively, this model defines an integer object to consist of z bits in
sequence numbered from right to left from 0 to z − 1. This model is valid
only in the context of the use of such an object as the argument or result of
one of the bit manipulation procedures. In all other contexts, the model
defined for an integer in 13.4 applies. In particular, whereas the models are
identical for w_{z−1} = 0, they do not correspond for w_{z−1} = 1
and the interpretation of bits in such objects is processor dependent.

As usual, the last sentence shows the infinite wisdom of  the committee, but
does not say that w_{z−1} = 1 is forbidden, nor that the "processor"
should throw an error. According my understanding of the "least surprise
effect", I think gfortran should follow the other compilers and consider that
outside the "bit pattern" context, w_{z−1} = 1 corresponds to "s=-1" in
the integer model defined in 13.4.


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[dominiq at lps dot ens dot fr]

--- Comment #7 from dominiq at lps dot ens dot fr  2008-02-17 13:15 ---
/z−1/z-1/


-- 


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

[Bug c++/35233] New: Unexpected error messages about invalid pointer conversions at end of array initialisation

[Markus dot Elfring at web dot de]

I compiled the current software
"http://sipp.svn.sourceforge.net/viewvc/sipp/sipp/trunk/sipp.cpp?revision=424&view=markup";
on my openSUSE 10.3 system. I would like to get rid of warnings like "Warnung:
veraltete Konvertierung von Zeichenkettenkonstante in »char*«" (deprecated
conversion of string constant). I tried also to fix some other details for
const-correctness in the source code.
Now I get the following error messages about invalid conversions for pointers
at the end of the initialisation for the array "options_table".

g++ -D__LINUX -pthread -DSVN_VERSION="\"svn424M\"" -save-temps -I.
-I/usr/include/openssl -c -o sipp.o sipp.cpp
sipp.cpp:301: Fehler: ungültige Umwandlung von »const void*« in »void*«
sipp.cpp:301: Fehler: ungültige Umwandlung von »const void*« in »void*«
make[1]: *** [sipp.o] Fehler 1
make[1]: Leaving directory `/home/elfring/Projekte/SIPp/1680134/trunk'

I did not change the field values and data type for this global variable
"options_table". I would normally expect that my updates in other source file
parts will not affect this specific area.


-- 
   Summary: Unexpected error messages about invalid pointer
conversions at end of array initialisation
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Markus dot Elfring at web dot de
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

[Markus dot Elfring at web dot de]

--- Comment #1 from Markus dot Elfring at web dot de  2008-02-17 13:55 
---
Created an attachment (id=15175)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15175&action=view)
preprocessed source file

I can circumvent the mentioned error messages if I partly deactivate the array
initialisation for some elements by the preprocessor instruction "#if 0".


-- 


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

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-02-17 14:01 ---
Subject: Bug 35231

Author: rguenth
Date: Sun Feb 17 14:00:48 2008
New Revision: 132378

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

PR tree-optimization/35231
* tree-vrp.c (register_edge_assert_for): Do not assume A == 0
if A | B != 1.

* gcc.c-torture/execute/pr35231.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr35231.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vrp.c


-- 


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

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-17 14:01 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs/segfaults when using implicit cabs() with -O1

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-17 14:02 ---
Indeed it is.  Other callers check this.  Mine.


-- 

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|2008-02-17 12:16:57 |2008-02-17 14:02:32
   date||


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

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

[Markus dot Elfring at web dot de]

--- Comment #2 from Markus dot Elfring at web dot de  2008-02-17 14:03 
---
Created an attachment (id=15176)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15176&action=view)
update candidates

I am surprised how the global variable "options_table" is affected by other
changes because it is untouched in comparison to the previous version.
https://sourceforge.net/tracker/?func=detail&atid=637567&aid=1680134&group_id=104305


-- 


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[rwild at gcc dot gnu dot org]

--- Comment #8 from rwild at gcc dot gnu dot org  2008-02-17 14:12 ---
patch at 


-- 


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

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs for functions with unused complex argument

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-02-17 14:12 ---
Unrelated to the implicit cabs() decl:

double cabs(double _Complex);
double mandel(double _Complex C)
{
int py;
C = (__extension__ 1.0iF) * (double)py;
return cabs(C);
}

I have a patch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Priority|P3  |P1
Summary|[4.1/4.2/4.3 regression] gcc|[4.1/4.2/4.3 regression] gcc
   |ICEs/segfaults when using   |ICEs for functions with
   |implicit cabs() with -O1|unused complex argument


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-02-17 14:14 ---
Yes - please consider reverting the change that caused this PR and work on this
on the trunk after we have branched.


-- 


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

[Bug rtl-optimization/35232] [4.3 regression] ICE in fp-int-convert-double.c at -O2

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||uros at gcc dot gnu dot org
   Priority|P3  |P1
   Target Milestone|--- |4.3.0


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

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-17 14:26 ---
The problem is here:

sipp.cpp(137): error: a value of type "const char *const *" cannot be used to
initialize an entity of type "void *"
   {"cid_str", "Call ID string (default [EMAIL PROTECTED]).  %u=call_number,
%s=ip_address, %p=process_number, %%=% (in any order).", 5, &call_id_string,
1},
   
^

sipp.cpp(247): error: a value of type "const char *const *" cannot be used to
initialize an entity of type "void *"
   {"stat_delimiter", "Set the delimiter for the statistics file", 5,
&stat_delimiter, 1},

just add casts to (void *) after taking the addresses.

Also please use the gcc-help@ list for such questions, not bugzilla.

Thanks.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[pcarlini at suse dot de]

--- Comment #7 from pcarlini at suse dot de  2008-02-17 14:43 ---
Ok, I'm taking care of that.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

[steven at gcc dot gnu dot org]

--- Comment #4 from steven at gcc dot gnu dot org  2008-02-17 14:51 ---
Does this affect 4.2 too?


-- 


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

[Bug tree-optimization/35231] [4.3 Regression] VRP miscompiles libX11

[rguenther at suse dot de]

--- Comment #5 from rguenther at suse dot de  2008-02-17 14:53 ---
Subject: Re:  [4.3 Regression] VRP miscompiles
 libX11

On Sun, 17 Feb 2008, steven at gcc dot gnu dot org wrote:

> --- Comment #4 from steven at gcc dot gnu dot org  2008-02-17 14:51 
> ---
> Does this affect 4.2 too?

No, the affected code is new in 4.3.

Richard.


-- 


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

[Bug middle-end/35227] [4.1/4.2/4.3 regression] gcc ICEs for functions with unused complex argument

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-02-17 15:07 ---
Subject: Bug 35227

Author: rguenth
Date: Sun Feb 17 15:06:53 2008
New Revision: 132379

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

PR middle-end/35227
* tree-complex.c (init_parameter_lattice_values): Handle parameters
without default definition.

* gcc.dg/torture/pr35227.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr35227.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-complex.c


-- 


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

[Bug middle-end/35227] [4.1/4.2 regression] gcc ICEs for functions with unused complex argument

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-02-17 15:11 ---
Fixed on the trunk.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rguenth at gcc dot gnu dot  |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW
  Known to work|4.0.4   |4.0.4 4.3.0
Summary|[4.1/4.2/4.3 regression] gcc|[4.1/4.2 regression] gcc
   |ICEs for functions with |ICEs for functions with
   |unused complex argument |unused complex argument


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

[Bug fortran/35234] New: Undetected "use before definition".

[dominiq at lps dot ens dot fr]

In the code from

http://groups.google.fr/group/comp.lang.fortran/browse_thread/thread/120303aae031b672/7dd83bc30a9f19a3#7dd83bc30a9f19a3

gfortran detect the problems coming from the undefined 'j', but not the fact
that 'df4_dxi'  is used before it is defined.  Am I missing a relevant option
or is it a missing feature/bug in gfortran/gcc?


-- 
   Summary: Undetected "use before definition".
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[paolo at gcc dot gnu dot org]

--- Comment #8 from paolo at gcc dot gnu dot org  2008-02-17 15:47 ---
Subject: Bug 35221

Author: paolo
Date: Sun Feb 17 15:46:30 2008
New Revision: 132380

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132380
Log:
2008-02-17  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/35221
* include/parallel/types.h: Reinstate integer types typedefs.
* include/parallel/multiseq_selection.h: Adjust.
* include/parallel/compatibility.h: Likewise.
* include/parallel/random_shuffle.h: Likewise.
* include/parallel/random_number.h: Likewise.
* include/parallel/base.h: Likewise.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/parallel/base.h
trunk/libstdc++-v3/include/parallel/compatibility.h
trunk/libstdc++-v3/include/parallel/multiseq_selection.h
trunk/libstdc++-v3/include/parallel/random_number.h
trunk/libstdc++-v3/include/parallel/random_shuffle.h
trunk/libstdc++-v3/include/parallel/types.h


-- 


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[pcarlini at suse dot de]

--- Comment #9 from pcarlini at suse dot de  2008-02-17 15:49 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

[Markus dot Elfring at web dot de]

--- Comment #4 from Markus dot Elfring at web dot de  2008-02-17 15:52 
---
(In reply to comment #3)
> The problem is here:
> sipp.cpp(137): error: a value of type "const char *const *" cannot be used to
> initialize an entity of type "void *"
>{"cid_str", "Call ID string (default [EMAIL PROTECTED]).  %u=call_number,
> %s=ip_address, %p=process_number, %%=% (in any order).", 5, &call_id_string,
> 1},
>   
>  
> ^

Thanks for your suggestion.


> sipp.cpp(247): error: a value of type "const char *const *" cannot be used to
> initialize an entity of type "void *"

How did you get this error message? It is different from mine.

Each array element is initialised by five values that were not flagged with
errors before my source code refactoring. Well, I'm sorry - The initialisation
list was too long for me to remember that I updated the data type for two other
global variables that were referenced from the included source file "sipp.hpp".
The message did not point me to my error directly. I suggest to improve the
wording from "an entity" to "entity 'data'" in my use case.
struct sipp_option {
const char *option;
const char *help;
int type;
void *data;
int pass;
};


> just add casts to (void *) after taking the addresses.

The specification "void const* data;" would be another design option. It might
not be clear yet which way will be preferred for the concrete application.


-- 


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

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

[gnu_andrew at member dot fsf dot org]

--- Comment #5 from gnu_andrew at member dot fsf dot org  2008-02-17 15:57 
---
Waiting on my patch to abstract StringBuffer/Builder being committed.
Then this is simply a matter of adding a class which uses the 'dont_copy'
version of the String constructor with toString.


-- 


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

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

[gnu_andrew at member dot fsf dot org]

-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |gnu_andrew at member dot fsf
   |dot org |dot org
 Status|WAITING |ASSIGNED
   Last reconfirmed|2005-10-30 17:22:17 |2008-02-17 15:58:22
   date||


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

[Bug classpath/21869] We should to use StringBuilder instead of StringBuffer where appropriate.

[gnu_andrew at member dot fsf dot org]

-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING


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

[Bug target/35222] [4.3 Regression] EH output contains procedure label without P' selector

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-17 15:58 ---
Does this also fail for hppa2.0w-hp-hpux11.11 which would be a secondary target
unlike hppa1.1-hp-hpux10.20 which is neither primary nor secondary?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||build


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

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

[fxcoudert at gcc dot gnu dot org]

--- Comment #1 from fxcoudert at gcc dot gnu dot org  2008-02-17 16:01 
---
Created an attachment (id=15177)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15177&action=view)
Patch for some of these points

This patch adds all new intrinsics listed in the report except NORM2, and the
modification to ATAN that adds a second, optional argument. It adds support for
-std=2008 and empty CONTAINS. It includes a library support function for
ERFC_SCALED, which is a C translation of the Netlib routine.


-- 


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

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

[Markus dot Elfring at web dot de]

--- Comment #6 from Markus dot Elfring at web dot de  2008-02-17 16:11 
---
It was hard for me to spot the updated variables "stat_delimiter" and
"call_id_string" as the error reasons.

It would be nice if the GCC implementation will be even more precise than the
check with the Intel compiler. How do you think about better error indicators?


-- 

Markus dot Elfring at web dot de changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |
Summary|Unexpected error messages   |Feature request: precise
   |about invalid pointer   |error messages about invalid
   |conversions at end of array |pointer conversions during
   |initialisation  |array initialisation


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

[Bug c++/35233] Unexpected error messages about invalid pointer conversions at end of array initialisation

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-02-17 15:55 ---
I used the Intel compiler to point me to the actual error.


-- 


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

[Bug c/35198] [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2008-02-17 16:33 
---
> At least marking the whole conversion as having no side-effects doesn't tell
> the truth really, likewise if SAVE_EXPRs have no side-effects, as that
> wouldn't guarantee it is evaluated at least once.

SAVE_EXPRs can have side-effects like every other expression, and save_expr
automatically sets the flag.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org


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

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-02-17 16:41 ---
Well, certainly.  We possibly already have an enhancement request for this.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug target/35222] [4.3 Regression] EH output contains procedure label without P' selector

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca  2008-02-17 
16:45 ---
Subject: Re:  [4.3 Regression] EH output contains procedure label without P'
selector

> Does this also fail for hppa2.0w-hp-hpux11.11 which would be a secondary 
> target
> unlike hppa1.1-hp-hpux10.20 which is neither primary nor secondary?

It doesn't affect hppa2.0w-hp-hpux11.11.  There is a difference in the
methods used to achieve one-only support.  hppa2.0w-hp-hpux11.11 uses
secondary definitions and hppa1.1-hp-hpux10.20 COMDAT subspaces.

My current understanding of the problem is that the error occurs
when a COMDAT subspace is not used.  This leads to the situation
where the local symbols referenced in the EH data no longer are
satisfied.  It's still a puzzle as to why this didn't appear before.

I'm testing a one line fix to the encoding to add the P' descriptor.
This isn't exactly obvious as normally when the P' descriptor is used
the pointer ends up pointing to a function descriptor rather than
to the label in the code.  However, in this case, the labels are
local and not exported.  I think the linker is smart enough in this
case to create a direct pointer.  I'm hoping in the COMDAT case that
a function descriptor will be created and there won't be problems
with unresolved symbols.

If the above doesn't work, I have a small change to config.gcc to
force sjlj exception suport.

I've been trying to test the above change but hit the libstdc++
breakage on head.  I have had one successful build with the change
on hppa64-hp-hpux11.11 using 4.2.4.  libstdc++ builds with the
change on hppa2.0w-hp-hpux11.11 on head.  Unfortunately, my
hppa1.1-hp-hpux10.20 system is somewhat slow and I'm just restarting
the build there.  I'm also testing with 11.00.

Dave


-- 


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

[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/35204] [4.3 Regression] crash by too deep recursion in DFS tree-ssa-sccvn.c:1898

[rguenth at gcc dot gnu dot org]

--- Comment #22 from rguenth at gcc dot gnu dot org  2008-02-17 16:24 
---
The patch was successfully bootstrapped and tested on x86_64-unknown-linux-gnu
and doesn't show overall negative effects on compile-time or memory-usage on
our daily testers.  I am considering it for 4.3.1 after putting it to trunk.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/35193] [4.3 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

[danglin at gcc dot gnu dot org]

--- Comment #3 from danglin at gcc dot gnu dot org  2008-02-17 16:46 ---
4.2 works.


-- 

danglin 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-02-17 16:46:40
   date||
Summary|can't find a register in|[4.3 Regression] can't find
   |class 'R1_REGS' while   |a register in class
   |reloading 'asm' |'R1_REGS' while reloading
   ||'asm'


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

[Bug c/35198] [4.1/4.2/4.3 Regression] missed evaluation of VM array type when used as a cast

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-02-17 16:19 ---
There are a few different cases.  For

int foo(void);
void *a(void *p)
{
  return (int (*)[foo()])p;
}

the frontend already got rid of the intermediate casts (and side-effects).  For

int foo(void);
void a(void *p)
{
  (int (*)[foo()])p;
}

the frontend retains the cast and the side-effects, but the gimplifier removes
them.

One error is certainly:

Breakpoint 3, fold_unary (code=NOP_EXPR, type=0xb7cee2d8, op0=0xb7d46140)
at /home/richard/src/trunk/gcc/fold-const.c:7932
7932  enum tree_code_class kind = TREE_CODE_CLASS (code);
(int[0:(unsigned int) (SAVE_EXPR  + -1)] *) p
(gdb) call debug_generic_expr (type)
void *
(gdb) print op0->base.side_effects_flag
$1 = 0

that is, the conversion is not marked as producing side-effects (possibly
because the side-effect is wrapped in a SAVE_EXPR).

It is also not clear to me whether we should do so (wrap the call inside
a SAVE_EXPR).  What is supposed to happen for

int foo(void);
void a(void *p)
{
  (int (*)[foo()])p;
  (int (*)[foo()])p;
}

?  Is foo supposed to be called twice?

I think the burden should be on the side of the frontend to instead emit
a COMPOUND_EXPR like

  ( SAVE_EXPR, (int (*)[SAVE_EXPR])p )

here.  At least marking the whole conversion as having no side-effects
doesn't tell the truth really, likewise if SAVE_EXPRs have no side-effects,
as that wouldn't guarantee it is evaluated at least once.

But maybe I am missing parts of GCC history here.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/35235] New: struct/union rvalue qualifiers must not propagate to members

[truedfx at gentoo dot org]

Hi,

This turns out to be a strictly conforming C99 program:

#include 
int main(void) {
const struct {
int array[1];
} s;
// int *from_lvalue = s.array; // #1
int *from_rvalue = (rand() ? s : s).array; // #2
}

#1, if uncommented, should be rejected with -std=c99 -pedantic-errors, and
quite rightly is. However, in #2, the result of the conditional expression is
not an lvalue. C99 6.7.3p3 states that type qualifiers are not meaningful for
non-lvalues. Because of that, the type of (rand() ? s : s).array is int[1], not
const int[1], and it converts to int*, not const int*. This means the
initialization should be allowed, even though there is nothing you are allowed
to do with from_rvalue afterwards. It is certainly true that this code is
complete rubbish, and this handling by gcc should not cause any problems in any
real-world code, but technically, it's a bug, so I'm reporting it here.

The code is rejected in gcc 4.1 (4.1.2), 4.2 (4.2.2) and 4.3 (4.3-20080208). It
used to be accepted in older versions (3.3.6, 3.4.6, 4.0.4), but in those older
versions, no warning was given even for #1. Because of that, I'm not sure if
this qualifies as a regression.


-- 
   Summary: struct/union rvalue qualifiers must not propagate to
members
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: truedfx at gentoo dot org


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

[Bug c++/35233] Feature request: precise error messages about invalid pointer conversions during array initialisation

[Markus dot Elfring at web dot de]

--- Comment #8 from Markus dot Elfring at web dot de  2008-02-17 17:17 
---
I am curious on improvements for unambiguous error reporting with variable and
member names.


-- 

Markus dot Elfring at web dot de changed:

   What|Removed |Added

   Keywords||diagnostic


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

[Bug target/35193] [4.3 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   GCC host triplet|hppa-suse-linux-gnu |
 GCC target triplet||hppa-suse-linux-gnu
   Keywords||ice-on-valid-code
  Known to work||4.2.3
   Target Milestone|--- |4.3.0


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

[Bug other/35148] make pdf has missing file in 4.3-20080208

[hal at oz dot net]

--- Comment #14 from hal at oz dot net  2008-02-17 17:28 ---
Two comments to add, now that it seems that this patch might have caused some
other problems:

1) In the original bug (make pdf doesn't work after building with a relative
path), the source and build directories were on the same disk, but it was a
second disk, not the primary one containing the OS X system and xcode tools. 
I'm rerunning the 20080208 build on the startup disk now to see whether
building on an external volume made any difference, but that will take a while
to finish.  I'll follow up once I find out what happens.

2) This bug only appeared in the 20080208 snapshot.  It did not exist with the
20080201 and earlier snapshots as best I can tell.  So what changed between
those two snapshots that either caused or exposed the original problem?


-- 


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

[Bug other/35148] make pdf has missing file in 4.3-20080208

[rwild at gcc dot gnu dot org]

--- Comment #15 from rwild at gcc dot gnu dot org  2008-02-17 17:40 ---
(In reply to comment #14)
> 1) In the original bug (make pdf doesn't work after building with a relative
> path), the source and build directories were on the same disk, but it was a
> second disk, not the primary one containing the OS X system and xcode tools. 
> I'm rerunning the 20080208 build on the startup disk now to see whether
> building on an external volume made any difference, but that will take a while
> to finish.  I'll follow up once I find out what happens.

I have confirmed your issue on a system with only one disk, so no, it has
nothing to do with that.

> 2) This bug only appeared in the 20080208 snapshot.  It did not exist with the
> 20080201 and earlier snapshots as best I can tell.  So what changed between
> those two snapshots that either caused or exposed the original problem?

The texinfo.tex file was updated to fix a very similar bug with newer texinfo
(AFAIR; comment #2 has a pointer to the discussion)

I have since posted another patch, to hopefully fix the issue on MinGW
.  It needs somebody
to test it.


-- 


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

[Bug other/35148] make pdf has missing file in 4.3-20080208

[hal at oz dot net]

--- Comment #16 from hal at oz dot net  2008-02-17 17:46 ---
OK.  Thanks.


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[sgk at troutmask dot apl dot washington dot edu]

--- Comment #8 from sgk at troutmask dot apl dot washington dot edu  
2008-02-17 18:09 ---
Subject: Re:  IBITS gives compiler error

On Sun, Feb 17, 2008 at 01:10:06PM -, dominiq at lps dot ens dot fr wrote:
> 
> I dont want to rant again about gfortran feature, but nevertheless I'll repeat
> that this error should not be the default behavior (even a warning will an
> overkill that should be restricted to -std=f* -pedantic).

You're more than welcomed to submit a patch.

> Now I think the gfortran behavior is inconsistent with this respect. The
> following code
> 
> print *, not(0), iand(-1,-1)!, ibits (-1, 0, bit_size (0))
> print *, ibset(2147483647, bit_size(0)-1)
> end
> 
> compiles silently and the executable prints:
> 
>   -1  -1
>   -1
> 
> Why 2**32-1 should give an error as the result of ibits(-1, 0, bit_size (0))
> and -1 as the result of ibset(2147483647, bit_size(0)-1)?

I don't remember the details for NOT() other than the simplification
isn't simply because of the internal representation with GMP and 
GMP does not have a mpz_not function.  So, NOT() may accidentally get
the expected answer.  I'm unfamiliar with the other functions you 
mentioned.


-- 


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

[Bug target/35193] [4.3 Regression] can't find a register in class 'R1_REGS' while reloading 'asm'

[danglin at gcc dot gnu dot org]

--- Comment #4 from danglin at gcc dot gnu dot org  2008-02-17 18:10 ---
Breakpoint 1, spill_failure (insn=0xea8a90, class=NO_REGS)
at ../../gcc/gcc/reload1.c:1986
1986  if (asm_noperands (PATTERN (insn)) >= 0)
(gdb) p debug_rtx ($r26)
(insn 963 1588 964 132
../ports/sysdeps/unix/sysv/linux/hppa/nptl/lowlevellock.h:220 (parallel [
(set (mem/v/c/i:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 24 [0x18])) [3 lws_ret+0 S4 A64])
(asm_operands/v:SI ("0:
copy%3, %%r26
copy%4, %%r25
copy%5, %%r24
ble 0xb0(%%sr2, %%r0)
ldi 0, %%r20
cmpib,=,n 11,%%r21,0b
nop
stw %%r28, %0
sub %%r0, %%r21, %%r21
stw %%r21, %1
") ("=m") 0 [
(reg/f:SI 743)
(reg/f:SI 29 %r29 [orig:218 prephitmp.374 ] [218])
(reg:SI 19 %r19 [588])
]
 [
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
] 333103))
(set (mem/v/c/i:SI (plus:SI (reg/f:SI 3 %r3)
(const_int 20 [0x14])) [3 lws_errno+0 S4 A32])
(asm_operands/v:SI ("0:
copy%3, %%r26
copy%4, %%r25
copy%5, %%r24
ble 0xb0(%%sr2, %%r0)
ldi 0, %%r20
cmpib,=,n 11,%%r21,0b
nop
stw %%r28, %0
sub %%r0, %%r21, %%r21
stw %%r21, %1
") ("=m") 1 [
(reg/f:SI 743)
(reg/f:SI 29 %r29 [orig:218 prephitmp.374 ] [218])
(reg:SI 19 %r19 [588])
]
 [
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
] 333103))
(set (mem/c/i:SI (reg/f:SI 743) [3 lock+0 S4 A32])
(asm_operands/v:SI ("0:
copy%3, %%r26
copy%4, %%r25
copy%5, %%r24
ble 0xb0(%%sr2, %%r0)
ldi 0, %%r20
cmpib,=,n 11,%%r21,0b
nop
stw %%r28, %0
sub %%r0, %%r21, %%r21
stw %%r21, %1
") ("=m") 2 [
(reg/f:SI 743)
(reg/f:SI 29 %r29 [orig:218 prephitmp.374 ] [218])
(reg:SI 19 %r19 [588])
]
 [
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
(asm_input:SI ("r") 0)
] 333103))
(clobber (mem:BLK (scratch) [0 A8]))
(clobber (reg:QI 31 %r31))
(clobber (reg:QI 28 %r28))
(clobber (reg:QI 20 %r20))
(clobber (reg:QI 21 %r21))
(clobber (reg:QI 22 %r22))
(clobber (reg:QI 23 %r23))
(clobber (reg:QI 24 %r24))
(clobber (reg:QI 25 %r25))
(clobber (reg:QI 26 %r26))
(clobber (reg:QI 1 %r1))
]) -1 (expr_list:REG_DEAD (reg:SI 19 %r19 [588])
(expr_list:REG_DEAD (reg/f:SI 29 %r29 [orig:218 prephitmp.374 ] [218])
(expr_list:REG_UNUSED (reg:QI 31 %r31)
(expr_list:REG_UNUSED (reg:QI 28 %r28)
(expr_list:REG_UNUSED (reg:QI 26 %r26)
(expr_list:REG_UNUSED (reg:QI 25 %r25)
(expr_list:REG_UNUSED (reg:QI 24 %r24)
(expr_list:REG_UNUSED (reg:QI 23 %r23)
(expr_list:REG_UNUSED (reg:QI 22 %r22)
(expr_list:REG_UNUSED (reg:QI 21 %r21)
(expr_list:REG_UNUSED (reg:QI 20
%r20)
(expr_list:REG_UNUSED (reg:QI 1
%r1)
(nil))
$4 = void


-- 


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

[Bug awt/16203] need to kill awt helper threads on gui app exit

[gnu_andrew at member dot fsf dot org]

--- Comment #6 from gnu_andrew at member dot fsf dot org  2008-02-17 18:18 
---
This does not hang on either current CVS HEAD with cacao or jamvm, or on gij
(version 4.3.0 20080213).  Can we close this bug?


-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 Status|REOPENED|WAITING


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

[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter

[gnu_andrew at member dot fsf dot org]

--- Comment #4 from gnu_andrew at member dot fsf dot org  2008-02-17 18:39 
---
Same holds as in Mark's comment for current CVS + CACAO.  Capturing works fine
when the frame is onscreen, but any part of the frame that is offscreen is not
captured.  When the Offscreen flag is ticked, the result varies over successive
clicks of the Grab button when part of the frame is offscreen.


-- 


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

[Bug awt/16628] Focus opposites implementation.

[gnu_andrew at member dot fsf dot org]

--- Comment #3 from gnu_andrew at member dot fsf dot org  2008-02-17 18:27 
---
Awaiting changes in Gtk+


-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING


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

[Bug middle-end/17876] Attribute "noinline" should be fully moved into cgraph

[hubicka at gcc dot gnu dot org]

--- Comment #3 from hubicka at gcc dot gnu dot org  2008-02-17 18:37 ---
Since 4.3, noinline is now handled completely by cgraph as inlining decisions
goes.
C and C++ still have duplicated logic on merging declarations, but I am not
duplicate_decl expert, so I am leaving this last bit to someone with more
frontend knowledge.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

[burnus at gcc dot gnu dot org]

--- Comment #4 from burnus at gcc dot gnu dot org  2008-02-17 19:08 ---
Of cause, also the added/modified intrinsics mandate a *texi update.
BTW: Thanks for the patch.

(In reply to comment #3)
> It shouldn't break any tests if they're well written, so it gives us an
> opportunity to check that :) Also, and more importantly, what you suggest 
> means breaking the ABI, because this information is passed to libgfortran.

Forgot that :-/  Actually, I think the tests are better written than I
remembered - at least I could not find "std < GFC_..." only
"gfc_option.allow_std & GFC_STD_*".


-- 


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

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2008-02-17 18:56 
---
(In reply to comment #2)
> I fear this will break some std tests. You should better use:
> 
>  #define GFC_STD_LEGACY (1<<7)  /* Backward compatibility.  */
>  #define GFC_STD_GNU(1<<6)  /* GNU Fortran extension.  */
>  #define GFC_STD_F2008  (1<<5)  /* New in F2008.  */
>  #define GFC_STD_F2003  (1<<4)  /* New in F2003.  */

It shouldn't break any tests if they're well written, so it gives us an
opportunity to check that :)
Also, and more importantly, what you suggest means breaking the ABI, because
this information is passed to libgfortran.


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2008-02-17 19:10 
---
We do need to fix some things here.  The runtime perhaps should catch the
invalid of pos + len > 32 for bit_size being 32.

Also from my read of the standard the ibits is extracting bits from (in this
case) a 32 bit integer interpreted as unsigned since it just looks at bits and
the result is plugging the resulting 32 bits back into a signed 32 bit word. 
The key to this is interpreting the plugging back in to treat the receiving
words sign bit as one of those 32 bits or not.

"This model is valid only in the context of the use of such an object as the
argument or result of one of the bit manipulation procedures."

I think Steve has a good point.  I also think that the result is type integer
with a sequence of bits fitting the model of 13.3 mapped into the model for
13.4 if used in a numerical context, in this case WRITEing an integer.

So I support removing the range check just for these bit manipulation
procedures.


-- 


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

[Bug fortran/33197] Fortran 2008: gamma() and other small changes

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2008-02-17 18:51 ---
+#define GFC_STD_F2008  (1<<7)  /* New in F2008.  */
 #define GFC_STD_LEGACY (1<<6)  /* Backward compatibility.  */
 #define GFC_STD_GNU(1<<5)  /* GNU Fortran extension.  */
 #define GFC_STD_F2003  (1<<4)  /* New in F2003.  */

I fear this will break some std tests. You should better use:

 #define GFC_STD_LEGACY (1<<7)  /* Backward compatibility.  */
 #define GFC_STD_GNU(1<<6)  /* GNU Fortran extension.  */
 #define GFC_STD_F2008  (1<<5)  /* New in F2008.  */
 #define GFC_STD_F2003  (1<<4)  /* New in F2003.  */

which is also more readable - especially when we will have F2013 etc.

decl.c also contains two STD_F2008: "Fortran 2008 draft allows BIND(C) for
internal procedures.".

Additionally, one needs to update *texi for the new -std=f2008 option.

Also the .F08/.f08 should be supported, cf.
http://gcc.gnu.org/ml/fortran/2007-01/msg00410.html
and note that also the CPP section has to updated.


-- 


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

[Bug awt/17782] KeyboardFocusManagers should be partitioned by ClassLoader

[gnu_andrew at member dot fsf dot org]

--- Comment #2 from gnu_andrew at member dot fsf dot org  2008-02-17 18:51 
---
This is still present.  CACAO + Classpath CVS HEAD gives:

java.lang.ThreadGroup[name=main,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=kfm-thread-group-1,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=main,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=kfm-thread-group-2,maxpri=10]:
[EMAIL PROTECTED]

while Sun gives:

java.lang.ThreadGroup[name=main,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=kfm-thread-group-1,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=main,maxpri=10]:
[EMAIL PROTECTED]
java.lang.ThreadGroup[name=kfm-thread-group-2,maxpri=10]:
[EMAIL PROTECTED]


-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 AssignedTo|fitzsim at redhat dot com   |gnu_andrew at member dot fsf
   ||dot org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-07-01 04:36:15 |2008-02-17 18:51:29
   date||


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

[Bug rtl-optimization/34408] Invalid RTL sharing with -fsee and inline functions

[hubicka at gcc dot gnu dot org]

--- Comment #6 from hubicka at gcc dot gnu dot org  2008-02-17 19:30 ---
Path posted.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |hubicka at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-09 16:05:15 |2008-02-17 19:30:34
   date||


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

[Bug c/32511] GCC inlines weak function

[hubicka at gcc dot gnu dot org]

--- Comment #2 from hubicka at gcc dot gnu dot org  2008-02-17 19:37 ---
I think this is feature.  If users explicitely declares as inline, then we do
that, otherwise we doesn't:
  /* Don't auto-inline anything that might not be bound within
 this unit of translation.  */
  else if (!DECL_DECLARED_INLINE_P (fn)
   && DECL_REPLACEABLE_P (fn))
inlinable = false;
otherwise we won't inline much e.g. with -fpic.

Honza


-- 


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

[Bug bootstrap/35218] [4.3 regression] build fails on mingw host

[eric dot weddington at atmel dot com]

--- Comment #9 from eric dot weddington at atmel dot com  2008-02-17 19:40 
---
With that patch I'm now getting:

(echo "@set version-GCC 4.3.0"; \
 if [ "experimental" = "experimental" ]; \
 then echo "@set DEVELOPMENT"; \
 else echo "@clear DEVELOPMENT"; \
 fi) > gcc-vers.texiT
/bin/sh: build_file_translate@: command not found
make[1]: *** [gcc-vers.texi] Error 127
make[1]: Leaving directory `/c/avrdev/gcc/build/gcc'
make: *** [all-gcc] Error 2


-- 


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

[Bug c/32511] GCC inlines weak function

[sabre at nondot dot org]

--- Comment #3 from sabre at nondot dot org  2008-02-17 19:48 ---
I understand the desire to optimize with -fpic, but miscompiling the code seems
unreasonable...


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[dominiq at lps dot ens dot fr]

--- Comment #10 from dominiq at lps dot ens dot fr  2008-02-17 19:56 ---
> I don't remember the details for NOT() other than the simplification
> isn't simply because of the internal representation with GMP and 
> GMP does not have a mpz_not function.  So, NOT() may accidentally get
> the expected answer.  I'm unfamiliar with the other functions you 
> mentioned.

I think the basic problem with all the bit-manipulation intrinsics it that they
does not make sense outside an unsigned integer model which does not exist in
FORTRAN outside this context. 

The f9* standard should have added unsigned integer along with the bit
manipulations, this would have avoided their embarrassment between 13.3 and
13.4.


-- 


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

[Bug libstdc++/35221] [4.3 Regression] libstdc++ broken

[andreast at gcc dot gnu dot org]

--- Comment #10 from andreast at gcc dot gnu dot org  2008-02-17 20:17 
---
Thanks a lot!
sparc-sun-solaris2.8 and hppa*-hp-hpux11.11 build again.


-- 


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

[Bug awt/21598] rendering problem with button text

[gnu_andrew at member dot fsf dot org]

--- Comment #5 from gnu_andrew at member dot fsf dot org  2008-02-17 19:44 
---
No feedback on this bug from the Gtk+ developers still...


-- 

gnu_andrew at member dot fsf dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug c++/32089] Winline reports bogus warning

[hubicka at gcc dot gnu dot org]

--- Comment #6 from hubicka at gcc dot gnu dot org  2008-02-17 19:45 ---
OK, I am switching it to new again ;)

However the warning really means that GCC decided to not inline the function
because it thinks it is not profitable because it concluded that the call is
infrequent. Perhaps you can suggest better wording?  The cold regions can be
controlled via hot-bb-frequency-fraction parameter.

Honza


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 19:45:00
   date||


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

[Bug awt/20630] GTK 2.8 peer Image and Graphics API reorganization

[gnu_andrew at member dot fsf dot org]

--- Comment #7 from gnu_andrew at member dot fsf dot org  2008-02-17 19:42 
---
Is this still valid? GdkPixbufDecoder still lives, but GdkGraphics seems to
have gone.


-- 


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

[Bug fortran/35223] IBITS gives compiler error

[sgk at troutmask dot apl dot washington dot edu]

--- Comment #11 from sgk at troutmask dot apl dot washington dot edu  
2008-02-17 19:59 ---
Subject: Re:  IBITS gives compiler error

On Sun, Feb 17, 2008 at 07:10:19PM -, jvdelisle at gcc dot gnu dot org
wrote:
> --- Comment #9 from jvdelisle at gcc dot gnu dot org  2008-02-17 19:10 
> ---
> We do need to fix some things here.  The runtime perhaps should catch the
> invalid of pos + len > 32 for bit_size being 32.
> 

(snip)

> So I support removing the range check just for these bit manipulation
> procedures.

Yes, that is probably a good compromise, then let the middle-end
deal with possible out of range values.  One probably needs to
check the expansion of 

  i = -1
  i = ibits(i,0,32)

-fdump-tree-original shows

  i = -1;
  i = i >> 0 & ~(-1 << 32);

for the above, which of course gives the user desired result of -1.


-- 


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

[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106

[hubicka at gcc dot gnu dot org]

--- Comment #13 from hubicka at gcc dot gnu dot org  2008-02-17 20:32 
---
Patch posted.


-- 


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

[Bug c/32511] GCC inlines weak function

[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
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||accepts-invalid, wrong-code
   Last reconfirmed|-00-00 00:00:00 |2008-02-17 21:05:49
   date||
Version|unknown |4.3.0


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

[Bug c/32511] GCC inlines weak function

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-02-17 21:05 ---
Well, I think we should error for the inline + weak combination, as it doesn't
make sense.


-- 


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

[Bug target/35239] New: Build failure when host cc is GCC-2.95,3 or earlier

[gschafer at zip dot com dot au]

The build/bootstrap fails in driver-1386.c due to cpuid changes:

/tmp/ccWPtRYo.s: Assembler messages:
/tmp/ccWPtRYo.s:1895: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1896: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1897: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1898: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1899: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1900: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1901: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1902: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1903: Error: invalid character '{' in mnemonic
/tmp/ccWPtRYo.s:1904: Error: invalid character '{' in mnemonic

The older GCC apparently doesn't grok the asm syntax. More information in the
thread starting here:

http://gcc.gnu.org/ml/gcc/2008-02/msg00315.html

Failing to build from 2.95.3 is quite serious so I suggest a high priority for
this one. Thanks.


-- 
   Summary: Build failure when host cc is GCC-2.95,3 or earlier
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gschafer at zip dot com dot au
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug rtl-optimization/35232] [4.3 regression] ICE in fp-int-convert-double.c at -O2

[ubizjak at gmail dot com]

--- Comment #1 from ubizjak at gmail dot com  2008-02-17 21:33 ---
IMO is a bit suspicious that FP<->int conversions in mips.md operate on both FP
operands, i.e:

(define_insn "fix_truncdfsi2_insn"
  [(set (match_operand:SI 0 "register_operand" "=f")
(fix:SI (match_operand:DF 1 "register_operand" "f")))]

...and similar patterns... , as well as:

(define_insn "floatsidf2"
  [(set (match_operand:DF 0 "register_operand" "=f")
(float:DF (match_operand:SI 1 "register_operand" "f")))]

...and similar patterns.

One would expect a constraint that describes integer regs for output operand in
the former case and integer regs for input operand in the later case.


-- 


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

[Bug ada/15479] Ada manual problems

[rwild at gcc dot gnu dot org]

--- Comment #3 from rwild at gcc dot gnu dot org  2008-02-17 21:20 ---
Subject: Bug 15479

Author: rwild
Date: Sun Feb 17 21:20:01 2008
New Revision: 132382

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132382
Log:
gcc/ada/:
PR documentation/15479
* gnat_ugn.texi: In non-code, avoid space before colon.
(Regular Expressions in gnatfind and gnatxref): Fix indentation.
(Examples of gnatxref Usage): Use @command{vi} instead of
@file{vi}.
(Character Set Control): Do not use @code for UTF-8.
(Validity Checking): Fix typo "NaNs" instead of "NaN's".  Do not
use @code for IEEE.
* gnat_rm.texi (Aggregates with static bounds): Fix typo in code
sample.
* gnat_rm.texi, gnat_ugn.texi: Fix typos.  Bump copyright years.

Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/gnat_rm.texi
trunk/gcc/ada/gnat_ugn.texi


-- 


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

[Bug c++/35228] template accepting numeric fails with sizeof

[manu at gcc dot gnu dot org]

-- 

manu 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-02-17 21:52:13
   date||


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

[Bug awt/16729] Component.print() and Component.printAll() does not affect graphics parameter

[gnu_andrew at member dot fsf dot org]

--- Comment #5 from gnu_andrew at member dot fsf dot org  2008-02-17 22:11 
---
I guess an appropriate testcase would be the Eclipse Visual Editor.   Is this
known to work with GNU Classpath?


-- 


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