[Bug middle-end/33992] [4.3 Regression] Miscompiles a function, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #26 from ubizjak at gmail dot com  2008-02-10 08:23 ---
Following is significantly minimized testcase:

--cut here--
#include 
#include 

struct real_value
{
  unsigned long sig[3];
};


#ifdef INLINE
static inline void __attribute__((always_inline))
#else
static void __attribute__((noinline))
#endif
normalize (struct real_value *r)

{
  int j;

  for (j = 0; ; j++)
if (r->sig[2] & ((unsigned long)1 << (63 - j)))
  break;

  printf ("%i\n", j);

  if (j)
abort ();
}

static void __attribute__((noinline))
  do_test (struct real_value *r)
{
  int i;

  for (i = 0; i < 2; ++i)
normalize (r);
}

int main()
{
  struct real_value r;

  r.sig[0] = 0ull;
  r.sig[1] = 0ull;
  r.sig[2] = 0x8001ull;

  do_test (&r);

  return 0;
}
--cut here--

[EMAIL PROTECTED] test]$ gcc -O2 -DINLINE t1.c
[EMAIL PROTECTED] test]$ ./a.out
63
Aborted
[EMAIL PROTECTED] test]$ gcc -O2  t1.c
[EMAIL PROTECTED] test]$ ./a.out
0
0

Note, that it looks like MSB is not detected in normalize().


-- 


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

[Bug fortran/35152] New: Implicit procedure with keyword=argument is accepted

[burnus at gcc dot gnu dot org]

external bar
call bar(a=5)
end

The "a=" is invalid as there is no explicit interface.

"12.4 Procedure reference"
"R1220 actual-arg-spec is [ keyword = ] actual-arg"
"C1225 (R1220) The keyword = shall not appear if the interface of the procedure
is implicit in the scoping unit."

Found at:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/543563d67446fbea/

Other compilers show:

Error: Procedure with a keyword argument at (1) does not have an explicit
interface
Error: Keyword arguments are invalid without an explicit interface.
Error: Keyword argument requires an explicit interface
Error: An actual argument keyword is being used when an explicit interface is
not known.


-- 
   Summary: Implicit procedure with keyword=argument is accepted
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug c++/35153] New: Taking address of result of calling function returning rvalue reference should not compile.

[gcc-bugzilla at contacts dot eelis dot net]

Consider:

  int && f();
  void g() { &(f()); }

GCC accepts, but shouldn't, because by 5.3.1p2 (in n2461) the operand of unary
& must be an lvalue, and by 5p6 (f()) is an rvalue.

I'm using g++ (GCC) 4.3.0 20080106 (experimental).


-- 
   Summary: Taking address of result of calling function returning
rvalue reference should not compile.
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc-bugzilla at contacts dot eelis dot net


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

[Bug c++/35149] ICE: in expand_call_inline, at tree-inline.c:2653

[Ralf dot Wildenhues at gmx dot de]

--- Comment #2 from Ralf dot Wildenhues at gmx dot de  2008-02-10 09:52 
---
Created an attachment (id=15126)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15126&action=view)
slightly reduced testcase

This is what multidelta gets me (see
).
Sorry, I don't have time for manual reduction ATM.


-- 


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

[Bug c++/35149] ICE: in expand_call_inline, at tree-inline.c:2653

[Ralf dot Wildenhues at gmx dot de]

--- Comment #3 from Ralf dot Wildenhues at gmx dot de  2008-02-10 09:53 
---
Created an attachment (id=15127)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15127&action=view)
fix mime type of gzipped testcase


-- 

Ralf dot Wildenhues at gmx dot de changed:

   What|Removed |Added

  Attachment #15126|0   |1
is obsolete||


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

[Bug middle-end/33992] [4.3 Regression] Miscompiles a function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #27 from ubizjak at gmail dot com  2008-02-10 10:44 ---
Minimum testcase, fails also for 32bits:

--cut here--
extern void abort ();

void __attribute__((noinline))
bar (unsigned long long i)
{
  if (i)
abort ();
}

void __attribute__((always_inline))
foo (unsigned long long *r)

{
  int i;

  for (i = 0; ; i++)
if (*r & ((unsigned long long)1 << (63 - i)))
  break;

  bar (i);
}

void __attribute__((noinline))
do_test (unsigned long long *r)
{
  int i;

  for (i = 0; i < 2; ++i)
foo (r);
}

int main()
{
  unsigned long long r = 0x8001ull;

  do_test (&r);
  return 0;
}
--cut here--

[EMAIL PROTECTED] test]$ gcc -O1 t1.c && ./a.out
[EMAIL PROTECTED] test]$ gcc -O2 t1.c && ./a.out
Aborted


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 GCC target triplet|x86_64-*-*  |
Summary|[4.3 Regression] Miscompiles|[4.3 Regression] Miscompiles
   |a function, breaks  |a function with inlining,
   |profiledbootstrap   |breaks profiledbootstrap


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

[Bug middle-end/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #28 from ubizjak at gmail dot com  2008-02-10 11:10 ---
This testcase can be used to analyze the failure:

--cut here--
extern void abort ();

void __attribute__((noinline))
bar (unsigned long long i)
{
  if (i)
abort ();
}

#ifdef INLINE
void __attribute__((always_inline))
#else
void __attribute__((noinline))
#endif
foo (unsigned long long *r)
{
  int i;

  for (i = 0; ; i++)
if (*r & ((unsigned long long)1 << (63 - i)))
  break;

  bar (i);
}

void __attribute__((noinline))
do_test (unsigned long long *r)
{
  int i;

  for (i = 0; i < 2; ++i)
foo (r);
}

int main()
{
  unsigned long long r = 0x8001ull;

  do_test (&r);
  return 0;
}
--cut here--

[EMAIL PROTECTED] test]$ gcc -O2 t1.c && ./a.out
[EMAIL PROTECTED] test]$ gcc -O2 -DINLINE t1.c && ./a.out
Aborted


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

Summary|[4.3 Regression] Miscompiles|[4.3 Regression] Miscompiles
   |a function with inlining,   |function with inlining,
   |breaks profiledbootstrap|breaks profiledbootstrap


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

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

[tkoenig at gcc dot gnu dot org]

--- Comment #5 from tkoenig at gcc dot gnu dot org  2008-02-10 11:43 ---
Hi Jerry,

_unformatted_ stream should not truncate, you can
put bytes into the middle of a file there.

Does your patch do that?  (I can't test right now).

Thomas


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jvdelisle at gcc dot gnu dot
   ||org


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

[Bug fortran/35154] New: Unable to reference symbols in Fortran COMMON due to .stabs format

[george at gly dot bris dot ac dot uk]

Problem is fixed with approved (but uncommitted) patch at

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

Arises on different systems lacking either: 1) loader ability to process
external (i.e. non-.TEXT) SYMBOL+offset in .stabs; or 2) gdb ability to process
same.  Darwin is one; FX Coudert's gfortran
testing system is another (unknown type).

To replicate, see below.

#cat simtest.f
  common i,j
  common /label/l,m
  i = 1
  j = 2
  k = 3
  l = 4
  m = 5
  call sub
  end
  subroutine sub
  common /label/l,m
  logical first
  save n
  data first /.true./
  if (first) then
 n = 0
 first = .false.
  endif
  n = n + 1
  l = l + 1
  end
#
#gfortran -v -g -o simtest simtest.f
Driving: gfortran -mmacosx-version-min=10.4 -v -g -o simtest simtest.f
-lgfortranbegin -lgfortran -shared-libgcc
Using built-in specs.
Target: powerpc-apple-darwin8.8.0
Configured with: ../gcc-trunk/gcc/configure --enable-languages=c,fortran
Thread model: posix
gcc version 4.3.0 20080204 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-v' '-g' '-o' 'simtest'
'-shared-libgcc'
 /usr/local/libexec/gcc/powerpc-apple-darwin8.8.0/4.3.0/f951 simtest.f
-ffixed-form -feliminate-unused-debug-symbols -fPIC -quiet -dumpbase simtest.f
-mmacosx-version-min=10.4 -auxbase simtest -g -version -fintrinsic-modules-path
/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/finclude -o
/var/tmp//cc6Ld1Df.s
GNU F95 (GCC) version 4.3.0 20080204 (experimental) (powerpc-apple-darwin8.8.0)
compiled by GNU C version 4.3.0 20080204 (experimental), GMP version
4.2.2, MPFR version 2.3.0-p3.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-v' '-g' '-o' 'simtest'
'-shared-libgcc'
 as -arch ppc -o /var/tmp//ccILL0ce.o /var/tmp//cc6Ld1Df.s
COMPILER_PATH=/usr/local/libexec/gcc/powerpc-apple-darwin8.8.0/4.3.0/:/usr/local/libexec/gcc/powerpc-apple-darwin8.8.0/4.3.0/:/usr/local/libexec/gcc/powerpc-apple-darwin8.8.0/:/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/:/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/
LIBRARY_PATH=/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/:/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-v' '-g' '-o' 'simtest'
'-shared-libgcc'
 /usr/local/libexec/gcc/powerpc-apple-darwin8.8.0/4.3.0/collect2 -dynamic -arch
ppc -macosx_version_min 10.4 -multiply_defined suppress
-weak_reference_mismatches non-weak -o simtest -lcrt1.o
/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/crt3.o
-L/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0
-L/usr/local/lib/gcc/powerpc-apple-darwin8.8.0/4.3.0/../../..
/var/tmp//ccILL0ce.o -lgfortranbegin -lgfortran -lgcc_s.10.4 -lgcc
-lSystemStubs -lSystem
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-v' '-g' '-o' 'simtest'
'-shared-libgcc'

#gdb simtest
GNU gdb 6.3.50-20050815 (Apple version gdb-573) (Fri Oct 20 15:54:33 GMT 2006)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "powerpc-apple-darwin"...Reading symbols for shared
libraries  done

(gdb) l MAIN__ 
1 common i,j
2 common /label/l,m
3 i = 1
4 j = 2
5 k = 3
6 l = 4
7 m = 5
8 call sub
9 end
10subroutine sub
(gdb) break 8
Breakpoint 1 at 0x2c28: file simtest.f, line 8.
(gdb) run
Starting program: /Users/george/f77/simtest 
Reading symbols for shared libraries ..+. done

Breakpoint 1, MAIN__ () at simtest.f:8
8 call sub
(gdb) p i
Address of symbol "i" is unknown.
(gdb) p j
No symbol "j" in current context.
(gdb) p k
$1 = 3
Current language:  auto; currently fortran
(gdb) p l
Address of symbol "l" is unknown.
(gdb) p m
No symbol "m" in current context.
(gdb) quit
The program is running.  Exit anyway? (y or n) y
#
---


-- 
   Summary: Unable to reference symbols in Fortran COMMON due to
.stabs format
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: george at gly dot bris dot ac dot uk
 GCC build triplet: powerpc-apple-darwin8.8.0
  GCC host triplet: powerpc-apple-darwin8.8.0 (and others)
GCC target triplet: powerpc-apple-darwin8.8.0


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

[Bug middle-end/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #29 from ubizjak at gmail dot com  2008-02-10 12:27 ---
The problem is in forwprop4 pass:

When testcase from #28 is compiled with "-O2 -DINLINE", forwprop4 pass
transforms:

--cut here--
;; Function do_test (do_test)

do_test (r)
{
  long long unsigned int shifttmp.49;
  long long unsigned int D.1576;
  ...

:
  # i_19 = PHI <0(2), i_4(5)>
  D.1576_13 = *r_3(D);
  shifttmp.49_16 = D.1576_13 & 0x08000;
  if (shifttmp.49_16 != 0)
goto ;
  else
goto ;

...
}
--cut here--

to 

--cut here--
;; Function do_test (do_test)

  Replaced 'shifttmp.49_16 != 0' with '0'(-> !!!)
do_test (r)
{
  long long unsigned int D.1576;
  ...

:
  # i_19 = PHI <0(2), i_4(5)>
  D.1576_13 = *r_3(D);
  goto ;

  ...
}
--cut here--

The replacement is wrong.


-- 


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #30 from ubizjak at gmail dot com  2008-02-10 12:31 ---
tree-optimization


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

  Component|middle-end  |tree-optimization


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

[Bug libstdc++/16251] bogus default constructor for std::basic_iostream

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2008-02-10 13:01 ---
This is still a problem in GCC 4.1.2 and GCC 4.3

[EMAIL PROTECTED]:~$ ./test
terminate called after throwing an instance of 'std::bad_cast'
  what():  St8bad_cast
foobarAborted


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.1.2 4.3.0
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 13:01:43
   date||


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

[Bug ada/35143] [4.3 regression] Serious regression on ACATS results since 4.2.3

[charlet at adacore dot com]

--- Comment #12 from charlet at adacore dot com  2008-02-10 13:12 ---
Subject: Re:  [4.3 regression] Serious regression on ACATS results since 4.2.3

> I found remnants of a suggested
> EH change Arnaud had made to me and removed it.

I do not think it was me. Possibly Laurent Guerby.

> YEAH!  I will do a sparc-rtems run and after that I will clean up and add a
> patch to this PR.  Please do not close it until I do that and it is reviewed
> and applied.

Please close this PR as soon as you confirm that a clean tree builds
properly.

Note that in any case, this PR is 100% specific to RTEMS since Ada is in
relatively good shape wrt exceptions on all the targets where tests are
posted.

Arno


-- 


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

[Bug c++/20478] poor parse error diagnostic

[manu at gcc dot gnu dot org]

--- Comment #8 from manu at gcc dot gnu dot org  2008-02-10 13:38 ---
I am all for making parser errors more accurate but I honestly think we should
close this as WONTFIX because this particular testcase is a waste of time. I
don't think automatic reduction is possible since small changes would just
alter the parse tree and generate a different error (see GCC 4.3 output versus
original output). And generating a smaller testcase manually seems an arduous
task. 

Perhaps someone else will provide a smaller testcase in other PR, but making a
connection with this one seems difficult.

In summary, if our only chance is that fixing another future PR somehow fixes
this, then we may well close this now.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/21691] ICE in reload_cse_simplify_operands, at postreload.c:391 (ARM -mthumb -Os)

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-02-10 13:41 ---
CCing ARM maintainers.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||richard dot earnshaw at arm
   ||dot com, nickc at redhat dot
   ||com
  BugsThisDependsOn||20810


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

[Bug c++/35117] Vectorization on power PC

[eyal at geomage dot com]

--- Comment #21 from eyal at geomage dot com  2008-02-10 13:48 ---
(In reply to comment #14)
> Giving it another thought, this is not necessary an alias analysis issue, even
> that it fails to tell that the pointers not alias. Since in this case the
> pointers do differ, the runtime test should take the flow to the vectorized
> loop. Maybe the test is too strict. I'll look into this on Sunday.

Hi,
 Any update on this matter?

thanks
eyal


-- 


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

[Bug c++/35149] ICE: in expand_call_inline, at tree-inline.c:2653

[Ralf dot Wildenhues at gmx dot de]

--- Comment #4 from Ralf dot Wildenhues at gmx dot de  2008-02-10 13:55 
---
Created an attachment (id=15128)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15128&action=view)
slightly more reduced testcase


-- 

Ralf dot Wildenhues at gmx dot de changed:

   What|Removed |Added

  Attachment #15127|0   |1
is obsolete||


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

[Bug fortran/35019] Gfortran does not support "-J " only "-J"

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2008-02-10 14:00 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-02/msg00079.html


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dfranke at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Keywords||patch
   Last reconfirmed|2008-02-04 17:35:33 |2008-02-10 14:00:51
   date||


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

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

[jvdelisle at gcc dot gnu dot org]

--- Comment #6 from jvdelisle at gcc dot gnu dot org  2008-02-10 13:51 
---
The patch only touches on formatted stream io:

case FORMATTED_STREAM:
case FORMATTED_SEQUENTIAL:
---snip---
  if (is_stream_io (dtp))
{
  dtp->u.p.current_unit->strm_pos += len;
  struncate(dtp->u.p.current_unit->s);
}


-- 


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[pinskia at gcc dot gnu dot org]

--- Comment #32 from pinskia at gcc dot gnu dot org  2008-02-10 13:49 
---

- fold_convert (TREE_TYPE (op1), rhs0),
+ fold_convert (TREE_TYPE (rhs0),
rhs0),
  op1, !single_use0_p);

Wait, you don't need the fold_convert here then.  Since rhs0 is already be
TREE_TYPE (rhs0) :).

Seriously this needs more thinking that patch.  Since after your patch, we have
a type mismatch.


-- 


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #31 from ubizjak at gmail dot com  2008-02-10 13:45 ---
Patch in testing:

Index: tree-ssa-forwprop.c
===
--- tree-ssa-forwprop.c (revision 132202)
+++ tree-ssa-forwprop.c (working copy)
@@ -376,7 +376,7 @@ forward_propagate_into_cond (tree cond_e
tree op1 = TREE_OPERAND (cond, 1);
rhs0 = GIMPLE_STMT_OPERAND (def_stmt, 1);
tmp = combine_cond_expr_cond (TREE_CODE (cond), boolean_type_node,
- fold_convert (TREE_TYPE (op1), rhs0),
+ fold_convert (TREE_TYPE (rhs0),
rhs0),
  op1, !single_use0_p);
  }
/* If that wasn't successful, try the second operand.  */
@@ -393,7 +393,7 @@ forward_propagate_into_cond (tree cond_e
rhs1 = GIMPLE_STMT_OPERAND (def_stmt, 1);
tmp = combine_cond_expr_cond (TREE_CODE (cond), boolean_type_node,
  op0,
- fold_convert (TREE_TYPE (op0), rhs1),
+ fold_convert (TREE_TYPE (rhs1),
rhs1),
  !single_use1_p);
  }
/* If that wasn't successful either, try both operands.  */
@@ -402,7 +402,7 @@ forward_propagate_into_cond (tree cond_e
&& rhs1 != NULL_TREE)
  tmp = combine_cond_expr_cond (TREE_CODE (cond), boolean_type_node,
rhs0,
-   fold_convert (TREE_TYPE (rhs0), rhs1),
+   fold_convert (TREE_TYPE (rhs1), rhs1),
!(single_use0_p && single_use1_p));
   }
 else if (TREE_CODE (cond) == SSA_NAME)


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ubizjak at gmail dot com
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-02-06 01:19:36 |2008-02-10 13:45:55
   date||


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

[Bug ada/35155] New: Ada not building on gcc-4.2.3

[bugzilla-gcc at thewrittenword dot com]

Ada in gcc-4.2.3 does not build with a pre-existing Ada build from gcc-3.4.3:
  $ bzip2 -dc gcc-4.2.3.tar.bz2 | tar xf -
  $ mkdir gcc-4.2.3-objdir
  $ cd gcc-4.2.3-objdir
  $ LIBPATH=/opt/TWWfsw/libgmp42/lib:/opt/TWWfsw/libmpfr22/lib CC=gcc bash
/opt/build/china/gcc-4.2.3/configure --enable-nls --with-included-gettext
--enable-shared --enable-threads --with-gmp=/opt/TWWfsw/libgmp42
--with-mpfr=/opt/TWWfsw/libmpfr23 --enable-languages="c,ada"
  ...
  $ LIBPATH=/opt/TWWfsw/libgmp42/lib:/opt/TWWfsw/libmpfr22/lib gmake bootstrap
  ...
  /opt/build/china/gcc-4.2.3-objdir/./prev-gcc/xgcc
-B/opt/build/china/gcc-4.2.3-objdir/./prev-gcc/
-B/usr/local/powerpc-ibm-aix5.1.0.0/bin/   -g -O2 -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-style-definition -Wmissing-format-attribute-DHAVE_CONFIG_H
-Wl,-bbigtoc gcov-dump.o version.o errors.o ../libcpp/libcpp.a
./../intl/libintl.a -liconv  ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a -o gcov-dump
  /opt/build/china/gcc-4.2.3-objdir/./prev-gcc/xgcc
-B/opt/build/china/gcc-4.2.3-objdir/./prev-gcc/
-B/usr/local/powerpc-ibm-aix5.1.0.0/bin/ -c -g -O2  -mminimal-toc -I- -I.
-Iada -I/opt/build/china/gcc-4.2.3/gcc/ada
/opt/build/china/gcc-4.2.3/gcc/ada/ada.ads -o ada/ada.o
  ada.ads:16:01: language defined units may not be recompiled


-- 
   Summary: Ada not building on gcc-4.2.3
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bugzilla-gcc at thewrittenword dot com
 GCC build triplet: powerpc-ibm-aix5.1.0.0
  GCC host triplet: powerpc-ibm-aix5.1.0.0
GCC target triplet: powerpc-ibm-aix5.1.0.0


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

[Bug target/20810] ICE in reload_cse_simplify_operands, at postreload.c:391

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-02-10 13:43 ---
CCing ARM maintainers.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||richard dot earnshaw at arm
   ||dot com, nickc at redhat dot
   ||com


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

[Bug c++/26950] Error diagnostic not issued for unacceptable result of lookup for a name used in a nested-name-specifier

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-02-10 14:08 ---
Confirmed in g++ 4.3.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||accepts-invalid
  Known to fail||4.3.0
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 14:08:42
   date||


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #33 from ubizjak at gmail dot com  2008-02-10 14:31 ---
(In reply to comment #32)

> Seriously this needs more thinking that patch.  Since after your patch, we 
> have
> a type mismatch.

I will leave this problem to tree expert then.

(BTW: There is another fold_convert in forward_propagate_comparison(),
tree-ssa-forwprop.c, line 788, that IMO has type mismatch.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 AssignedTo|ubizjak at gmail dot com|unassigned at gcc dot gnu
   ||dot org
 Status|ASSIGNED|NEW


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

[Bug libstdc++/16251] bogus default constructor for std::basic_iostream

[pcarlini at suse dot de]

--- Comment #5 from pcarlini at suse dot de  2008-02-10 14:36 ---
On it. I think we can safely implement submitter' suggestion.


-- 

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

[Bug treelang/24844] syntax error when running treelang testsuite

[manu at gcc dot gnu dot org]

--- Comment #1 from manu at gcc dot gnu dot org  2008-02-10 14:43 ---
This was fixed by:


r113201 | doko | 2006-04-23 20:15:34 +0200 (Sun, 23 Apr 2006) | 4 lines

2006-04-22  Matthias Klose  <[EMAIL PROTECTED]>

* Make-lang.in(treelang.check): Don't set and pass TRANSFORM.




-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[ubizjak at gmail dot com]

--- Comment #34 from ubizjak at gmail dot com  2008-02-10 14:32 ---
BTW: Although patch from Comment #31 is probably not correct, it fixes
profiledbootstrap.


-- 


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

[Bug fortran/18428] No preprocessing option -cpp for gfortran

[dfranke at gcc dot gnu dot org]

--- Comment #8 from dfranke at gcc dot gnu dot org  2008-02-10 14:35 ---
Ancient, but still valid.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dfranke at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Keywords|documentation   |
   Last reconfirmed|2006-02-26 19:09:52 |2008-02-10 14:35:46
   date||


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

[Bug debug/26475] tree-ssa loses line numbers for initializations (constants for PHIs)

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-02-10 14:50 ---
I think this is confirmed.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 14:50:21
   date||


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

[Bug fortran/35019] Gfortran does not support "-J " only "-J"

[dfranke at gcc dot gnu dot org]

--- Comment #3 from dfranke at gcc dot gnu dot org  2008-02-10 15:13 ---
Fixed in trunk. Closing.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/35123] [4.2 only] ICE in fold_convert, at fold-const.c:2248

[fxcoudert at gcc dot gnu dot org]

--- Comment #4 from fxcoudert at gcc dot gnu dot org  2008-02-10 15:16 
---
It's 4.2 only and not a regression, so it will not be fixed. Closing as
WONTFIX, if someone else has a reason to suggest otherwise please speak up and
reopen it.

Sorry for the time you spent reducing it, Salvatore, and thanks for your
report.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
  GCC build triplet|i686-pc-linux-gnu   |
   GCC host triplet|i686-pc-linux-gnu   |
 GCC target triplet|i686-pc-linux-gnu   |
   Keywords||ice-on-valid-code
 Resolution||WONTFIX
Summary|ICE in fold_convert, at |[4.2 only] ICE in
   |fold-const.c:2248   |fold_convert, at fold-
   ||const.c:2248


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

[Bug c++/35117] Vectorization on power PC

[victork at gcc dot gnu dot org]

--- Comment #22 from victork at gcc dot gnu dot org  2008-02-10 15:06 
---
1. It looks like vectorizer was enabled in both cases, since -O3 enables the
vectorizer by the default. You need to add -fno-tree-vectorize to disable it
explicitly.

2. To get better results from vectorized version I would recommend to allocate
arrays at boundaries aligned to 16 byte and let to the compiler to know this.
You can do it by static allocation of arrays:

  float pSum1[64000] __attribute__ ((__aligned__(16)));
  float pSum[64000] __attribute__ ((__aligned__(16)));
  float pVec1[64000] __attribute__ ((__aligned__(16)));

3. It would be better if "itBegin" will start from 0 and be known at compile
time. This and [2] will allow to vectorizer to save realigning loads.

4. For some strange reason the run time of this test can vary significantly (up
to 50%) from run to run. So be sure to run it several times.

-- Victor.


-- 

victork at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||victork at gcc dot gnu dot
   ||org


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

[Bug c++/35117] Vectorization on power PC

[eyal at geomage dot com]

--- Comment #23 from eyal at geomage dot com  2008-02-10 15:47 ---
(In reply to comment #22)
> 1. It looks like vectorizer was enabled in both cases, since -O3 enables the
> vectorizer by the default. You need to add -fno-tree-vectorize to disable it
> explicitly.
> 2. To get better results from vectorized version I would recommend to allocate
> arrays at boundaries aligned to 16 byte and let to the compiler to know this.
> You can do it by static allocation of arrays:
>   float pSum1[64000] __attribute__ ((__aligned__(16)));
>   float pSum[64000] __attribute__ ((__aligned__(16)));
>   float pVec1[64000] __attribute__ ((__aligned__(16)));
> 3. It would be better if "itBegin" will start from 0 and be known at compile
> time. This and [2] will allow to vectorizer to save realigning loads.
> 4. For some strange reason the run time of this test can vary significantly 
> (up
> to 50%) from run to run. So be sure to run it several times.
> -- Victor.

Hi,
  Item 2 is problematic as the data can vary a lot and I cant use static
arrays.  Im also willing to pay a "reasonable" price for the alignment extra
actions.  
  Item 3: I cant make itBegin start from zero, since this is how the formula
we're using works. Its calculated everytime and can vary in value.
  Item 4: I saw consistent results everytime I ran it.


-- 


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

[Bug libstdc++/16251] bogus default constructor for std::basic_iostream

[paolo at gcc dot gnu dot org]

--- Comment #6 from paolo at gcc dot gnu dot org  2008-02-10 15:48 ---
Subject: Bug 16251

Author: paolo
Date: Sun Feb 10 15:48:10 2008
New Revision: 132214

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

PR libstdc++/16251
* include/std/istream (basic_istream<>::basic_istream()): Call
this->init().
(basic_iostream<>::basic_iostream(basic_streambuf<>*)): Don't
do it here, per 27.6.1.5.1/1.
* include/std/ostream (basic_ostream<>::basic_ostream()): Call
this->init().
* testsuite/27_io/basic_iostream/cons/16251.C: New.

* testsuite/27_io/basic_iostream/cons/2020.cc: Minor tweaks.

Added:
trunk/libstdc++-v3/testsuite/27_io/basic_iostream/cons/16251.C
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/std/istream
trunk/libstdc++-v3/include/std/ostream
trunk/libstdc++-v3/testsuite/27_io/basic_iostream/cons/2020.cc


-- 


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

[Bug libstdc++/16251] bogus default constructor for std::basic_iostream

[pcarlini at suse dot de]

--- Comment #7 from pcarlini at suse dot de  2008-02-10 15:51 ---
Nothing will be done in older branches (by the way, I'm coming to the
conclusion that adding the default constructor was probably an error, but
unfortunately is *exported* and in any case we can't just remove it now :(


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

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


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

[Bug preprocessor/28079] #line range not verified without -pedantic

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-02-10 15:52 ---
Tom, as the libcpp maintainer, could you give your opinion about this? I
personally think a warning could be useful, it may point out some bug in an
auto-generated file. Moreover, I think that the standard also require us to
warn (with -pedantic) for the wrapping case.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org,
   ||tromey at redhat dot com
 Status|UNCONFIRMED |WAITING


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

[Bug fortran/35130] OpenMP: Private variable passed to subroutine

[fxcoudert at gcc dot gnu dot org]

--- Comment #3 from fxcoudert at gcc dot gnu dot org  2008-02-10 15:37 
---
I have managed to reduce it a bit more, and it does not involve passing the
loop variable as an argument:

program outer
  integer k, a(1)
  a = 0.0
!$OMP PARALLEL DO
  do k = 1, 1
call inner
  end do
!$OMP END PARALLEL DO
 print *, a(1)

contains
  subroutine inner
a(1) = 42
  end subroutine inner
end program outer

>From the tree dump, I've made the following C testcase which also exhibits the
same bug:

$ cat u.c 
int main (void)
{
  int a[1], k;
  void inner (void) { a[0] = 42; }

  a[0] = 0;

  #pragma omp parallel
  #pragma omp for private(k) nowait
  for (k = 1; k <= 1; k = k + 1)
inner ();

  __builtin_printf ("%d\n", a[0]);
  return 0;
}

$ gcc -fopenmp u.c && ./a.out
0


There is no OpenMP component, and since I'm not sure the C code I have created
is valid, I leave this bug as "fortran" for now... but I think it's a generic
issue of contained functions.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 15:37:46
   date||


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

[Bug fortran/35156] New: [patch] Deprecate -M

[burnus at gcc dot gnu dot org]

Consists of two parts:
a) Deprecation:
   http://gcc.gnu.org/ml/fortran/2008-01/msg00366.html
   (This patch has been OKed and waits for the 4.4.0 trunk to open.)
b) Some clean up
   cf PR 35019 for gcc/fortran/options.c
   OPT_M cannot be reached and "Only one -J option" is detected already earlier


-- 
   Summary: [patch] Deprecate -M
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: patch
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: burnus at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug preprocessor/28079] #line range not verified without -pedantic

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-02-10 16:12 ---
Also, I noticed that there is an implicit conversion from ulong to uint when
calling _cpp_do_file_change in do_linemarker. That is the point where the
truncation takes place.


-- 


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

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i386-apple-darwin8.11.1

[ubizjak at gmail dot com]

--- Comment #14 from ubizjak at gmail dot com  2008-02-10 16:13 ---
(In reply to comment #11)
> Latest gcc now reports only:

Please post results to gcc-testresutls@ mailing list on a regular basis if you
want your target-dependant failures to be looked at and eventually fixed.

BTW: There were no i686-apple-darwin nor x86_64-apple-darwin test results
posted for some time...


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2008-02-01 08:49:52 |2008-02-10 16:13:15
   date||
Summary|some vectorisation tests|some vectorisation tests
   |fail with --with-arch=core2 |fail with --with-arch=core2
   |or on  i338-apple-  |or on  i386-apple-
   |darwin8.11.1|darwin8.11.1


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

[Bug other/16600] gcc/configure.ac problem: gcc_gxx_include_dir computation wrong

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-02-10 16:20 ---
This seems to have slipped through the cracks, sorry about that.

This works for me in GCC 4.3 and gcc 3.4.1 is too old already. Please, reopen
if you are still able to reproduce the bug with a recent release of GCC.

Thanks for the report.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i338-apple-darwin8.11.1

[uros at gcc dot gnu dot org]

--- Comment #13 from uros at gcc dot gnu dot org  2008-02-10 16:07 ---
Subject: Bug 35047

Author: uros
Date: Sun Feb 10 16:06:56 2008
New Revision: 132215

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132215
Log:
PR testsuite/35047
* gcc.dg/tree-ssa/gen-vect-2.c: Add -mno-sse for x86 targets.
* gcc.dg/tree-ssa/gen-vect-11.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-11a.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-11b.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-11c.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-25.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-26.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-28.c: Ditto.
* gcc.dg/tree-ssa/gen-vect-32.c: Ditto.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-11.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-11a.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-11b.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-11c.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-2.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-25.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-26.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-28.c
trunk/gcc/testsuite/gcc.dg/tree-ssa/gen-vect-32.c


-- 


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

[Bug ada/35143] [4.3 regression] Serious regression on ACATS results since 4.2.3

[joel dot sherrill at oarcorp dot com]

--- Comment #13 from joel dot sherrill at oarcorp dot com  2008-02-10 16:16 
---
Subject: Re:  [4.3 regression] Serious regression on ACATS
 results since 4.2.3

charlet at adacore dot com wrote:
> --- Comment #12 from charlet at adacore dot com  2008-02-10 13:12 ---
> Subject: Re:  [4.3 regression] Serious regression on ACATS results since 4.2.3
>
>   
>> I found remnants of a suggested
>> EH change Arnaud had made to me and removed it.
>> 
>
> I do not think it was me. Possibly Laurent Guerby.
>
>   
It was back when the huge slow down in compiling was reported.
You suggested changing the exception model and apparently I had
part of the patch still in my SVN tree.  I wasn't trying to blame you.
Sorry if it came out that way.
>> YEAH!  I will do a sparc-rtems run and after that I will clean up and add a
>> patch to this PR.  Please do not close it until I do that and it is reviewed
>> and applied.
>> 
>
> Please close this PR as soon as you confirm that a clean tree builds
> properly.
>
> Note that in any case, this PR is 100% specific to RTEMS since Ada is in
> relatively good shape wrt exceptions on all the targets where tests are
> posted.
>
>   
It makes sense that it is specific to RTEMS only given what fixed
it.  I will post an RTEMS only patch with the PR as soon as I can get
runs on another target.  I want to make sure no parts of the hardware
interrupt modification rework is included so this is OK for 4.3.

--joel
> Arno
>
>
> --
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35143
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
>   


-- 


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

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

[jb at gcc dot gnu dot org]

--- Comment #35 from jb at gcc dot gnu dot org  2008-02-10 16:55 ---
Patch with __gthread_mutex_destroy for all implementations:

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


-- 

jb at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jb at gcc dot gnu dot org


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

[Bug c++/34094] [4.2/4.3 Regression] Undefined static data member in anonymous namespace can acquire a definition anyway

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-11-20 18:00:56 |2008-02-10 16:34:00
   date||


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

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

[hal at oz dot net]

--- Comment #4 from hal at oz dot net  2008-02-10 17:18 ---
Yes, redoing the configure with an absolute path does solve the problem. (The
original was, indeed, configured with a relative path -- old habit, avoiding
absolute paths whenever I can.)

For the record, I've got this version of texi2dvi in /usr/bin:

texi2dvi --version
texi2dvi (GNU Texinfo 4.7) 1.3

I'd be glad to try changing the rule for gcc-vers.texi to see if that fixes the
original problem, but I'm not sure where to do this.  What file is this in?

Thanks


-- 


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

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

[Ralf dot Wildenhues at gmx dot de]

--- Comment #5 from Ralf dot Wildenhues at gmx dot de  2008-02-10 17:21 
---
Subject: Re:  make pdf has missing file in 4.3-20080208

* hal at oz dot net wrote on Sun, Feb 10, 2008 at 06:18:02PM CET:
> 
> I'd be glad to try changing the rule for gcc-vers.texi to see if that fixes 
> the
> original problem, but I'm not sure where to do this.  What file is this in?

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


-- 


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

[Bug fortran/35123] [4.2 only] ICE in fold_convert, at fold-const.c:2248

[sfilippone at uniroma2 dot it]

--- Comment #5 from sfilippone at uniroma2 dot it  2008-02-10 17:58 ---
(In reply to comment #4)
Fair enough. While reducing the test case I also found a workaround, so it's
not a problem for me.. 


-- 


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

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

[jvdelisle at gcc dot gnu dot org]

--- Comment #36 from jvdelisle at gcc dot gnu dot org  2008-02-10 18:07 
---
Subject: Bug 35063

Author: jvdelisle
Date: Sun Feb 10 18:06:34 2008
New Revision: 132217

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132217
Log:
2008-02-10  Danny Smith  <[EMAIL PROTECTED]>

PR gcc/35063
* gthr-win32.h (__gthread_mutex_destroy_function): New function
to CloseHandle after unlocking to prevent accumulation of handle
count. 

2008-02-10  Jerry DeLisle  <[EMAIL PROTECTED]>

PR libfortran/35063
* io/unit.c (destroy_unit_mutex): New function that uses
__gthread_mutex_destroy_function or pthread_mutex_destroy after
unlocking and before free_mem for final closure of I/O unit.
(delete_root): Use new function.
(free_internal_unit): Likewise.
(close_unit_1): Likewise.

Modified:
trunk/ChangeLog
trunk/gcc/gthr-win32.h
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/unit.c


-- 


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

[Bug c++/34094] [4.2/4.3 Regression] Undefined static data member in anonymous namespace can acquire a definition anyway

[jason at gcc dot gnu dot org]

--- Comment #15 from jason at gcc dot gnu dot org  2008-02-10 18:12 ---
Subject: Bug 34094

Author: jason
Date: Sun Feb 10 18:12:01 2008
New Revision: 132218

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132218
Log:
PR c++/34094
* decl2.c (cp_write_global_declarations): Don't write out static
data members with DECL_IN_AGGR_P set.

Added:
trunk/gcc/testsuite/g++.dg/other/anon5.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/decl2.c


-- 


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

[Bug libfortran/35063] [Regression wrt g77] I/O leaks handles/memory on Windows XP

[jvdelisle at gcc dot gnu dot org]

--- Comment #37 from jvdelisle at gcc dot gnu dot org  2008-02-10 18:09 
---
Interim windows only patch committed.  Followup on Comment #35 for 4.4. 
Keeping this PR open until then.


-- 


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

[Bug rtl-optimization/34279] ira branch/-fdump-rtl-ira ICE at at ira-call.c:525

[astrange at ithinksw dot com]

--- Comment #2 from astrange at ithinksw dot com  2008-02-10 19:14 ---
fixed


-- 

astrange at ithinksw dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug fortran/29549] matmul slow for complex matrices

[jb at gcc dot gnu dot org]

--- Comment #5 from jb at gcc dot gnu dot org  2008-02-10 19:19 ---
The big culprit seems to be -fcx-limited-range. The other flags enabled by
-ffast-math help very little.


-- 


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

[Bug fortran/35157] New: accepts keyword argument without explicit interface

[tkoenig at gcc dot gnu dot org]

>From a recent c.l.f. thread (reduced):

$ cat foo.f90 
program main
  call foo(myarg=1.0)
end program main
$ gfortran -S foo.f90


-- 
   Summary: accepts keyword argument without explicit interface
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org


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

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

[joseph at codesourcery dot com]

--- Comment #6 from joseph at codesourcery dot com  2008-02-10 20:25 ---
Subject: Re:  make pdf has missing file in 4.3-20080208

On Sun, 10 Feb 2008, Ralf dot Wildenhues at gmx dot de wrote:

> --- 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 is OK for trunk and 4.2 branch.


-- 


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

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

[Ralf dot Wildenhues at gmx dot de]

--- Comment #7 from Ralf dot Wildenhues at gmx dot de  2008-02-10 20:30 
---
Subject: Re:  make pdf has missing file in 4.3-20080208

* joseph at codesourcery dot com wrote on Sun, Feb 10, 2008 at 09:25:09PM CET:
> On Sun, 10 Feb 2008, Ralf dot Wildenhues at gmx dot de wrote:
> > --- 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 is OK for trunk and 4.2 branch.

Thanks.  Please note that I don't have write access yet (so if you want
to make sure it gets in please consider applying it).


-- 


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

[Bug fortran/35152] Implicit procedure with keyword=argument is accepted

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2008-02-10 20:37 ---
*** Bug 35157 has been marked as a duplicate of this bug. ***


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tkoenig at gcc dot gnu dot
   ||org


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

[Bug fortran/35157] accepts keyword argument without explicit interface

[dfranke at gcc dot gnu dot org]

--- Comment #1 from dfranke at gcc dot gnu dot org  2008-02-10 20:37 ---


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


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[rguenth at gcc dot gnu dot org]

--- Comment #35 from rguenth at gcc dot gnu dot org  2008-02-10 22:08 
---
The source is very likely a type mismatch in the IL (the foldings are correct,
but also strictly unneccessary).  In principle it goes as follows.  We have
a comparison

  op0 OP op1

where op0 and op1 are required to be trivially convertible to each other.  Now
we look up the definition of any of op0 or op1, where their RHS are required
to be trivially convertible to their LHS and so the RHSes are trivially
convertible to each other.  Thus we don't need the conversion - for the
final IL that is - but since fold likes to have more precise types we
convert either operand to the type of the other before calling fold.

So far goes the theory - of course it all breaks down if one of the above
assumption does not hold.

I will have a look.


-- 

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-10 13:45:55 |2008-02-10 22:08:45
   date||


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

[Bug target/31868] Non-Linux DWARF EH x86-64 targets have broken crtend.o

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2008-02-10 22:26 ---
Subject: Bug 31868

Author: hjl
Date: Sun Feb 10 22:25:24 2008
New Revision: 13

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=13
Log:
2008-02-10  H.J. Lu  <[EMAIL PROTECTED]>

Backport from mainline:
2007-08-06  H.J. Lu  <[EMAIL PROTECTED]>
Daniel Jacobowitz  <[EMAIL PROTECTED]>

PR target/31868
* config.gcc (x86_64-*-freebsd*): Add i386/t-crtstuff to
tmake_file.
(x86_64-*-netbsd*): Likewise.
(x86_64-*-linux*): Likewise.
(x86_64-*-kfreebsd*-gnu): Likewise.
(x86_64-*-knetbsd*-gnu): Likewise.
(i[34567]86-*-solaris2.1[0-9]*): Likewise.

* config/i386/t-linux64 (CRTSTUFF_T_CFLAGS): Removed.

* config/i386/t-crtstuff (CRTSTUFF_T_CFLAGS): Update comments.
Add -fno-asynchronous-unwind-tables.

* config/t-freebsd (CRTSTUFF_T_CFLAGS_S): Add $(CRTSTUFF_T_CFLAGS).
* config/t-libc-ok (CRTSTUFF_T_CFLAGS_S): Likewise.
* config/t-lynx (CRTSTUFF_T_CFLAGS_S): Likewise.
* config/t-netbsd (CRTSTUFF_T_CFLAGS_S): Likewise.
* config/t-svr4 (CRTSTUFF_T_CFLAGS_S): Likewise.

Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/config.gcc
branches/gcc-4_2-branch/gcc/config/i386/t-crtstuff
branches/gcc-4_2-branch/gcc/config/i386/t-linux64
branches/gcc-4_2-branch/gcc/config/t-freebsd
branches/gcc-4_2-branch/gcc/config/t-libc-ok
branches/gcc-4_2-branch/gcc/config/t-lynx
branches/gcc-4_2-branch/gcc/config/t-netbsd
branches/gcc-4_2-branch/gcc/config/t-svr4


-- 


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

[Bug fortran/29549] matmul slow for complex matrices

[tkoenig at gcc dot gnu dot org]

--- Comment #6 from tkoenig at gcc dot gnu dot org  2008-02-10 22:47 ---
(In reply to comment #5)
> The big culprit seems to be -fcx-limited-range. The other flags enabled by
> -ffast-math help very little.

C has some strange rules for complex types, which are mandated by the
C standard and aren't much use for other languages.

This is controlled by the variable flag_complex_method.  For C, this
is either 2 (meaning full C rules) or 0, which implies limited range
for complex division.  Complex multiplication can be expanded into
a libcall for flag_complex_method == 2 under circumstances I don't
understand (line 981, tree-complex.c).

Fortran usually has 1, which means sane rules for complex division
and multiplication.

Unfortunately, our matmul routines are written in C, so we
get what we don't need in Fortran - full C rules and possibly
a call to a library routine.

Solutions?  We could introduce an option to set flag_complex_method to
1 in C.  We could also set -fcx-limited-range for our matmul
routines, which should be safe as they don't use complex division
(at least they should not :-)

CC:ing rth as he wrote the code in question.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rth at gcc dot gnu dot org,
   ||tkoenig at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[rguenth at gcc dot gnu dot org]

--- Comment #37 from rguenth at gcc dot gnu dot org  2008-02-10 22:43 
---
Created an attachment (id=15129)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15129&action=view)
patch

I'm bootstrapping and regtesting it (it fixes the testcase).  Maybe someone
can do a profiledbootstrap with it as well (otherwise I will do tomorrow).


-- 


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[rguenth at gcc dot gnu dot org]

--- Comment #36 from rguenth at gcc dot gnu dot org  2008-02-10 22:36 
---
Actually the wrong types are caused by loop IM which replaces the bittest

  D.1210_17 = D.1208_13 >> 63;
  D.1211_2 = (int) D.1210_17;
  if (D.1211_1 != 0)

by

  shifttmp.48_12 = 0x8000;
  shifttmp.48_16 = shifttmp.48_12 & D.1208_13;
  if (shifttmp.48_16 != 0)

but forgets to update the type of the zero.  Testing the patch.


-- 


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

[Bug middle-end/35149] [4.3 Regression] ICE: in expand_call_inline, at tree-inline.c:2653

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-02-10 23:01 ---
I can confirm the ICE on i686 with -m64 (the reduced testcase doesn't fail with
-m32 on i686 for me).  Adding any optimization flag makes the ICE go away
(thus,
non-SSA inlining ICEs).

  /* We have missing edge in the callgraph.  This can happen in one case
 where previous inlining turned indirect call into direct call by
 constant propagating arguments.  In all other cases we hit a bug
 (incorrect node sharing is most common reason for missing edges.  */
  gcc_assert (dest->needed || !flag_unit_at_a_time);

more reduction is necessary here.  I also think this is a minor issue
due to the fact it only triggers at -O0 with inlining.  Works for me
with 4.2.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|c++ |middle-end
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to work||4.2.3
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 23:01:45
   date||
Summary|ICE: in expand_call_inline, |[4.3 Regression] ICE: in
   |at tree-inline.c:2653   |expand_call_inline, at tree-
   ||inline.c:2653
   Target Milestone|--- |4.3.0


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

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

[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
   Keywords||patch
   Last reconfirmed|-00-00 00:00:00 |2008-02-10 23:03:09
   date||


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

[Bug c++/35146] [4.1/4.2 regression] weird error in template function specialization

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-10 23:06 ---
While the original testcase works for me on trunk, the testcase in comment #2
does 
not.  Or am I missing sth?


-- 


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

[Bug c++/35144] [4.3 regression] ICE in generate_element_copy

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-02-10 23:14 ---
This is probably hard to fix for 4.3.  SRA should be looking up structure
elements
by offset, size and element type, not by using field_decls.  Maybe we can make
it not SRA in this case for 4.3.


-- 


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

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i386-apple-darwin8.11.1

[jrp at dial dot pipex dot com]

--- Comment #15 from jrp at dial dot pipex dot com  2008-02-10 23:05 ---
Cool.  We're down to

=== gcc tests ===


Running target unix
FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o-c_compat_y_tst.o execute 
XPASS: gcc.dg/cpp/cmdlne-dI-M.c scan-file
(^|n)cmdlne-dI-M.*:[^n]*cmdlne-dI-M.c
XPASS: gcc.dg/cpp/cmdlne-dM-M.c scan-file
(^|n)cmdlne-dM-M[^n]*:[^n]*cmdlne-dM-M.c


-- 

jrp at dial dot pipex dot com changed:

   What|Removed |Added

 Status|NEW |WAITING


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

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

[hal at oz dot net]

--- Comment #8 from hal at oz dot net  2008-02-11 00:46 ---
I checked, and that patch does fix the original problem on my machine.  Thanks.


-- 


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

[Bug c++/35158] New: g++ does not compile valid C++ for loops with -fopenmp

[kugelfang at gentoo dot org]

The following C++ programm will not compile using current
either gcc-4.2.2 or gcc-4.3.0(svn):

  int main(int argc, char *argv[])
  {
#pragma omp parallel for
for (int i(0) ; i < 10 ; i++)
  ;

return 0;
  }

The error messages for 'g++ -fopenmp -o foo foo.cc' are:

  foo.cc: In function 'int main(int, char**)':
  foo.cc:4: error: expected primary-expression before 'int'
  foo.cc:4: error: expected `;' before 'int'
  foo.cc:4: error: expected primary-expression before 'int'
  foo.cc:4: error: expected `;' before 'int'
  foo.cc:4: error: expected primary-expression before 'int'
  foo.cc:4: error: expected `)' before 'int'
  foo.cc:4: error: expected iteration declaration or initialization
  foo.cc:4: error: 'i' was not declared in this scope
  foo.cc:4: error: expected `;' before ')' token

The program compiles without error messages when I use 'g++ -o foo foo.cc'!


-- 
   Summary: g++ does not compile valid C++ for loops with -fopenmp
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kugelfang at gentoo dot org


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

[Bug tree-optimization/33992] [4.3 Regression] Miscompiles function with inlining, breaks profiledbootstrap

[dirtyepic at gentoo dot org]

--- Comment #38 from dirtyepic at gentoo dot org  2008-02-11 01:34 ---
yep, profiledbootstrap w/ BOOT_CFLAGS="-O2" on x86_64 is working now.  i'll try
to get it tested on ppc64 to see if it fixes PR34720 too.


-- 


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

[Bug c++/35146] [4.1/4.2 regression] weird error in template function specialization

[bangerth at dealii dot org]

--- Comment #4 from bangerth at dealii dot org  2008-02-11 03:38 ---
(In reply to comment #3)
> While the original testcase works for me on trunk, the testcase in comment #2
> does 
> not.  Or am I missing sth?

I see the same behavior with yesterday's svn version. The testcase in 
comment #2 is definitely valid, so we still have a regression.

W.


-- 


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

[Bug objc++/27232] encode-3.mm fails with "deprecated conversion" warning

[ghazi at gcc dot gnu dot org]

--- Comment #6 from ghazi at gcc dot gnu dot org  2008-02-11 04:56 ---
The original issue reported in here was a "deprecated conversion" warning in
gcc-4.2.  Later on to confuse things an execution failure was noted on mainline
and an LP64 problem was reported on gcc-4.1 in the same testcase.

The "deprecated conversion" warning was fixed long ago on 4.2 by the same patch
that fixed LP64.  There was a constification snuck in there that fixed it.  See
the patch in comment#4.

By backporting that change to 4.1, the testcase passes there on LP64 targets
also.  The "dedeprecated conversion" warning was never an issue in 4.1.

Lastly the execution failure remains on mainline, but that bug is a separate
issue and is already noted in PR32052.

Since the execution failure is covered elsewhere, and the other problems are
fixed, I'm closing this one.


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.3.0   |
  Known to work||4.1.3 4.2.4
 Resolution||FIXED


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

[Bug c++/35159] New: g++ inoperable with no error message

[nightstrike at gmail dot com]

To summarize, c++ doesn't work in a native build for x86_64-pc-mingw32. We have
found that not all of c++ is broken, and I've been narrowing it down further.
The problem manifests itself as a segfault and ICE that is only visible when
you use the -E switch -- otherwise, the failure is silent. This in and of
itself I think is a bug, and we should report it to gcc. 

The segfault can be triggered by #including a c++ header like iostream or
cmath. Further digging reveals that it's not all of the headers. I found that
for instance cassert works fine. I've been able to narrow down cmath's failure
due to including , and this might be the failure point for
everything.

I think I've found a reduced test case... 

#include  
#include  
template 
struct __enable_if 
{ }; 

template 
struct __enable_if 
{ typedef _Tp __type; }; 

int main() {return 0; } 



That code is taken from the ext/type_traits.h header. It doesn't give any error
(and no segfault in the -E output), but it won't compile. If you get rid of the
second template, it will compile and link to create an executable. This is, I
think, getting much closer to the heart of the problem. I think we should post
on gcc soon for this.


-- 
   Summary: g++ inoperable with no error message
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nightstrike at gmail dot com
  GCC host triplet: x86_64-pc-mingw32
GCC target triplet: x86_64-pc-mingw32


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

[Bug bootstrap/28326] [4.1 regression] profiledbootstrap will produce an ICE with "-mtune=power3 -mcpu=power3" in BOOT_CFLAGS

[ubizjak at gmail dot com]

--- Comment #7 from ubizjak at gmail dot com  2008-02-11 07:04 ---
(In reply to comment #3)
> I did some testing and this are the results:
> 
> gcc versions 3.4.6, 4.0.3 and 4.2-20060708 do all _not_ fail with
> profiledbootstrap and "-mtune=power3 -mcpu=power3" in BOOT_CFLAGS.
> 
> which information do you need to get this fixed?

*.s asm file, produced by adding -save-temps to the compile flags (Comment #0)
for _muldi.o compile. A skilled ppc person can check failed asm instruction and
eventually fix assembler template of the insn description.

However, gcc-4.1 is a bit old now...


-- 


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

[Bug objc++/34193] [4.3 regression] FAIL: obj-c++.dg/gnu-runtime-2.mm (test for excess errors)

[ghazi at gcc dot gnu dot org]

--- Comment #4 from ghazi at gcc dot gnu dot org  2008-02-11 04:39 ---
mine


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ghazi at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-02-08 02:11:53 |2008-02-11 04:39:54
   date||
   Target Milestone|--- |4.3.0


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

[Bug objc++/34193] [4.3 regression] FAIL: obj-c++.dg/gnu-runtime-2.mm (test for excess errors)

[ghazi at gcc dot gnu dot org]

--- Comment #5 from ghazi at gcc dot gnu dot org  2008-02-11 04:40 ---
Patch installed, fixed.


-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug objc++/27232] encode-3.mm fails with "deprecated conversion" warning

[ghazi at gcc dot gnu dot org]

-- 

ghazi at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ghazi at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-02-08 01:40:58 |2008-02-11 04:41:10
   date||


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

[Bug testsuite/35047] some vectorisation tests fail with --with-arch=core2 or on i386-apple-darwin8.11.1

[ubizjak at gmail dot com]

--- Comment #16 from ubizjak at gmail dot com  2008-02-11 07:36 ---
(In reply to comment #15)

> FAIL: gcc.dg/compat/vector-2 c_compat_x_tst.o-c_compat_y_tst.o execute 

This one also fails due to enabled MMX.

BTW: Please don't change Status to WAITING. Status should be NEW, otherwise the
bugreport is put below the radar when someone is looking for bugs to fix.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2008-02-10 16:13:15 |2008-02-11 07:36:24
   date||


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

[Bug c++/35159] g++ inoperable with no error message

[nightstrike at gmail dot com]

-- 

nightstrike at gmail dot com changed:

   What|Removed |Added

   Severity|normal  |blocker


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