[Bug c/39843] -funsigned-bitfields discards "aligned" attribute

[mikpe at it dot uu dot se]

--- Comment #1 from mikpe at it dot uu dot se  2009-04-22 08:05 ---
(In reply to comment #0)
> % gcc-snapshot -funsigned-bitfields testsuite/gcc.dg/bitfld-3.c
> % ./a.out
> Abort

Confirmed with gcc-4.3-20090419 on i686-pc-linux-gnu.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||mikpe at it dot uu dot se


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

[Bug fortran/39735] procedure pointer assignments: return value is not checked

[janus at gcc dot gnu dot org]

--- Comment #1 from janus at gcc dot gnu dot org  2009-04-22 09:06 ---
Subject: Bug 39735

Author: janus
Date: Wed Apr 22 09:05:58 2009
New Revision: 146554

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146554
Log:
2009-04-22  Janus Weil  

PR fortran/39735
* decl.c (add_hidden_procptr_result): Bugfix for procptr results.
(match_procedure_decl): Set if_source.
* expr.c (gfc_check_pointer_assign): Bugfix: Return after error.
And: Check interface also for IFSRC_UNKNOWN (return type may be known).
* gfortran.h (typedef enum ifsrc): Remove IFSRC_USAGE,
add documentation. Rename copy_formal_args and copy_formal_args_intr.
* interface.c (gfc_compare_interfaces): Check for return types,
handle IFSRC_UNKNOWN.
(compare_intr_interfaces,compare_actual_formal_intr): Obsolete,
removed.
(gfc_procedure_use): Modified handling of intrinsics.
* intrinsic.c (add_functions): Bugfix for "dim".
* resolve.c (resolve_intrinsic): New function to resolve intrinsics,
which copies the interface from isym to sym.
(resolve_procedure_expression,resolve_function): Use new function
'resolve_intrinsic'.
(resolve_symbol): Add function attribute for externals with return type
and use new function 'resolve_intrinsic'.
* symbol.c (ifsrc_types): Remove string for IFSRC_USAGE.
(copy_formal_args): Renamed to gfc_copy_formal_args.
(copy_formal_args_intr): Renamed to gfc_copy_formal_args_intr.
* trans-const.c (gfc_conv_const_charlen): Handle cl==NULL.


2009-04-22  Janus Weil  

PR fortran/39735
* gfortran.dg/assumed_charlen_function_5.f90: Modified.
* gfortran.dg/external_initializer.f90: Modified.
* gfortran.dg/interface_26.f90: Modified.
* gfortran.dg/intrinsic_subroutine.f90: Modified.
* gfortran.dg/proc_ptr_3.f90: Modified.
* gfortran.dg/proc_ptr_15.f90: New.
* gfortran.dg/proc_ptr_result_1.f90: Modified.


Added:
trunk/gcc/testsuite/gfortran.dg/proc_ptr_15.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c
trunk/gcc/fortran/expr.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/interface.c
trunk/gcc/fortran/intrinsic.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/symbol.c
trunk/gcc/fortran/trans-const.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_5.f90
trunk/gcc/testsuite/gfortran.dg/external_initializer.f90
trunk/gcc/testsuite/gfortran.dg/interface_26.f90
trunk/gcc/testsuite/gfortran.dg/intrinsic_subroutine.f90
trunk/gcc/testsuite/gfortran.dg/proc_ptr_3.f90
trunk/gcc/testsuite/gfortran.dg/proc_ptr_result_1.f90


-- 


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

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

[jakub at gcc dot gnu dot org]

--- Comment #13 from jakub at gcc dot gnu dot org  2009-04-22 09:12 ---
If hppa-linux has long double the same as double (which raises the question why
it hasn't switched over to 128-bit long double together with
powerpc*/sparc*/s390*/alpha back in 2006), then __NO_LONG_DOUBLE_MATH should be
defined and therefore no code will ever reference __signbitl from signbit macro
(and __signbitl isn't a supported API, so nothing should really care).

If we really want to change libstdc++ (which I'm not sure about, can you find a
single shared library or binary that references __signbitl from libstdc++.so?),
then the patch should actually handle __signbitl by calling __signbit and also
should be through .symver directive turned into @ symbol instead of @@ to make
sure nothing newly linked can reference it from libstdc++.so.


-- 


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

[Bug fortran/39735] procedure pointer assignments: return value is not checked

[janus at gcc dot gnu dot org]

-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janus at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-04-22 09:23:16
   date||


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

[Bug fortran/39735] procedure pointer assignments: return value is not checked

[janus at gcc dot gnu dot org]

--- Comment #2 from janus at gcc dot gnu dot org  2009-04-22 09:24 ---
Fixed with r146554. Closing.


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/39838] [4.3/4.4/4.5 regression] unoptimal code for two simple loops

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|regression  |middle-end
   Target Milestone|--- |4.3.4


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-22 10:15 ---
Created an attachment (id=17670)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17670&action=view)
preprocessed testcase

testcase for i686-pc-linux-gnu.


-- 


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-22 10:16 ---
Reducing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/38934] [4.3 Regression] ICE in set_value_range, at tree-vrp.c:398

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P1  |P2


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 10:27 ---
I have a patch.


-- 

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|2009-04-22 05:29:34 |2009-04-22 10:27:20
   date||


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

[Bug tree-optimization/39839] [4.3/4.4/4.5 regression] loop invariant motion causes stack spill

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-22 09:39 ---
Implement re-materialization in reload.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|regression  |tree-optimization
   Keywords||missed-optimization
   Target Milestone|--- |4.3.4


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

[Bug middle-end/39840] Non-optimal (or wrong) implementation of SSE intrinsics

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-04-22 09:36 ---
The problem with different instruction sets in different BBs is also how to
avoid code motion across them.  IMNSHO this is a bad idea.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...

[dave dot korn dot cygwin at gmail dot com]

--- Comment #5 from dave dot korn dot cygwin at gmail dot com  2009-04-22 
11:20 ---
  Hi Rob,

  I just ran into this on i686-pc-cygwin.  I think the reason you see it on
some builds and not others is because of the "--enable-libgcj-debug" option;
presumably that makes the asserts disappear when disabled, equivalent to your
commenting them out.

  However, it would be nice to keep the debug verification in there if
possible.  I'm testing a fix.


-- 


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

[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...

[dave dot korn dot cygwin at gmail dot com]

--- Comment #6 from dave dot korn dot cygwin at gmail dot com  2009-04-22 
11:22 ---
Created an attachment (id=17671)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17671&action=view)
Fix debug asserts.

Adjust the assert to test the casted pointer.


-- 


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

[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...

[dave dot korn dot cygwin at gmail dot com]

--- Comment #7 from dave dot korn dot cygwin at gmail dot com  2009-04-22 
11:24 ---
That gets me about three files further through the build, then there's another
failure:

In file included from
/gnu/gcc/gcc/libjava/gnu/classpath/natConfiguration.cc:17:
/gnu/gcc/gcc/libjava/gnu/classpath/Configuration.h:32: error: expected
unqualified-id before numeric constant
make[3]: *** [gnu/classpath/natConfiguration.lo] Error 1

That line says:

  static jboolean DEBUG;

so I guess DEBUG is probably a #define somewhere and it's turning into 

  static jboolean 1;

or something like that, I'll do some digging.

  Meantime, there's always the --disable workaround.


-- 

dave dot korn dot cygwin at gmail dot com changed:

   What|Removed |Added

 CC||dave dot korn dot cygwin at
   ||gmail dot com


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 11:30 ---
Subject: Bug 39845

Author: rguenth
Date: Wed Apr 22 11:30:04 2009
New Revision: 146569

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146569
Log:
2009-04-22  Richard Guenther  

PR tree-optimization/39845
* tree-switch-conversion.c (build_arrays): Add new referenced vars.
(gen_inbound_check): Likewise.

* gcc.c-torture/compile/pr39845.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr39845.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-switch-conversion.c


-- 


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-04-22 11:32 ---
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=39845

[Bug target/33036] LINUX_DYNAMIC_LINKER undefined in gcc-4.2.1/gcc/config/arm/linux-elf.h

[andreas_gajda at web dot de]

--- Comment #2 from andreas_gajda at web dot de  2009-04-22 11:34 ---
Does this mean the target "arm-none-uclinux" is unsupported?

I checked again, using (binutils-2.17 and) gcc-4.3.3 from mirror site
ftp://ftp.gwdg.de/pub/misc/gcc/releases/gcc-4.3.3/gcc-4.3.3.tar.bz2

Configuration was:

./configure --prefix=/prefix --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu
--target=arm-none-uclinux --disable-nls --disable-shared --enable-languages=c
--disable-threads --disable-tls --with-sysroot=/prefix/sysroot --with-gnu-as
--with-gnu-ld --without-headers

I can confirm, that fixing my typo resolved the above issues. But I get several
other errors. I guess this is a different issue?!


-- 


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

[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...

[dave dot korn dot cygwin at gmail dot com]

--- Comment #8 from dave dot korn dot cygwin at gmail dot com  2009-04-22 
11:34 ---
  Yep.  From the .ii file:


class gnu::classpath::Configuration : public ::java::lang::Object
{

  Configuration();
  static ::java::lang::String * classpath_home();
  static jboolean debug();
  static ::java::lang::String * toolkit();
  static ::java::lang::String * ecj();
public:
  static ::java::lang::String * CLASSPATH_HOME;
  static ::java::lang::String * CLASSPATH_VERSION;
  static jboolean 1;
  static const jboolean INIT_LOAD_LIBRARY = 0;
  static ::java::lang::String * default_awt_peer_toolkit;
  static const jboolean JAVA_LANG_SYSTEM_EXPLICIT_INITIALIZATION = 0;
  static ::java::lang::String * ECJ_JAR;
  static const jboolean WANT_NATIVE_BIG_INTEGER = 1;
  static ::java::lang::Class class$;
};
# 18 "/gnu/gcc/gcc/libjava/gnu/classpath/natConfiguration.cc" 2


Will look at whether we should not #define DEBUG in the first place, or more
likely it would be best to rename Configuration.DEBUG to something else
throughout (Configuration.JDEBUG sprints to mind).


-- 


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

[Bug c/37772] [4.3 Regression] ICE with empty asm statement

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 13:24 ---
Fixed.  error-recovery bugs are not worth fixing on the release branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.2.4 4.3.2 4.1.1   |4.2.4 4.3.2 4.3.3 4.1.1
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug target/38886] [4.3 Regression] ICE move_insn, at haifa-sched.c:1786

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 13:25 ---
Does it work with 4.4?  Andrew, can you confirm this bug?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/39489] [4.3 regression] write_atom(): Writing negative integer

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2009-04-22 13:26 
---
Fortran.  P4.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug target/39496] [4.3 Regression] GCC uses non-standard calling conventions for static functions with -O0.

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2009-04-22 13:29 
---
This is worth fixing for 4.3.4.  I am testing a backport.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|jakub at gcc dot gnu dot org|rguenth at gcc dot gnu dot
   ||org
   Priority|P3  |P2


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

[Bug c++/39560] [4.3/4.4/4.5 Regression] Erroneous warnings 'unused variable' in a templated class method with union

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/39657] [4.3 Regression] compiling ruby (yacc) output takes inordinate amount of time with PRE and large SCCs

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2
Summary|[4.3 Regression] compiling  |[4.3 Regression] compiling
   |ruby (yacc) output takes|ruby (yacc) output takes
   |inordinate amount of time on|inordinate amount of time
   |x86 with -O2|with PRE and large SCCs


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

[Bug fortran/39782] [4.3/4.4 Regression] IO depends on uninitialised value

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-04-22 13:32 ---
Backporting to 4.4 and 4.3 sounds fine (note that backports for regressions do
not require extra approval, though of course the usual testing is required).

Fortran, P4.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/39786] [4.3/4.4/4.5 Regression] Qualified name lookup through different numbers of using directives

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/39791] [4.3 Regression] Bad Dwarf debug information from gfortran for a character string.

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-22 13:35 ---
Fortran, P4.  Confirmed as of comment #1.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.3.3
  Known to work||4.1.1 4.4.0
   Priority|P3  |P4
   Last reconfirmed|-00-00 00:00:00 |2009-04-22 13:35:09
   date||


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

[Bug tree-optimization/39799] [4.3/4.4/4.5 Regression] missing 'may be used uninitialized' warning

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/39838] [4.3/4.4/4.5 regression] unoptimal code for two simple loops

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/39839] [4.3/4.4/4.5 regression] loop invariant motion causes stack spill

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-22 13:39 ---
Vlad, with YARA you had implemented rematerialization, right?  How difficult is
it to do the same with IRA for cases like this?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||vmakarov at redhat dot com
   Priority|P3  |P2


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

[Bug middle-end/39794] [4.4/4.5 Regression] Miscompile with -O2 -funroll-loops

[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=39794

[Bug testsuite/39807] [4.3/4.4/4.5 Regression] Reporting of testsuite failures are messed up when using -j

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2
   Target Milestone|4.4.1   |4.3.4


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

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca  2009-04-22 
13:45 ---
Subject: Re:  [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore

> --- Comment #13 from jakub at gcc dot gnu dot org  2009-04-22 09:12 
> ---
> If hppa-linux has long double the same as double (which raises the question 
> why
> it hasn't switched over to 128-bit long double together with
> powerpc*/sparc*/s390*/alpha back in 2006), then __NO_LONG_DOUBLE_MATH should 
> be
> defined and therefore no code will ever reference __signbitl from signbit 
> macro
> (and __signbitl isn't a supported API, so nothing should really care).

The conversion was discussed but

1) HP was unwilling to provide their millicode support,
2) Richard Hendersen expressed an opinion that corner cases in the
   double double implementation made this approach problematic, and
3) Carlos was busy writing his master's thesis.

So, we didn't switch over to a 128-bit long double.

> If we really want to change libstdc++ (which I'm not sure about, can you find 
> a
> single shared library or binary that references __signbitl from 
> libstdc++.so?),
> then the patch should actually handle __signbitl by calling __signbit and also
> should be through .symver directive turned into @ symbol instead of @@ to make
> sure nothing newly linked can reference it from libstdc++.so.

I fully agree.

Dave


-- 


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

[Bug middle-end/39579] [4.5 regression] revisions 145171/145172 caused 2 extra failures

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/39824] [4.5 Regression] ice in fold-const.c

[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=39824

[Bug tree-optimization/39829] [4.5 Regression] ICE with some code that produces VCE

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 13:47 ---
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=39829

[Bug inline-asm/39847] New: 16 symbolic register names generates error: more than 30 operands in 'asm'

[d at teklibre dot com]

Using more than 15 operands in inline assembly of the symbolic form:

  "... lots of assembly elided ..." \
  "movaps %[inner_filter_index], %[icoeff_l2]\n\t"  \
  :[icoeff_l2] "+x" (icoeff_l2),\
   [inner_filter_index] "+x" (inner_filter_index),  \
   ... 13 more operands .. .

blows up at 16 register names, which is a bit lower than 30, and in either
case, too low for modern vector architectures such as the x86_64, vmx,
larrabee, etc. 

Test program to come...


-- 
   Summary: 16 symbolic register names generates error: more than 30
operands in 'asm'
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: d at teklibre dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug middle-end/39834] [4.5 Regression] verify_cgraph_node failed with -O3 -Winline

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[d at teklibre dot com]

--- Comment #1 from d at teklibre dot com  2009-04-22 13:49 ---
Created an attachment (id=17672)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17672&action=view)
Test program demonstrating 16 register breakage on inline asm in x86_64


-- 


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

building gcc-4.4.0 breaks on AIX-5.3

[Harald Koenig]

Hi,

trying to build gcc-4.4.0 breaks on AIX-5.3 (4.3.3 build worked fine with same 
setup),
the small patch below works around the AIX limitations:

/usr/local/bin/bash ./libtool --tag=CC --mode=link 
/scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/./gcc/xgcc ...
libtool: link: /scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/./gcc/nm -B 
-X32_64 -BCpg  .libs/backtrace.o .libs/compile_options.o ...
libtool: link: /scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/./gcc/xgcc 
-B/scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/./gcc/ ...
./libtool: line 7838: 
/scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/./gcc/xgcc: Arg list too long
gmake[3]: *** [libgfortran.la] Error 126
gmake[3]: Leaving directory 
`/scr/os-aix53/koenig/gcc-4.4.0-1/ARENA/32/powerpc-ibm-aix5.3.0.0/libgfortran'

the actual command line is ~11 Kbytes.

part of the problem is the large amount of environment variables
which sum up with the arg list on AIX (from within make/build):

env | wc
232 540   15090

here is a list of the environment vars before calling libtool in make
with the lenght of this var first, sorted 

...
 345 CC_FOR_TARGET=...
 355 GFORTRAN_FOR_TARGET=...
 917 CXX=...
 928 CXX_FOR_TARGET=...
4668 MAKEFLAGS=w -- DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH 
TARGET_SUBDIR=powerpc-ibm-aix5.3.0.0 bindir=/usr/local/gcc-4.4.0/bin ...

just cleaning up MAKEFLAGS (saving 4.5K) is enough (for now;) to get libtool/gcc
running and exec'ing with that long arg list:

--- 8< -- 8< -- 8< -- 8< -- 8< -- 8< -- 8< ---
--- gcc-4.4.0-1/ARENA/32/powerpc-ibm-aix5.3.0.0/libgfortran/Makefile~   
2009-04-21 23:47:30.464236803 +0200
+++ gcc-4.4.0-1/ARENA/32/powerpc-ibm-aix5.3.0.0/libgfortran/Makefile
2009-04-22 11:34:28.867828549 +0200
@@ -1776,9 +1776,9 @@
  rm -f "$${dir}/so_locations"; \
done
 libgfortran.la: $(libgfortran_la_OBJECTS) $(libgfortran_la_DEPENDENCIES) 
-   $(libgfortran_la_LINK) -rpath $(toolexeclibdir) 
$(libgfortran_la_LDFLAGS) $(libgfortran_la_OBJECTS) $(libgfortran_la_LIBADD) 
$(LIBS)
+   MAKEFLAGS="" $(libgfortran_la_LINK) -rpath $(toolexeclibdir) 
$(libgfortran_la_LDFLAGS) $(libgfortran_la_OBJECTS) $(libgfortran_la_LIBADD) 
$(LIBS)
 libgfortranbegin.la: $(libgfortranbegin_la_OBJECTS) 
$(libgfortranbegin_la_DEPENDENCIES) 
-   $(LINK) -rpath $(myexeclibdir) $(libgfortranbegin_la_LDFLAGS) 
$(libgfortranbegin_la_OBJECTS) $(libgfortranbegin_la_LIBADD) $(LIBS)
+   MAKEFLAGS="" $(LINK) -rpath $(myexeclibdir) 
$(libgfortranbegin_la_LDFLAGS) $(libgfortranbegin_la_OBJECTS) 
$(libgfortranbegin_la_LIBADD) $(LIBS)
 
 mostlyclean-compile:
-rm -f *.$(OBJEXT)
--- 8< -- 8< -- 8< -- 8< -- 8< -- 8< -- 8< ---


thanks,

Harald Koenig
-- 
"I hope to die  ___   _
before I *have* to use Microsoft Word.",   0--,|/OOO\
Donald E. Knuth, 02-Oct-2001 in Tuebingen.<_/  /  /OOO\
\  \/OOO\
  \ O|//
Harald Koenig  \/\/\/\/\/\/\/\/\/
science+computing ag//  / \\  \
koe...@science-computing.de^   ^
-- 
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Roland Niemeier, 
Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Michel Lepert
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196 

[Bug middle-end/39824] [4.5 Regression] ice in fold-const.c

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-22 13:52 ---
Mine.  CCP does sth weird.


-- 

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|2009-04-21 10:18:27 |2009-04-22 13:52:25
   date||


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

[Bug rtl-optimization/39837] [4.3/4.4/4.5 regression] unoptimal code generated

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/39840] Non-optimal (or wrong) implementation of SSE intrinsics

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2009-04-22 13:58 ---
(In reply to comment #7)
> The problem with different instruction sets in different BBs is also how to
> avoid code motion across them.  IMNSHO this is a bad idea.
> 

I agree. There are too many issues with it. I'd like to see
function level optimization work properly for all cases.


-- 


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

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[d at teklibre dot com]

--- Comment #2 from d at teklibre dot com  2009-04-22 14:04 ---
tested against: gcc (Ubuntu 4.3.2-1ubuntu12) 4.3.2 - fails


-- 


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

[Bug middle-end/39824] [4.5 Regression] ice in fold-const.c

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 14:12 ---
This is latent on the 4.4 branch.  I have a patch.


-- 


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

[Bug tree-optimization/39829] [4.5 Regression] ICE with some code that produces VCE

[hjl at gcc dot gnu dot org]

--- Comment #6 from hjl at gcc dot gnu dot org  2009-04-22 14:14 ---
Subject: Bug 39829

Author: hjl
Date: Wed Apr 22 14:14:08 2009
New Revision: 146579

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146579
Log:
2009-04-22  H.J. Lu  

Backport from mainline:
2009-04-22  Richard Guenther  

PR tree-optimization/39845
* gcc.c-torture/compile/pr39845.c: New testcase.

2009-04-21  Richard Guenther  

PR middle-end/39829
* gcc.dg/torture/pr39829.c: New testcase.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr39845.c
  - copied unchanged from r146578,
trunk/gcc/testsuite/gcc.c-torture/compile/pr39845.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/pr39829.c
  - copied unchanged from r146578,
trunk/gcc/testsuite/gcc.dg/torture/pr39829.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2009-04-22 14:14 ---
Subject: Bug 39845

Author: hjl
Date: Wed Apr 22 14:14:08 2009
New Revision: 146579

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146579
Log:
2009-04-22  H.J. Lu  

Backport from mainline:
2009-04-22  Richard Guenther  

PR tree-optimization/39845
* gcc.c-torture/compile/pr39845.c: New testcase.

2009-04-21  Richard Guenther  

PR middle-end/39829
* gcc.dg/torture/pr39829.c: New testcase.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr39845.c
  - copied unchanged from r146578,
trunk/gcc/testsuite/gcc.c-torture/compile/pr39845.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/pr39829.c
  - copied unchanged from r146578,
trunk/gcc/testsuite/gcc.dg/torture/pr39829.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/39848] New: [4.5 Regression] Ada bootstrap is broken

[danglin at gcc dot gnu dot org]

/test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc
-4.5.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11
/lib/ -isystem /opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
/op
t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/sys-include -c -g -O2   -W -Wall
-gnat
pg   g-soccon.ads -o g-soccon.o
/test/gnu/gcc/objdir/./gcc/xgcc -B/test/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc
-4.5.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11
/lib/ -isystem /opt/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/include -isystem
/op
t/gnu/gcc/gcc-4.5.0/hppa2.0w-hp-hpux11.11/sys-include -c -g -O2   -W -Wall
-gnat
pg   g-socket.adb -o g-socket.o
+===GNAT BUG DETECTED==+
| 4.5.0 20090422 (experimental) [trunk revision 146542] (hppa2.0w-hp-hpux11.11)
GCC error:|
| in make_decl_rtl, at varasm.c:1304   |
| Error detected around g-socket.adb:1746  |

This occurs in stage3 with the following gcc version:

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as
--enable-shared --disable-nls --with-local-prefix=/opt/gnu
--prefix=/opt/gnu/gcc/gcc-4.5.0 --enable-debug=no --enable-threads=posix
--with-mpfr=/opt/gnu/gcc/gcc-4.5.0 --with-gmp=/opt/gnu/gcc/gcc-4.5.0
--disable-libmudflap --enable-languages=c,c++,objc,obj-c++,fortran,java,ada
Thread model: posix
gcc version 4.5.0 20090422 (experimental) [trunk revision 146542] (GCC)


-- 
   Summary: [4.5 Regression] Ada bootstrap is broken
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug target/38886] [4.3 Regression] ICE move_insn, at haifa-sched.c:1786

[breiten at lexmark dot com]

--- Comment #6 from breiten at lexmark dot com  2009-04-22 14:29 ---
I have not made the time to produce a 4.4 powerpc cross compiler.  The 4.4
native
i686 is fine.


-- 


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

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2009-04-22 14:30 ---
"+x" counts as 2 operands, not just one (one input and one output).


-- 


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

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2009-04-22 14:34 ---
Well, double double is IMHO really very problematic format, but only powerpc*
switched to it.  alpha, s390* and sparc* use standard IEEE quad long double.


-- 


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

[Bug bootstrap/39849] New: stage1 compiler segfault during `make profiledbootstrap'

[dennis dot wassel at googlemail dot com]

I've tried to build the shiny new 4.4, but it seems the stage1 compiler has
hiccuped here:

/localdata/install/gcc/objdir-gcc-4.4.0/./gcc/xgcc
-B/localdata/install/gcc/objdir-gcc-4.4.0/./gcc/
-B/localdata/i686-pc-linux-gnu/bin/ -B/localdata/i686-pc-linux-gnu/lib/
-isystem /localdata/i686-pc-linux-gnu/include -isystem
/localdata/i686-pc-linux-gnu/sys-include -g -O2 -O2  -g -O2 -DIN_GCC   -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I. -I../.././gcc
-I../../../gcc-4.4.0/libgcc -I../../../gcc-4.4.0/libgcc/.
-I../../../gcc-4.4.0/libgcc/../gcc -I../../../gcc-4.4.0/libgcc/../include
-I../../../gcc-4.4.0/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT
-DHAVE_CC_TLS -DUSE_TLS -Wno-missing-prototypes -Wno-type-limits -o divtf3.o
-MT divtf3.o -MD -MP -MF divtf3.dep -fexceptions -c
../../../gcc-4.4.0/libgcc/../gcc/config/soft-fp/divtf3.c -fvisibility=hidden
-DHIDE_EXPORTS
'
In function '__divtf3':
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[3]: *** [divtf3.o] Error 1
make[3]: Leaving directory
`/localdata/install/gcc/objdir-gcc-4.4.0/i686-pc-linux-gnu/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/localdata/install/gcc/objdir-gcc-4.4.0'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/localdata/install/gcc/objdir-gcc-4.4.0'
make: *** [profiledbootstrap] Error 2

gcc was configured with

../gcc-4.4.0/configure --prefix=/localdata --program-suffix=-4.4.0
--enable-languages=c,c++,fortran --with-gp=/localdata --with-mpfr=/localdata
--with-ppl=/localdata --with-cloog=/localdata
--enable-version-specific-runtime-libs --with-arch=athlon64
--with-tune=athlon64

and built with

make CFLAGS='-O2' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' profiledbootstrap

(on a side note: make died at host-linux.c because SSIZE_MAX is not defined by
my system, so I #defined it and carried on bootstrapping *without* cleaning)

Also, my ClooG config is a bit fishy, but this should not really concern xgcc,
should it?


-- 
   Summary: stage1 compiler segfault during `make profiledbootstrap'
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dennis dot wassel at googlemail dot com
  GCC host triplet: i686-pc-linux-gnu


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[hp at gcc dot gnu dot org]

--- Comment #9 from hp at gcc dot gnu dot org  2009-04-22 14:56 ---
In the odd event that Richi didn't actively test the patch for cris-elf, I can
confirm that the issue is fixed for the original FAIL too.


-- 


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

[Bug fortran/39850] New: Too strict checking for procedures as actual argument

[burnus at gcc dot gnu dot org]

Issue came up when testing/rewiewing proc pointers, cf.
http://gcc.gnu.org/ml/fortran/2009-04/msg00214.html

The following program is believed to be correct and it runs with g95, NAG f95,
sunf95, openf95, and ifort, but not with gfortran:
  Error: Type/rank mismatch in argument 'a'

real function func()
 func = 42.0
end function func

program test
  external func  ! subroutine or implicitly typed real function
  call sub(func) ! Error: Type/rank mismatch in argument 'a'
contains
  subroutine sub(a)
   real, external :: a
   print *, a(0.4)
  end subroutine sub
end


-- 
   Summary: Too strict checking for procedures as actual argument
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  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=39850

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2009-04-22 15:00 ---
Actually no, it would be better if you moved over to using the intrincs which
can be optimized and scheduled.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug bootstrap/39849] stage1 compiler segfault during `make profiledbootstrap'

[dennis dot wassel at googlemail dot com]

--- Comment #1 from dennis dot wassel at googlemail dot com  2009-04-22 
15:02 ---
Nevermind the typo in configure, it also segfaults with properly spelled
"--with-gmp=" instead of "--with-gp=".


-- 


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

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[d at teklibre dot com]

--- Comment #4 from d at teklibre dot com  2009-04-22 14:58 ---
"+" counts as two operands? ok, that makes sense. So, basically
2*num_of_physical_regs would be a saner default ... 


-- 


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

[Bug driver/39851] New: gcc -Q --help=target does not list extensions selected by -march=

[amonakov at gcc dot gnu dot org]

Even though -march=nocona enables SSE2 and SSE3 extensions, gcc -Q
--help=target does not list them as enabled.  This may be confusing to the user
(see http://gcc.gnu.org/ml/gcc-help/2009-04/msg00293.html ):

$ gcc -Q --help=target -march=nocona | grep msse[23]
  -msse2[disabled]
  -msse3[disabled]

-msse[23] would be enabled in gcc/config/i386/i386.c:override_options(), called
from toplev.c:process_options(), which is in turn called from do_compile(). 
OTOH, --help=target is processed in decode_options(), which is executed before
do_compile.  It would be nice if --help=target processing could see options
overridden by target backend.


-- 
   Summary: gcc -Q --help=target does not list extensions selected
by -march=
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: amonakov at gcc dot gnu dot org


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

[Bug target/23322] [4.3 regression] performance regression

[rguenth at gcc dot gnu dot org]

--- Comment #37 from rguenth at gcc dot gnu dot org  2009-04-22 15:10 
---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|3.3.6   |3.3.6 4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug tree-optimization/39845] [4.5 Regression] ICE: in make_decl_rtl, at varasm.c:1304

[rguenther at suse dot de]

--- Comment #10 from rguenther at suse dot de  2009-04-22 15:06 ---
Subject: Re:  [4.5 Regression] ICE: in make_decl_rtl,
 at varasm.c:1304

On Wed, 22 Apr 2009, hp at gcc dot gnu dot org wrote:

> --- Comment #9 from hp at gcc dot gnu dot org  2009-04-22 14:56 ---
> In the odd event that Richi didn't actively test the patch for cris-elf, I can
> confirm that the issue is fixed for the original FAIL too.

Heh, of course I didn't ;)  Thanks for verifying though.

Richard.


-- 


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

[Bug tree-optimization/30930] [4.3 Regression] vector can cause to create an extra variable, DECL_GIMPLE_REG_P not recomputed

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.3
   Priority|P4  |P2


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

[Bug tree-optimization/32044] [4.3 Regression] final value replacement too aggressive for e.g. targets with no native div/mod insns

[rguenth at gcc dot gnu dot org]

--- Comment #69 from rguenth at gcc dot gnu dot org  2009-04-22 15:15 
---
I am going to do a backport of this to the 4.3 branch.


-- 

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-12-10 21:31:43 |2009-04-22 15:15:13
   date||


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

[Bug rtl-optimization/19580] [4.3 Regression] missed load/store motion

[rguenth at gcc dot gnu dot org]

--- Comment #42 from rguenth at gcc dot gnu dot org  2009-04-22 15:08 
---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|3.4.6 4.0.4 4.1.2 4.3.0 |3.4.6 4.0.4 4.1.2 4.3.0
   ||4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug testsuite/36344] [4.3 Regression] gcc.dg/tree-ssa/loadpre8.c XFAILed

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-04-22 15:16 ---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug rtl-optimization/37219] [4.3 Regression] fwprop1 is broken for addresses

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-04-22 15:17 ---
Still worth backporting.


-- 


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

[Bug tree-optimization/21676] [4.3 Regression] Optimizer regression: SciMark sparse matrix benchmark

[rguenth at gcc dot gnu dot org]

--- Comment #20 from rguenth at gcc dot gnu dot org  2009-04-22 15:10 
---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.0.4   |4.0.4 4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug middle-end/38533] [4.3 regression] tree-ssa-reassoc.c increases register pressure several times

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2009-04-22 15:19 
---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug middle-end/38751] [4.3 regression] odd performance regression with -Os

[rguenth at gcc dot gnu dot org]

-- 

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|2009-01-07 10:11:38 |2009-04-22 15:20:44
   date||


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

[Bug target/38922] [4.3 Regression] Optimization regression in simple conditional code (js instead of cmov) 4.3 vs 4.1 and 3.4

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 15:21 ---
WONTFIX on the 4.3 branch.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail|4.3.2   |4.3.2 4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/29727] [4.3 regression] ICE on invalid initializer for template member

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2009-04-22 15:23 
---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail||4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/34485] [4.3 regression] ICE with undefined type in template parameter

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:23 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/34600] [4.3 regression] ICE with invalid use of extern

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:23 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35025] [4.3 regression] ICE with invalid specialization of variadic template

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:24 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35242] [4.3 regression] ICE with invalid specialization of variadic template

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-22 15:24 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35243] [4.3 regression] ICE with invalid initializer list in variadic template

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-22 15:25 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug preprocessor/35326] [4.3 regression] ICE with stray digraph token

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-04-22 15:25 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35327] [4.3 regression] ICE with invalid constructor

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-22 15:25 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35329] [4.3 regression] ICE with invalid template class after #pragma interface

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-04-22 15:26 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

[abel at gcc dot gnu dot org]

--- Comment #5 from abel at gcc dot gnu dot org  2009-04-22 15:26 ---
Subject: Bug 39580

Author: abel
Date: Wed Apr 22 15:25:58 2009
New Revision: 146588

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146588
Log:

PR rtl-optimization/39580
* sel-sched-ir.c (insert_in_history_vect): Remove incorrect gcc_assert.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/sel-sched-ir.c


-- 


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

[Bug c++/35331] [4.3 regression] ICE with invalid specialization of variadic template

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-04-22 15:26 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

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

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:27 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.3.0   |4.3.0 4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/36404] [4.3 regression] ICE with invalid enum

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-04-22 15:27 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug middle-end/39848] [4.5 Regression] Ada bootstrap is broken

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-04-22 15:27 
---
Caused by

2009-04-21  Martin Jambor  

* tree-switch-conversion.c (build_constructors): Split a long line.
(constructor_contains_same_values_p): New function.
(build_one_array): Create assigns of constants if possible, do not
call mark_sym_for_renaming, call update_stmt.
(build_arrays): Call make_ssa_name (create_tmp_var ()) instead of
make_rename_temp.  Do not call mark_symbols_for_renaming, call
update_stmt.
(gen_def_assigns): Do not call mark_symbols_for_renaming or
find_new_referenced_vars, call update_stmt.
(gen_inbound_check): Use create_tmp_var and create ssa names manually
instead of calling make_rename_temp.  Do not call
find_new_referenced_vars or mark_symbols_for_renaming, call
update_stmt.

and fixed by

2009-04-22  Richard Guenther  

PR tree-optimization/39845
* tree-switch-conversion.c (build_arrays): Add new referenced vars.
(gen_inbound_check): Likewise.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
  GCC build triplet|hppa2.0w-hp-hpux11.11   |
   GCC host triplet|hppa2.0w-hp-hpux11.11   |
 GCC target triplet|hppa2.0w-hp-hpux11.11   |
 Resolution||FIXED
   Target Milestone|--- |4.5.0


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

[Bug rtl-optimization/39580] [4.5 regression] Revision 145204 caused libgomp.c++/collapse-2.C

[abel at gcc dot gnu dot org]

--- Comment #6 from abel at gcc dot gnu dot org  2009-04-22 15:28 ---
Fixed by the above patch.


-- 

abel at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/37554] [4.3 regression] ICE with invalid cast

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-04-22 15:28 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.4.0   |4.3.3
  Known to work|4.1.1   |4.1.1 4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/37647] [4.3 regression] ICE with invalid use of constructor

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2009-04-22 15:28 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to fail|4.3.0   |4.3.0 4.3.3
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/37650] [4.3 regression] ICE with broken default template parameter

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:29 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.0.1 4.4.0 |4.0.1 4.3.3
  Known to work|3.3.6   |3.3.6 4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug target/39496] [4.3 Regression] GCC uses non-standard calling conventions for static functions with -O0.

[rguenth at gcc dot gnu dot org]

--- Comment #12 from rguenth at gcc dot gnu dot org  2009-04-22 15:02 
---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
  Known to work|3.3.6 4.4.0 |3.3.6 4.3.4 4.4.0
 Resolution||FIXED


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

[Bug c++/34397] [4.3 regression] ICE on invalid default template parameter

[rguenth at gcc dot gnu dot org]

--- Comment #29 from rguenth at gcc dot gnu dot org  2009-04-22 15:30 
---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail|4.3.0 4.0.0 |4.3.0 4.0.0 4.3.3
  Known to work|3.4.0   |3.4.0 4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug target/39496] [4.3 Regression] GCC uses non-standard calling conventions for static functions with -O0.

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2009-04-22 15:02 
---
Subject: Bug 39496

Author: rguenth
Date: Wed Apr 22 15:01:45 2009
New Revision: 146583

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146583
Log:
2009-04-22  Richard Guenther  

Backport from mainline:
PR target/39496
* config/i386/i386.c (ix86_function_regparm): Don't optimize local
functions using regparm calling conventions when not optimizing.
(ix86_function_sseregparm): Similarly for sseregparm calling
conventions.

* gcc.target/i386/pr39496.c: New test.
* g++.dg/other/pr39496.C: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/g++.dg/other/pr39496.C
  - copied unchanged from r144955,
trunk/gcc/testsuite/g++.dg/other/pr39496.C
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr39496.c
  - copied unchanged from r144955,
trunk/gcc/testsuite/gcc.target/i386/pr39496.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/i386.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/34911] [4.3 regression] ICE with vectors of bool

[rguenth at gcc dot gnu dot org]

--- Comment #13 from rguenth at gcc dot gnu dot org  2009-04-22 15:30 
---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c++/35321] [4.3 regression] ICE with invalid use of __builtin_offsetof

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-04-22 15:31 ---
WONTFIX for 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to fail||4.3.3
  Known to work||4.4.0
 Resolution||FIXED
   Target Milestone|4.3.4   |4.4.0


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

[Bug c/39852] New: GCC 4.4.0 builds a broken glibc 2.8

[sega01 at go-beyond dot org]

Hi,

Sorry for the lack of testing and specificity, but this should be fairly easy
to reproduce. Another user on Freenode's #gcc reported the same problem, so I
don't think it's just my setup. #gcc suggested I use a static gdb for
debugging, but for now I will link to some ltrace and strace dumps.

GCC 4.3.3 (about the latest snapshot, or any version) builds glibc 2.8
(snapshot) just fine, and it seems to be perfectly stable. A few days ago I
wanted to give 4.4.0 a try, so I built GCC, and rebuilt gcc and binutils from
the new GCC. Everything seemed to go fine, so I went on to glibc. glibc built
fine, but after upgrading to it I noticed that most glibc-linked (which is just
about everything on my box) applications segfaulted. Fortunately, strace and
ltrace were seemingly unaffected.

Common patterns I noticed with what broke and what didn't were that Coreutils
stuff broke along with GCC, Bash, nano, sed, vi, but module-init-tools,
Busybox, nsudoku, Pacman, osstest, and time all run just fine (as in no
segfaults).

http://pastebin.com/f21432957 has ltraces and straces of several binaries
linked to glibc that segfault. Let me know if I should do l/straces of binaries
that don't segfault or try something else. This should be quite reproducible
though. Should I try anything else? Sorry for my lack of informedness in this
area, I'll try to learn more when I have the time. This is on Icadyptes, my
Arch Linux fork. I build just about everything with -march=i486 -mtune=generic
-O2 -fomit-frame-pointer -pipe, if it helps. This is on Linux 2.6.28/2.6.29.

[r...@silentgnu ~]# gcc -v
Using built-in specs.
Target: i486-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++ --enable-threads=posix --enable-__cxa_atexit
--disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic --host=i486-pc-linux-gnu
--target=i486-pc-linux-gnu --build=i486-pc-linux-gnu
Thread model: posix
gcc version 4.4.0 (GCC)

Thanks,
Teran

PS: Great job on GCC, I was impressed to find that GCC 4.4.0 generally built
smaller binaries than 4.3.3. I didn't get to do any benchmarking, but keep up
the good work :-).


-- 
   Summary: GCC 4.4.0 builds a broken glibc 2.8
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sega01 at go-beyond dot org
 GCC build triplet: i486-pc-linux-gnu
  GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu


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

[Bug c++/14875] When using 'or' keyword, the error message speaks of a '||' token

[manu at gcc dot gnu dot org]

--- Comment #13 from manu at gcc dot gnu dot org  2009-04-22 15:32 ---
Subject: Bug 14875

Author: manu
Date: Wed Apr 22 15:32:18 2009
New Revision: 146589

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146589
Log:
2009-04-22  Manuel Lopez-Ibanez  

PR c++/14875
* c-common.c (c_parse_error): Take a token_flags parameter.
Use token_type for the token type instead.
Pass token_flags to cpp_type2name.
* c-common.h (c_parse_error): Update declaration.
* c-parser.c (c_parser_error): Pass 0 as token flags.
libcpp/
* lex.c (cpp_type2name): Take a flags parameter. Call
cpp_named_operator2name for named operators and cpp_digraph2name
for digraphs.
(cpp_digraph2name): New.
(cpp_spell_token): Use it.
(cpp_output_token): Likewise.
* include/cpplib.h (cpp_type2name): Update declaration.
* init.c (cpp_named_operator2name): New.
* internal.h (cpp_named_operator2name): Declare.
cp/ 
* parser.c (cp_parser_error): Pass token->flags to c_parse_error.
testsuite/
* g++.dg/parse/parser-pr14875.C: New.
* g++.dg/parse/parser-pr14875-2.C: New.
* g++.dg/parse/error6.C: Update match string.

Added:
trunk/gcc/testsuite/g++.dg/parse/parser-pr14875-2.C
trunk/gcc/testsuite/g++.dg/parse/parser-pr14875.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-common.c
trunk/gcc/c-common.h
trunk/gcc/c-parser.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/parse/error6.C
trunk/libcpp/ChangeLog
trunk/libcpp/include/cpplib.h
trunk/libcpp/init.c
trunk/libcpp/internal.h
trunk/libcpp/lex.c


-- 


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

[Bug c++/14875] When using 'or' keyword, the error message speaks of a '||' token

[manu at gcc dot gnu dot org]

--- Comment #14 from manu at gcc dot gnu dot org  2009-04-22 15:33 ---
FIXED in GCC 4.5.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug inline-asm/39847] 16 symbolic register names generates error: more than 30 operands in 'asm'

[d at teklibre dot com]

--- Comment #6 from d at teklibre dot com  2009-04-22 15:40 ---
Pinska: Actually, no. I started with the intrinsics and looked hard at what the
code scheduler was doing before settling on rewriting this in inline assembly. 

The intrinsics have several problems that effect the code quality in this case.

1) They don't issue a request from memory for many instructions, such as
cvtps2pd. Doing oneliners for stuff like is feasible but even harder to
understand and debug than pure assembly.  Gcc also seems to have a misguided
sense for how many clocks cvtX2Y instructions take.

2) The combination of intrinsics, C, and assembly gcc was generating included a
lot of extra instructions, promoting ints to longs, leas, etc. 

3) The optimizer tends to push prefetches to the end of the loop when it really
needs to happen as early as possible. This particular bit of code *might*
benefit from prefetching (it is not a very predictable access pattern) but at
the end of the loop prefetches hurt more than they help.

4) this code is right up against the edge of the x86_64 register set (all the
xmm registers (for 8 channel resampling) and 7 integer registers) 

5) You can't use push/pop across multiple bits of inline assembly.

Yes, it would be nice if gcc did a better job on it...

I can show you oprofiles of the gcc generated code, but the larger point
remains that doing complex vectorized operations tends to use up a lot of
registers and doing it well requires hand optimized assembly... and to do that
well, it would be helpful to have as many named parameters available as in the
register set.


-- 


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

[Bug middle-end/39824] [4.5 Regression] ice in fold-const.c

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-04-22 15:42 ---
Subject: Bug 39824

Author: rguenth
Date: Wed Apr 22 15:41:48 2009
New Revision: 146592

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146592
Log:
2009-04-22  Richard Guenther  

PR tree-optimization/39824
* tree-ssa-ccp.c (fold_const_aggregate_ref): For INDIRECT_REFs
make sure the types are compatible.

* gcc.c-torture/compile/pr39824.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr39824.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c


-- 


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

[Bug c/39853] New: internal compiler error: in make_decl_rtl, at varasm.c:1304

[mario-baumann at web dot de]

> gcc -c -O1 foo.c
foo.c: In function 'foo':
foo.c:33: internal compiler error: in make_decl_rtl, at varasm.c:1304

NOTES:
(1) gcc -c -O0 foo.c  works

>
uname -a
Linux yoda.intec.dom 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 11:57:43 EST 2008
x86_64 x86_64 x86_64 GNU/Linux

> rpm -qa "glibc*" | grep -e 'glibc-[0-9]' | sort -u
glibc-2.5-34

> g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /home/tob/projects/gcc-trunk-checkout/configure
--with-gmp-lib=/home/tob/projects/gcc-build/lib-aux
--with-mpfr-lib=/home/tob/projects/gcc-build/lib-aux
--enable-languages=c,fortran,c++ --prefix=/projects/tob/gcc-trunk
Thread model: posix
gcc version 4.5.0 20090421 (experimental) [trunk revision 146517] (GCC)

> ld -v
GNU ld (GNU Binutils) 2.19


-- 
   Summary: internal compiler error: in make_decl_rtl, at
varasm.c:1304
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mario-baumann at web dot de
 GCC build triplet: x86_64-unknown-linux-gnu
GCC target triplet: i?86-*-*


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