[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

[mikpe at it dot uu dot se]

--- Comment #14 from mikpe at it dot uu dot se  2010-03-15 09:09 ---
The bug was fixed for 4.5 by r148072:

2009-06-02  Richard Earnshaw  

   * arm.c (arm_get_frame_offsets): Prefer using r3 for padding a
   push/pop multiple to 8-byte alignment.

That change applies cleanly to 4.4 and fixes the bug there as well, although
I've only done a smallish non-bootstrap build and libjava-only test with it.
I'll do a full bootstrap and regression test next.

This change is included in CodeSourcery's 4.4-based G++ lite, which explains
why their compiler works with the newer binutils.

Looking at the patch submission
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00116.html
I see no indication that this should have any effect on exception handling or
stack unwinding, but obviously it does. I'm adding Richard E. to the cc: list.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

 CC||rearnsha at arm dot com


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

[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

[rearnsha at gcc dot gnu dot org]

--- Comment #15 from rearnsha at gcc dot gnu dot org  2010-03-15 09:16 
---
(In reply to comment #14)
> The bug was fixed for 4.5 by r148072:
> 
> 2009-06-02  Richard Earnshaw  
> 
>* arm.c (arm_get_frame_offsets): Prefer using r3 for padding a
>push/pop multiple to 8-byte alignment.
>

I doubt that's really fixed the bug.  More likely it's caused it to go latent
by changing the unwind information in some subtle way.


-- 


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

[Bug target/43156] [4.5 Regression] SPU-elf ICEs on simple programs

[rguenther at suse dot de]

--- Comment #6 from rguenther at suse dot de  2010-03-15 09:55 ---
Subject: Re:  [4.5 Regression] SPU-elf ICEs on simple
 programs

On Sun, 14 Mar 2010, pinskia at gcc dot gnu dot org wrote:

> --- Comment #5 from pinskia at gcc dot gnu dot org  2010-03-14 00:02 
> ---
> Created an attachment (id=20102)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20102&action=view)
>  --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20102&action=view)
> Patch that needs testing
> 
> I don't have a machine setup up to test this patch on but it works for the
> simple testcase in the bug report.

It looks obvious to me.


-- 


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

[Bug tree-optimization/43367] [4.5 Regression] ice: in may_propagate_copy, at tree-ssa-copy.c:85

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-03-15 09:56 ---
Mine then.


-- 

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
  Component|c   |tree-optimization
   Last reconfirmed|2010-03-14 21:46:35 |2010-03-15 09:56:04
   date||


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

[Bug c++/43375] New: ICE during compiling SSE code

[piotr dot wyderski at gmail dot com]

The compiler (gcc version 4.5.0 20100312 (experimental) (GCC)) crashes when
compiling the attached code with the following options:

g++ -std=gnu++0x -Wno-pmf-conversions -fno-deduce-init-list -g -Wall -Werror
-Wno-unused -fno-lto -msse -msse2 -mfpmath=sse -march=native -mtune=native
-fomit-frame-pointer -ggdb -shared-libgcc report.cpp

--8<---

#include 
#include 

static const __v4sf g_VecMinusTwo{ -2.0f, -2.0f, -2.0f, -2.0f };

namespace simd {

template  __attribute__((__always_inline__,
__nothrow__, __const__)) inline __v4si pshufd(__v4si a) {

return __builtin_ia32_pshufd(a, M);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf addps(__v4sf a, __v4sf b) {

return __builtin_ia32_addps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf subps(__v4sf a, __v4sf b) {

return __builtin_ia32_subps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf mulps(__v4sf a, __v4sf b) {

return __builtin_ia32_mulps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf rsqrtps(__v4sf a) {

return __builtin_ia32_rsqrtps(a);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf andps(__v4sf a, __v4sf b) {

return __builtin_ia32_andps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf rsqrtss(__v4sf a) {

return __builtin_ia32_rsqrtss(a);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf mulss(__v4sf a, __v4sf b) {

return __builtin_ia32_mulss(a, b);
}

template  __attribute__((__always_inline__,
__nothrow__, __const__)) inline __v4sf shufps(__v4sf a, __v4sf b) {

return __builtin_ia32_shufps(a, b, M);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf andnps(__v4sf a, __v4sf b) {

return __builtin_ia32_andnps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf orps(__v4sf a, __v4sf b) {

return __builtin_ia32_orps(a, b);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf rcpps(__v4sf a) {

return __builtin_ia32_rcpps(a);
}

__attribute__((__always_inline__, __nothrow__, __const__)) inline
__v4sf rcpss(__v4sf a) {

return __builtin_ia32_rcpss(a);
}

template  __attribute__((__always_inline__,
__nothrow__, __const__)) inline __v4si replicate(__v4si v) {

return pshufd<(N | (N << 2) | (N << 4) | (N << 6))>(v);
}

template  __attribute__((__always_inline__,
__nothrow__, __const__)) inline __v4sf replicate(__v4sf v) {

return (__v4sf) replicate((__v4si) v);
}
}

static __attribute__((__always_inline__)) __v4sf my_asin(__v4sf x) {

static const __v4si g_Mask{ 0x7fff, 0x, 0x7fff,
0x7fff };

__v4sf t;
__v4sf u;
__v4sf v;
__v4sf r;

u = simd::replicate<0>(x);
u = simd::andps(u, (__v4sf) g_Mask);
t = simd::mulps(u, __v4sf{ -1.0f, 0.0f, -0.1535779990f, 0.0f });
t = simd::addps(t, __v4sf{ 0.0f, 0.0f, 0.2836182315f, 0.0f });
t = simd::mulps(t, u);
t = simd::addps(t, __v4sf{ 1.0f, 0.0f, -0.9315200116f, -2.144008022f
});
r = simd::rsqrtss(t);
u = simd::shufps<0b11100100>(r, u);
t = simd::mulps(t, u);
t = simd::addps(t, __v4sf{ 0.0f, 0.0f, -0.4089766186f, 1.103007131f });
t = simd::mulps(t, u);
u = simd::mulss(u, __v4sf{ -0.5f, 0.0f, 0.0f, 0.0f });
t = simd::addps(t, __v4sf{ -3.0f, 1.0f, 1.507171600f, 1.507095111f });
t = simd::mulss(t, u);
r = simd::rcpps(t);
v = simd::mulps(t, r);
v = simd::addps(v, g_VecMinusTwo);
v = simd::mulps(v, r);
t = simd::replicate<3>(t);
t = simd::mulps(t, v);
t = simd::replicate<2>(t);
t = simd::subps(t, v);
t = simd::andps((__v4sf) g_Mask, t);
u = simd::andnps((__v4sf) g_Mask, x);
t = simd::orps(t, u);

return t;
}

--8<---

$ g++ -std=gnu++0x -Wno-pmf-conversions -fno-deduce-init-list -g -Wall -Werror
-Wno-unused -fno-lto -msse -msse2 -mfpmath=sse -march=native -mtune=native -fom
it-frame-pointer -ggdb -shared-libgcc report.cpp
repo.cpp: In function 'float __vector[4] my_asin(float __vector[4])':
repo.cpp:95:43: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE during compiling SSE code
   Product: gcc
   Ve

[Bug java/37329] ICE during .jar -> .bin compilation with -freduced-reflection.

[pluto at agmk dot net]

--- Comment #3 from pluto at agmk dot net  2010-03-15 10:11 ---
works fine with latest 4.4/4.5.


-- 

pluto at agmk dot net changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.3.2
  Known to work||4.4.4 4.5.0
 Resolution||FIXED


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

[Bug c++/43368] [4.3/4.4/4.5 Regression] different access to templated structure static field give different results

[redi at gcc dot gnu dot org]

--- Comment #2 from redi at gcc dot gnu dot org  2010-03-15 10:32 ---
Is this valid?
The 'foo' typedef needs the address of X::x but occurs before it has been
defined.

Comeau gives
line 18: error: explicit specialization of member
  "X<>::x [with =false]" must precede its first use (
  at line 13)


-- 


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

[Bug middle-end/32395] false uninitialized warning (huge testcase)

[pluto at agmk dot net]

--- Comment #17 from pluto at agmk dot net  2010-03-15 10:32 ---
recent 4.4/4.5 compiles '32395.ii -Wall -c -O1 -m32' cleanly, 4.3 still warns.


-- 

pluto at agmk dot net changed:

   What|Removed |Added

  Known to work|3.4.5   |3.4.5 4.4.4 4.5.0


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

[Bug testsuite/35939] maxloc_bounds_[457].f90 fail with -fdefault-integer-8

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2010-03-15 10:39 ---
No answer to comment #3 (likely fixed at revision 134936); closing as fixed.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/43365] [4.5 Regression] Destructor not called when returning in exception handler

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||wrong-code
   Target Milestone|--- |4.5.0


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

[Bug debug/42959] g++ does not emit DW_AT_default_value

[dodji at gcc dot gnu dot org]

--- Comment #3 from dodji at gcc dot gnu dot org  2010-03-15 10:45 ---
Created an attachment (id=20107)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20107&action=view)
Draf patch

Thanks Jakub for the review. This updated patch should address your comments.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #20085|0   |1
is obsolete||


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

[Bug testsuite/32956] Compiling equiv_7_db.f90 gives an error with -fdefault-integer-8

[dominiq at lps dot ens dot fr]

--- Comment #6 from dominiq at lps dot ens dot fr  2010-03-15 10:45 ---
Fixed at revision 130279, closing.


-- 

dominiq at lps dot ens dot fr changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/43375] [4.5 Regression] ICE during compiling SSE code

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-03-15 11:00 ---
Confirmed.

Program received signal SIGSEGV, Segmentation fault.
0x006b2ae8 in make_alias_for (target=0x7599ddc0, 
newid=0x758d3a50) at /space/rguenther/src/svn/trunk/gcc/cp/method.c:224
224   DECL_NOT_REALLY_EXTERN (alias) = 1;
(gdb) p alias
$1 = (tree) 0x758d25a0
(gdb) call debug_tree (alias)
 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43375

[Bug c/43374] ICE with __builtin_isinf() and _Decimal argument

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-03-15 11:06 ---
Somewhere I added generic C frontend argument checking for builtins...

c-common.c:check_builtin_function_arguments.  Which checks for REAL_TYPE
arguments to isinf.  Janis, is isinf not supposed to be used for
decimal floating point or do we simply lack expansion for it?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||janis at gcc dot gnu dot
   ||org, rguenth at gcc dot gnu
   ||dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 11:06:23
   date||


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

[Bug lto/43373] whopr+linker plugin ICE compressed stream data error

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-03-15 11:08 ---
Testcase?  Note that -fwhopr is highly experimental (likewise linker-plugin
support has seen way less testing than the collect2 path).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||lto


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

[Bug lto/43373] whopr+linker plugin ICE compressed stream data error

[astrange at ithinksw dot com]

--- Comment #2 from astrange at ithinksw dot com  2010-03-15 11:10 ---
The last two commands were the source and testcase. Should have spaced it out
more.

i don't have enough memory allocated to this VM to build ffmpeg without whopr,
so I thought i'd try the more experimental path first.


-- 


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

[Bug lto/43372] lto ICE in strip_extension with linker plugin

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-03-15 11:14 ---
Confirmed.  -fwhopr seems to be broken with respect to ar archive support.
I don't see any reason to strip extensions at all.  Which then get's us to

lto1: internal compiler error: compressed stream: data error
Please submit a full bug report,
with preprocessed source if appropriate.

likely again because of lack of archive support somewhere.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||lto
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 11:14:00
   date||


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

[Bug debug/43370] [4.4/4.5 Regression] ICE gen_type_die_with_usage, at dwarf2out.c:14745

[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.4


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

[Bug c/43374] ICE with __builtin_isinf() and _Decimal argument

[joseph at codesourcery dot com]

--- Comment #2 from joseph at codesourcery dot com  2010-03-15 11:18 ---
Subject: Re:  ICE with __builtin_isinf() and _Decimal argument

The most recent draft of TR 24732 I have (I don't have the final published 
TR) says that all the type-generic classification and comparison macros 
have decimal floating-point versions (in the case of the comparison 
macros, if one argument is decimal so must the other one be decimal).  So 
I'd say that GCC's type-generic built-in functions, that it provides for 
use in implementing the standard macros, ought to support decimal floating 
point.


-- 


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

[Bug debug/42959] g++ does not emit DW_AT_default_value

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2010-03-15 11:19 ---
As for the arbitrary expressions, can't you just add an artificial, nameless,
DW_TAG_variable (not sure if DW_TAG_dwarf_procedure would be tollerable
instead), probably as child of the DW_TAG_subprogram whose
DW_TAG_formal_parameter it is, and set its DW_AT_location?
See add_bounds_info how it creates similar artificial variable if the bound is
an arbitrary expression for which we have a location or location list.


-- 


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

[Bug c++/43368] [4.3/4.4/4.5 Regression] different access to templated structure static field give different results

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-03-15 11:20 ---
EDG agrees.  But accepts the code without the explicit specialization.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.5


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

[Bug testsuite/43363] [4.5 Regression] FAIL: g++.dg/ext/altivec-17.C

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug rtl-optimization/43360] [4.3/4.4/4.5 Regression] possible wrong code bug

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1
   Target Milestone|--- |4.3.5


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

[Bug c++/43361] missing uninitialzied warning without optimization (loop representation)

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-03-15 11:27 ---
(In reply to comment #1)
> In GCC 4.3.x you need optimization enabled for Wuninitialized.
> 
> In GCC 4.4.1 and GCC 4.5 (trunk) I get warnings in line 6 with -O1 -O2 and 
> -O3.
> 
> We do not get a warning with -O0 because the default definition appears in a
> PHI node:
> 
> :
>   [pr43361.C : 6 : 3] goto ;
> 
> :
>   [pr43361.C : 7:19] std::basic_ostream::operator<< ([pr43361.C : 7]
> &cout, i_1);
>   [pr43361.C : 8:18] [pr43361.C : 8] array[i_1] = i_1;
>   [pr43361.C : 6:3] i_4 = i_1 + 1;
> 
> :
>   # i_1 = PHI 
>   [pr43361.C : 6:3] D.21125_3 = i_1 <= 9;
>   [pr43361.C : 6:3] if (D.21125_3 != 0)
> goto ;
>   else
> goto ;
> 
> :
>   [pr43361.C : 0:0] D.21127_5 = 0;
>   return D.21127_5;
> 
> 
> This can be seen as a natural limitation of the analysis at -O0 or a problem
> with the way GCC represents loops:
> 
> for (init; test; next) { for-body }; is transformed to:
> 
> init:
>  init;
>  goto eval
> body:
>   for-body;
>   next;
>   goto eval;
> eval:
>  (test) ? goto body : goto finish;
> finish:
> 
> So, although we know what "test" is evaluated at least once after init, GCC
> doesn't know that with -O0.
> 
> In any case, there is no trivial fix (but there is a workaround: use
> optimization).

The trivial fix would be to compute post-dominator info and check if the
edge with the uninitialized use is executed on all paths from function
entry to exit (its source and destination post-dominate the entry bb).


-- 


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

[Bug lto/43342] lto1: internal compiler error: failed to reclaim unneeded function

[pluto at agmk dot net]

--- Comment #5 from pluto at agmk dot net  2010-03-15 11:28 ---
(In reply to comment #3)
> I'm not sure you are supposed to mix -flto and -fwhopr (though it probably
> just works).  This is btw the most prominent ICE I see when building SPEC
> with -fwhopr and checking enabled.

mixing -flto/-fwhopr is unnecessary. pure -fwhopr is enough to reproduce an
ICE.


-- 


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

[Bug c++/43376] New: template member function instantiations are not hidden if the class has default visibility and -fvisibility-ms-compat is used

[fjoe at samodelkin dot net]

Stock RHEL5 g++ 4.4 version:

[Mon Mar 15 17:04:26] kenny:~/work$g++44 -v
Using built-in specs.
Target: i386-redhat-linux6E
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-languages=c,c++,fortran
--disable-libgcj
--with-mpfr=/builddir/build/BUILD/gcc-4.4.0-20090514/obj-i386-redhat-linux6E/mpfr-install/
--with-ppl=/builddir/build/BUILD/gcc-4.4.0-20090514/obj-i386-redhat-linux6E/ppl-install
--with-cloog=/builddir/build/BUILD/gcc-4.4.0-20090514/obj-i386-redhat-linux6E/cloog-install
--with-tune=generic --with-arch=i586 --build=i386-redhat-linux6E
Thread model: posix
gcc version 4.4.0 20090514 (Red Hat 4.4.0-6) (GCC) 

Assume that there is a C++ shared library that uses STL extensively and is
compiled with -fvisibility-ms-compat. Template member instantiations are
however still visible:

[Mon Mar 15 17:18:00] kenny:~/work$g++44 -c -fvisibility-ms-compat vis2.cc

[Mon Mar 15 17:18:03] kenny:~/work$readelf -sW vis2.o | grep foo
   153:    207 FUNCGLOBAL DEFAULT   72 _Z3foov

ok, we want "foo" to be visible outside our shared library, but we do not want
the following symbol to be visible:

[Mon Mar 15 17:18:07] kenny:~/work$readelf -sW vis2.o | grep _M_range
   179:    505 FUNCWEAK   DEFAULT  121
_ZNSt5dequeIiSaIiEE19_M_range_initializeISt15_Deque_iteratorIiRiPiEEEvT_S7_St20forward_iterator_tag

vis2.cc source code is:

--- cut vis2.cc ---
#include 

#define FOO_EXPORT __attribute__((visibility("default")))

int FOO_EXPORT
foo()
{
std::deque a;
std::deque b(a.begin(), a.end());
return 0;
}
--- cut vis2.cc ---

This can be considered as an STL bug ("std" namespace is declared as having
default visibility and thus all classes and all their members have default
visibility) -- one may set "hidden" visibility on template member functions.

But I think that at least -fvisibility-ms-compat should produce the code when
template instantiations have hidden visibility, otherwise it will not be
possible to be source-compatible with Visual Studio on this matter. I mean that
the following source code (being an example of source compatibility with Visual
Studio wrt. hidden visibility) will be compiled differently if used in shared
library (or .DLL):

--- cut foo.h ---
#include 

#if defined(_MSC_VER)
#define FOO_EXPORT __declspec(dllexport)
#define FOO_IMPORT __declspec(dllimport)
#else
#define FOO_EXPORT __attribute__((visibility("default")))
#define FOO_IMPORT __attribute__((visibility("default")))
#endif

#if defined(_BUILD_FOO_DLL)
#define FOO_API FOO_EXPORT
#else
#define FOO_API FOO_IMPORT
#endif

class FOO_API Foo
{
public:
template
void foo(const T &t) {
std::cout << t << std::endl;
}
};
--- cut foo.h ---

Or there should be additional command line option that enables such behavior.


-- 
   Summary: template member function instantiations are not hidden
if the class has default visibility and -fvisibility-ms-
compat is used
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fjoe at samodelkin dot net


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

[Bug rtl-optimization/43360] [4.3/4.4/4.5 Regression] possible wrong code bug

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2010-03-15 11:30 ---
I'd say its P2 only because it does affect released compilers and is not a
regression on their branches.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet||x86-64-*-*, i?86-*-*
   Keywords||wrong-code
   Priority|P1  |P3


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

[Bug target/43358] [4.5 Regression] IRA: internal compiler error: in pool_free, at alloc-pool.c:335

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug c++/43376] template member function instantiations are not hidden if the class has default visibility and -fvisibility-ms-compat is used

[fjoe at samodelkin dot net]

--- Comment #1 from fjoe at samodelkin dot net  2010-03-15 11:32 ---
In the last example above I mean that there is shared library foo with
interface declared in foo.h and it is used in another shared library bar. And
bar will have unnecessary template instantiations visible even if compiled with
-fvisibility-ms-compat.


-- 


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

[Bug lto/43377] New: lto decreases stacktrace readability (debuginfo pubnames).

[pluto at agmk dot net]

$ make clean all
rm -f *.o *.s *.ii m
g++45 -Wall -g2 -O1  a.cpp -c
g++45 -Wall -g2 -O1  m.cpp -c
g++45 -Wall -g2 -O1  a.o m.o -o m --save-temps -fverbose-asm

$ readelf --debug-dump=pubnames ./m
(...)

Offset  Name
8e7 Y::foo <==
913 X::foo <==
968 X::~X
98f Y::~Y
9b6 Y::~Y
9fe X::~X
a3a X::X
a61 X::bar

(gdb) break Y::foo()
Breakpoint 1 at 0x400768: file a.cpp, line 25.

(gdb) bt
#0  Y::foo (this=0x7fffe1c0) at a.cpp:26
^^ readable location with namespace/class prefix.


now the same with -flto.

$ make clean all LTOFLAGS=-flto
rm -f *.o *.s *.ii m
g++45 -Wall -g2 -O1 -flto a.cpp -c
g++45 -Wall -g2 -O1 -flto m.cpp -c
g++45 -Wall -g2 -O1 -flto a.o m.o -o m --save-temps -fverbose-asm

Offset  Name
87  foo  <==
ca  foo  <==
10d __base_dtor
12c __base_dtor
14b __deleting_dtor
183 __deleting_dtor
1a2 __base_ctor
1c1 bar
1f5 main

(gdb) b Y::foo()
Breakpoint 1 at 0x400768: file a.cpp, line 24.

(gdb) bt
#0  foo (this=0x7fffe1c0) at a.cpp:26
^^^ some cryptic foo.


-- 
   Summary: lto decreases stacktrace readability (debuginfo
pubnames).
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
 GCC build triplet: x86_64-gnu-linux
  GCC host triplet: x86_64-gnu-linux
GCC target triplet: x86_64-gnu-linux


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

[Bug lto/43377] lto decreases stacktrace readability (debuginfo pubnames).

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2010-03-15 11:50 ---
Created an attachment (id=20108)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20108&action=view)
testcase


-- 


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

[Bug target/43364] Suboptimal code for the use of ARM NEON intrinsic "vset_lane_f32"

[ramana at gcc dot gnu dot org]

--- Comment #1 from ramana at gcc dot gnu dot org  2010-03-15 11:58 ---

 though trunk of a recent vintage generates the following bit of code which is
slightly better. There's no reason why we can't expand in a better manner and
generate the vld1.f32. Marking as an enhancement.


mov r3, #0
ldr r2, [r2, #0]@ float
vdup.32 d16, r3
ldr r3, [r1, #0]@ float
vmovd17, d16  @ v2sf
vmov.32 d17[0], r2
vmov.32 d16[0], r3
vadd.f32d16, d16, d17
vst1.32 {d16[0]}, [r0]
bx  lr


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
  Component|c   |target
 Ever Confirmed|0   |1
   Keywords||missed-optimization
  Known to fail||4.4.3 4.5.0
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 11:58:16
   date||


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

[Bug c++/43375] [4.5 Regression] ICE during compiling SSE code

[piotr dot wyderski at gmail dot com]

--- Comment #2 from piotr dot wyderski at gmail dot com  2010-03-15 12:20 
---
(In reply to comment #1)

It's a fairly recent regression: the snapshot 20100218 compiled it without
problems.


-- 


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

[Bug c++/43368] [4.3/4.4/4.5 Regression] different access to templated structure static field give different results

[redi at gcc dot gnu dot org]

--- Comment #4 from redi at gcc dot gnu dot org  2010-03-15 12:22 ---
14.7.3 [temp.expl.spec] p6 says:

If a template, a member template or the member of a class template is
explicitly specialized then that specialization
shall be declared before the first use of that specialization that would cause
an implicit instantiation
to take place, in every translation unit in which such a use occurs; no
diagnostic is required.


-- 


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

[Bug tree-optimization/43378] New: IVOPTs messes up code

[rguenth at gcc dot gnu dot org]

void bar(int, int, int);
void foo(int left, int rite, int element)
{
  while (left <= rite)
{
  rite -= element;
  bar(left, rite, element);
  left += element;
}
}

produces:

foo (int left, int rite, int element)
{
  unsigned int D.2741;
  unsigned int D.2742;
  unsigned int D.2743;
  unsigned int D.2737;
  int D.2738;
  unsigned int D.2739;
  unsigned int D.2740;

:
  if (left_3(D) <= rite_4(D))
goto ;
  else
goto ;

:

:
  # left_14 = PHI 
  # rite_15 = PHI 
  D.2737_8 = (unsigned int) rite_15;
  D.2738_2 = -element_5(D);
  D.2739_1 = (unsigned int) D.2738_2;
  D.2740_13 = D.2737_8 + D.2739_1;
  rite_12 = (int) D.2740_13;
  rite_6 = rite_12;
  bar (left_14, rite_6, element_5(D));
  D.2741_11 = (unsigned int) left_14;
  D.2742_17 = (unsigned int) element_5(D);
  D.2743_18 = D.2741_11 + D.2742_17;
  left_19 = (int) D.2743_18;
  left_7 = left_19;
  if (rite_6 >= left_7)
goto ;
  else
goto ;

:
  goto ;

from

foo (int left, int rite, int element)
{
:
  if (left_3(D) <= rite_4(D))
goto ;
  else
goto ;

:

:
  # left_14 = PHI 
  # rite_15 = PHI 
  rite_6 = rite_15 - element_5(D);
  bar (left_14, rite_6, element_5(D));
  left_7 = left_14 + element_5(D);
  if (rite_6 >= left_7)
goto ;
  else
goto ;

:
  goto ;

as you can see it doesn't even create new induction variables.


-- 
   Summary: IVOPTs messes up code
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug tree-optimization/43141] [4.5 Regression] Wrong debug information with IPA-SRA

[jamborm at gcc dot gnu dot org]

--- Comment #4 from jamborm at gcc dot gnu dot org  2010-03-15 12:49 ---
Fixed by:

r157456 | jamborm | 2010-03-15 12:43:04 +0100 (Mon, 15 Mar 2010) | 7 lines

2010-03-15  Martin Jambor  

PR tree/optimization/43141
* tree-sra.c (create_abstract_origin): New function.
(modify_function): Call create_abstract_origin.


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug lto/43377] lto decreases C++ stacktrace readability (debuginfo pubnames).

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-03-15 12:51 ---
Because we drop DECL_CONTEXT.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||lto
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 12:51:07
   date||
Summary|lto decreases stacktrace|lto decreases C++ stacktrace
   |readability (debuginfo  |readability (debuginfo
   |pubnames).  |pubnames).


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

[Bug target/43196] [4.5 regression] ICE in dwarf2out_frame_debug_expr

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-03-15 12:55 ---
According to comment #3 needs to be re-verified by submitter.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug tree-optimization/43317] [4.5 Regression] ICE: Segmentation fault with -fipa-struct-reorg -g

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-03-15 13:01 ---
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|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 13:01:49
   date||


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

[Bug tree-optimization/43317] [4.5 Regression] ICE: Segmentation fault with -fipa-struct-reorg -g

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-03-15 13:05 ---
Subject: Bug 43317

Author: rguenth
Date: Mon Mar 15 13:05:05 2010
New Revision: 157457

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157457
Log:
2010-03-15  Richard Guenther  

PR tree-optimization/43317
* ipa-struct-reorg.c (create_new_general_access): Update stmt.

* gcc.dg/pr43317.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/pr43317.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/ipa-struct-reorg.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/43358] [4.5 Regression] IRA: internal compiler error: in pool_free, at alloc-pool.c:335

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-03-15 13:09 ---
Works on x86_64-linux.  mips-linux is neither primary nor secondary, thus a
candidate for downgrading to P4.  Still looks serious so leaving at P3 for now.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-checking


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

[Bug rtl-optimization/43360] [4.3/4.4/4.5 Regression] possible wrong code bug

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

[Bug testsuite/43363] [4.5 Regression] FAIL: g++.dg/ext/altivec-17.C

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 13:10:08
   date||


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

[Bug middle-end/43365] [4.5 Regression] Destructor not called when returning in exception handler

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-03-15 13:13 ---
Or is a latent bug in ehopt.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
  Component|c++ |middle-end
   Priority|P3  |P1


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

[Bug tree-optimization/43317] [4.5 Regression] ICE: Segmentation fault with -fipa-struct-reorg -g

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-03-15 13:17 ---
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=43317

[Bug tree-optimization/43367] [4.5 Regression] ice: in may_propagate_copy, at tree-ssa-copy.c:85

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-03-15 13:18 ---
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=43367

[Bug tree-optimization/43367] [4.5 Regression] ice: in may_propagate_copy, at tree-ssa-copy.c:85

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-03-15 13:19 ---
Subject: Bug 43367

Author: rguenth
Date: Mon Mar 15 13:18:45 2010
New Revision: 157458

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157458
Log:
2010-03-15  Richard Guenther  

PR tree-optimization/43367
* tree-cfg.c (gimple_can_merge_blocks_p): Simplify PHI
elimination check.

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

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr43367.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-cfg.c


-- 


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

[Bug c++/43368] different access to templated structure static field give different results

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-03-15 13:20 ---
Not a regression.  Diagnostic enhancement possible.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||accepts-invalid, diagnostic
Summary|[4.3/4.4/4.5 Regression]|different access to
   |different access to |templated structure static
   |templated structure static  |field give different results
   |field give different results|
   Target Milestone|4.3.5   |---


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

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-03-15 13:23 ---
Ping.

Is native bootstrap not important for arm?  If so please downgrade to P2. 
Thanks.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/42450] [4.5 Regression] another GCC 4.5 ICE on C++ templated code

[rguenth at gcc dot gnu dot org]

--- Comment #16 from rguenth at gcc dot gnu dot org  2010-03-15 13:24 
---
Re-assigning to Martin then.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|rth at gcc dot gnu dot org  |jamborm at gcc dot gnu dot
   ||org


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

[Bug target/42894] [4.5 Regression] Invalid rtl sharing in Thumb1.

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2010-03-15 13:26 
---
It sounds to me that this is a verifier issue, not a possible wrong-code issue.
Downgrading to P2 also because the predicate is the same since 4.3.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P1  |P2


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

[Bug middle-end/32395] false uninitialized warning (huge testcase)

[manu at gcc dot gnu dot org]

--- Comment #18 from manu at gcc dot gnu dot org  2010-03-15 13:40 ---
Pawel, I thank you for the report, but I really do not see how we can use this
bug report. The testcase is huge, so we cannot add it to the testsuite to avoid
regressing. If you can find a reduced testcase
http://gcc.gnu.org/bugs/minimize.html or starts failing again, please reopen,
meanwhile, I am closing this as 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=32395

[Bug c++/43361] missing uninitialzied warning without optimization (loop representation)

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2010-03-15 13:42 ---
(In reply to comment #2)
> 
> The trivial fix would be to compute post-dominator info and check if the
> edge with the uninitialized use is executed on all paths from function
> entry to exit (its source and destination post-dominate the entry bb).

You want to do that at -O0?


-- 


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

[Bug middle-end/43359] gas_dyn benchmark 230% slower when compiled with -fgraphite-identity

[dominiq at lps dot ens dot fr]

--- Comment #4 from dominiq at lps dot ens dot fr  2010-03-15 14:20 ---
The patch used for comment #3 was

--- /opt/gcc/_clean/gcc/passes.c2010-02-22 15:28:45.0 +0100
+++ /opt/gcc/p_work/gcc/passes.c2010-03-14 14:05:55.0 +0100
@@ -901,6 +901,8 @@ init_optimization_passes (void)
  NEXT_PASS (pass_lim);
}
  NEXT_PASS (pass_iv_canon);
+ NEXT_PASS (pass_copy_prop);
+ NEXT_PASS (pass_dce_loop);
  NEXT_PASS (pass_if_conversion);
  NEXT_PASS (pass_vectorize);
{

Note this is a regression:

[macbook] lin/test% gfcd -v -c eos.f90 -O3 -ffast-math
-ftree-vectorizer-verbose=2 -fgraphite-identity
...
Target: x86_64-apple-darwin10
Configured with: ../for_work/configure --prefix=/opt/gcc/gcc4.5d
--mandir=/opt/gcc/gcc4.5d/share/man --infodir=/opt/gcc/gcc4.5d/share/info
--build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10
--target=x86_64-apple-darwin10 --enable-languages=c,fortran
--with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64
Thread model: posix
gcc version 4.5.0 20100226 (experimental) [branch fortran-dev revision 157148]
(GCC) 
...
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: LOOP VECTORIZED.
eos.f90:1: note: vectorized 7 loops in function.
...

[macbook] lin/test% gfcp -v -c eos.f90 -O3 -ffast-math
-ftree-vectorizer-verbose=2 -fgraphite-identity
...
Target: x86_64-apple-darwin10
Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.5p
--mandir=/opt/gcc/gcc4.5p/share/man --infodir=/opt/gcc/gcc4.5p/share/info
--build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10
--target=x86_64-apple-darwin10 --enable-languages=c,fortran
--with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64
Thread model: posix
gcc version 4.5.0 20100314 (experimental) [trunk revision 157446p1] (GCC) 
...
eos.f90:1: note: vectorized 0 loops in function.
...

for r157446 with the above patch. The summary should probably be changed to
something such as "missed vectorization with graphite".

Note that if I replace -fgraphite-identity with -fgraphite or -floop-block,
there is no vectorization even with gfortran.

Also the test from http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00515.html

  subroutine sum(a, b, c, n)
  integer i, n
  real a(n), b(n), c(n)
  do i = 1, n
 c(i) = a(i) + b(i)
  enddo
  end

vectorize with gfortran 4.4.2, but not with 4.5 at revision 156618.

Final note pr40979 is also a missed vectorization with graphite. It would be of
interest to investigate if it is a duplicate or a more subtle problem related
to pr34265 and friends (early inlining of dot_product).


-- 


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

[Bug middle-end/40979] induct benchmark 60% slower when compiled with -fgraphite-identity

[dominiq at lps dot ens dot fr]

--- Comment #7 from dominiq at lps dot ens dot fr  2010-03-15 14:21 ---
See also pr43359.


-- 


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

[Bug c++/43361] missing uninitialzied warning without optimization (loop representation)

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-03-15 14:27 ---
(In reply to comment #3)
> (In reply to comment #2)
> > 
> > The trivial fix would be to compute post-dominator info and check if the
> > edge with the uninitialized use is executed on all paths from function
> > entry to exit (its source and destination post-dominate the entry bb).
> 
> You want to do that at -O0?

Not really.


-- 


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

[Bug target/41939] EABI violation in accessing values below the stack.

[ramana at gcc dot gnu dot org]

--- Comment #2 from ramana at gcc dot gnu dot org  2010-03-15 14:29 ---
I don't intend backporting this to the 4.3 branch and hence marking this
closed.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/42729] [4.5 Regression] "-fcompare-debug failure" with "-O1 -fgraphite-identity"

[aldyh at gcc dot gnu dot org]

--- Comment #6 from aldyh at gcc dot gnu dot org  2010-03-15 14:35 ---
With the last set of patches to var-tracking, this has been fixed.  Closing.


-- 

aldyh at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug c++/43375] [4.5 Regression] ICE during compiling SSE code

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2010-03-15 14:52 ---
It is caused by revision 157203:

http://gcc.gnu.org/ml/gcc-cvs/2010-03/msg00075.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

  GCC build triplet|i686-pc-cygwin  |
   GCC host triplet|i686-pc-cygwin  |
 GCC target triplet|i686-pc-cygwin  |


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

[Bug target/32332] [4.3 only] libobjc build failure on arm-unknown-eabi (__gnu_objc_personality_v0)

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2010-03-15 14:52 ---
Not a regression.  Fixed for 4.4.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
Summary|[4.3 only ] libobjc build   |[4.3 only] libobjc build
   |failure on arm-unknown-eabi |failure on arm-unknown-eabi
   |(__gnu_objc_personality_v0) |(__gnu_objc_personality_v0)
   Target Milestone|4.3.5   |4.4.0


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

[Bug target/35965] [4.3 only] -fstack-protector produces segfaulting binaries on arm/armel

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2010-03-15 14:53 ---
Not a regression.  Fixed for 4.4.0.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.3.5   |4.4.0


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

[Bug c/41630] [4.3/4.4 Regression] Optimization error on vectors of uint64_t

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2010-03-15 14:56 ---
Joseph, is this a valid testcase?

typedef unsigned long obj[1];
extern void abort (void);
int main()
{
obj X[2];
X[1][0] = 67890;
if (X[0][1] != 67890)
  abort ();
return 0;
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jsm28 at gcc dot gnu dot org


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

[Bug middle-end/42255] [4.3 Regression] broken generated code when using -fprofile-arcs and -O2

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-03-15 15:01 ---
The preprocessed testcase does not build for me with GCC 4.3.x.  Please attach
preprocessed source when building with GCC 4.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug tree-optimization/43247] [4.3/4.4 Regression] Incorrect optimization while declaring array[1]

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

[Bug debug/41371] [4.5 Regression] var-tracking is slow and memory hungry

[jakub at gcc dot gnu dot org]

--- Comment #19 from jakub at gcc dot gnu dot org  2010-03-15 15:12 ---
A variant of the #c9 patch is checked in for many days, do you still have
something where VTA is really so big compile time or memory hog (besides
PR43058)?


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug c/41630] [4.3/4.4 Regression] Optimization error on vectors of uint64_t

[joseph at codesourcery dot com]

--- Comment #8 from joseph at codesourcery dot com  2010-03-15 15:17 ---
Subject: Re:  [4.3/4.4 Regression] Optimization error on vectors
 of uint64_t

On Mon, 15 Mar 2010, rguenth at gcc dot gnu dot org wrote:

> Joseph, is this a valid testcase?
> 
> typedef unsigned long obj[1];
> extern void abort (void);
> int main()
> {
> obj X[2];
> X[1][0] = 67890;
> if (X[0][1] != 67890)

This access to X[0][1] looks like an out-of-bounds access that is 
undefined behavior like the example in Annex J: "An array subscript is out 
of range, even if an object is apparently accessible with the given 
subscript (as in the lvalue expression a[1][7] given the declaration int 
a[4][5]) (6.5.6).".  (This originates in C90 DR#017; the example was added 
in C90 TC1.)


-- 


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

[Bug debug/42911] [4.5 Regression] huge compile time with -g -O2

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2010-03-15 15:20 ---
Fixed.  Or rather, duplicate of 41371.

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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/41371] [4.5 Regression] var-tracking is slow and memory hungry

[rguenth at gcc dot gnu dot org]

--- Comment #20 from rguenth at gcc dot gnu dot org  2010-03-15 15:20 
---
*** Bug 42911 has been marked as a duplicate of this bug. ***


-- 


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

[Bug c/41630] [4.3/4.4 Regression] Optimization error on vectors of uint64_t

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2010-03-15 15:23 ---
Invalid then.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/43300] [4.5 Regression] ICE: in emit_move_insn, at expr.c:3432

[matz at gcc dot gnu dot org]

--- Comment #5 from matz at gcc dot gnu dot org  2010-03-15 16:13 ---
Subject: Bug 43300

Author: matz
Date: Mon Mar 15 16:13:28 2010
New Revision: 157461

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157461
Log:
PR middle-end/43300
* tree-outof-ssa.c (emit_partition_copy): New argument sizeexp,
use it to expand block copies.
(insert_partition_copy_on_edge, insert_rtx_to_part_on_edge,
insert_part_to_rtx_on_edge): Adjust callers of emit_partition_copy.
(insert_value_copy_on_edge): Use store_expr for BLKmode values.

testsuite/
* gcc.dg/pr43300.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/pr43300.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-outof-ssa.c


-- 


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

[Bug middle-end/43300] [4.5 Regression] ICE: in emit_move_insn, at expr.c:3432

[matz at gcc dot gnu dot org]

--- Comment #6 from matz at gcc dot gnu dot org  2010-03-15 16:15 ---
Fixed.  I put in a testcase that doesn't need graphite.


-- 

matz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug other/43357] fixincludes/tests/base/iso/math_c99.h check fails

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-03-15 16:33 ---
fails at x86_84 for me, too


-- 

zsojka at seznam dot cz changed:

   What|Removed |Added

 CC||zsojka at seznam dot cz


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

[Bug c++/43376] template member function instantiations are not hidden if the class has default visibility and -fvisibility-ms-compat is used

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal


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

[Bug c++/43376] template member function instantiations are not hidden if the class has default visibility and -fvisibility-ms-compat is used

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2010-03-15 16:38 ---
The first example is done on purpose as the class is std:: deque which is
a template class which is on a fundamental type which is always going to be
visible.  (See PR 19664 for the reasons why).


-- 


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

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

[paolo dot carlini at oracle dot com]

--- Comment #7 from paolo dot carlini at oracle dot com  2010-03-15 17:23 
---
An additional remark: irrespective of the C++1x PODness, the *TR1* is_pod
cannot be broken, because essentially N1836, not requiring compiler support,
allows for any behavior outside scalar types (see 4.9/8).


-- 


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

[Bug fortran/43243] [4.4 Regression ?] Wrong-code due to missing array temp for DT with pointer component

[pault at gcc dot gnu dot org]

--- Comment #11 from pault at gcc dot gnu dot org  2010-03-15 17:23 ---
(In reply to comment #10)
> Will check this out as soon as I am back at base.

HJ,

4.4 does not deal with the original problem and so still produces the
unnecessary temporaries.

from the end of internal_pack12.f90...

! { dg-final { scan-tree-dump-times "unpack" 4 "original" } }
! { dg-final { cleanup-tree-dump "original" } }
! { dg-final { cleanup-modules "m" } }

[pa...@localhost pr43243]# /irun4.4/bin/gfortran -static -fdump-tree-original
/svn/trunk/gcc/testsuite/gfortran.dg/internal_pack_12.f90
[pa...@localhost pr43243]# grep unpack *nal
_gfortran_internal_unpack (&a->a, D.1552);
_gfortran_internal_unpack (&parm.0, D.1556);
_gfortran_internal_unpack (&parm.1, D.1561);
_gfortran_internal_unpack (&parm.2, D.1566);
_gfortran_internal_unpack (&parm.3, D.1570);
_gfortran_internal_unpack (&parm.4, D.1575);
_gfortran_internal_unpack (&parm.5, D.1580);
_gfortran_internal_unpack (&parm.6, D.1584);
_gfortran_internal_unpack (&parm.7, D.1589);
_gfortran_internal_unpack (&parm.8, D.1594);
_gfortran_internal_unpack (&parm.9, D.1598);
  _gfortran_internal_unpack (&y.b, D.1845);

That's why it's failing. I suggest strongly that the test not be backported to
4.4.

I am resolving this as INVALID although I am a bit unhappy about marking a
sensible, precautionary PR in this way.

Thanks for the report nevertheless!

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/43272] -Wmissing-prototypes doesn't work in C++ mode

[erh+gcc at nimenees dot com]

--- Comment #13 from erh+gcc at nimenees dot com  2010-03-15 17:30 ---
(In reply to comment #12)
> (In reply to comment #11)
> > hmm... is there a way to have g++ put everything into some default 
> > namespace so
> > I always get errors like this?  If so, that would satisfy my needs.
> 
> No.

Do you know of some kind of tool other than gcc that would warn about missing
prototypes?  Not having this warning available is really causing me a lot of
pain with the project I'm working on.


-- 


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

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

[laurent at guerby dot net]

--- Comment #6 from laurent at guerby dot net  2010-03-15 17:36 ---
As Matthias said this is a --with-mode=thumb issue, people not using this
option have no issue bootstraping natively on arm:

http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg01254.html
http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg01186.html


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 CC||laurent at guerby dot net


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

[Bug tree-optimization/43379] New: [4.5 Regression] ICE: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -ftracer

[zsojka at seznam dot cz]

Command line:
gcc -O2 -ftracer testcase.c
or
gcc -O1 -freorder-blocks -ftracer -c testcase.c

Tested revisions:
r157460 - crash
r157386 - OK
r157326 - OK
r153685 - OK
4.4 r157395 - OK (with checking)

Compiler output:
$ /mnt/svn/gcc-trunk/binary-157460-lto/bin/gcc -O2 -ftracer -c testcase.c
testcase.c: In function 'foo':
testcase.c:6:3: warning: function returns address of local variable
testcase.c:1:7: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set
for SSA_NAME: .MEM_7 in statement:
.MEM_4(ab) = PHI <.MEM_6(D)(0), .MEM_5(ab)(4), .MEM_7(3)>
PHI argument
.MEM_7
for PHI node
.MEM_4(ab) = PHI <.MEM_6(D)(0), .MEM_5(ab)(4), .MEM_7(3)>
testcase.c:1:7: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Valgrind:
no errors reported


-- 
   Summary: [4.5 Regression] ICE: error:
SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -
ftracer
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug tree-optimization/43379] [4.5 Regression] ICE: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -ftracer

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-03-15 17:55 ---
Created an attachment (id=20109)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20109&action=view)
reduced testcase

Command line:
gcc -O2 -ftracer -c pr43379.c


-- 


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

[Bug c++/43380] New: Global constructors are called twice for code compiled with -fPIC and placed into executable

[danielfriederich at gmx dot net]

I'm aware that code compiled with -fPIC is inefficient, but I did not read
anywhere that it is illegal to link -fPIC code into an executable.

We are compiling code with -fPIC and place the same code into the real
"product" so's as well as into unit test executables. With this setup
one problem I noticed is that if the test loads the shared object also,
the symbols of the test and the symbols of the so's get unified. This would not
be an actual problem, but unfortunately the C++ global objects get constructed
and destructed twice, causing memory corruption and ultimately a crash during
shutdown.

So the basic setup is:
global.cpp:
struct PrintThis {
  PrintThis() { printf("PrintThis::PrintThis: %p\n", (void*)this);
} global;

This global.cpp gets compiled once with -fPIC and the resulting object file
gets linked twice, once into a shared object and once into the executable.
With this setup I get the following output:
PrintThis::PrintThis: 0x804a050
PrintThis::PrintThis: 0x804a050

So the constructor gets called twice for the same address.
When I compile the global.cpp without -fPIC for the executable, it prints
different addresses.

So my question is if this is a bug in gcc or in its runtime support?
I know that using -fPIC is inefficient, but I would think it should not
crash at runtime (with no warning ever, and memory corruptions are also
especially hard to diagnose).


-- 
   Summary: Global constructors are called twice for code compiled
with -fPIC and placed into executable
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danielfriederich at gmx dot net
 GCC build triplet: gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)
  GCC host triplet: ubuntu
GCC target triplet: x86


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

[Bug c++/43380] Global constructors are called twice for code compiled with -fPIC and placed into executable

[danielfriederich at gmx dot net]

--- Comment #1 from danielfriederich at gmx dot net  2010-03-15 18:16 
---
Created an attachment (id=20110)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20110&action=view)
reproducible case. 


-- 


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

[Bug middle-end/42255] [4.3 Regression] broken generated code when using -fprofile-arcs and -O2

[gael dot guennebaud at gmail dot com]

--- Comment #3 from gael dot guennebaud at gmail dot com  2010-03-15 18:25 
---
Created an attachment (id=20111)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20111&action=view)
the test case preprocessed with 4.3.3

Oops, indeed it seems I messed up the first time. This one is gcc 4.3 approved!


-- 


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

[Bug tree-optimization/43379] [4.5 Regression] ICE: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -ftracer

[hjl dot tools at gmail dot com]

--- Comment #2 from hjl dot tools at gmail dot com  2010-03-15 18:28 ---
It is introduced between revision 157457 and revision 157460.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 18:28:05
   date||


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

[Bug c++/43272] -Wmissing-prototypes doesn't work in C++ mode

[redi at gcc dot gnu dot org]

--- Comment #14 from redi at gcc dot gnu dot org  2010-03-15 18:39 ---
(In reply to comment #10)
> The case that I keep running into all the time is that I convert a bunch of
> code from "char *" from "const char*", then go update the header to match up
> with the code, but happen to miss one (or more) prototypes that needed to be
> changed.  The code compiles, 
> Then sometime later, I (or another developer) build some code that uses the
> library, a link error occurs, and we're sitting there scratching our heads
> wondering why it's complaining about a function that, at first glance, appears
> to exist.

When you change a function in the library, write a trivial test to verify that
you can link to the expected functions.  You don't have to test the
functionality, just check that you can include the header, call the functions
it declares, and link to definitions of those functions.

If you're refactoring libraries and not writing tests to ensure you can still
link then lack of a compiler warning isn't the problem.


-- 


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

[Bug c++/43380] Global constructors are called twice for code compiled with -fPIC and placed into executable

[redi at gcc dot gnu dot org]

--- Comment #2 from redi at gcc dot gnu dot org  2010-03-15 18:47 ---
This is a violation of the one definition rule, the program is invalid, no
diagnostic is required. 


-- 


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

[Bug tree-optimization/43379] [4.5 Regression] ICE: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -ftracer

[hjl dot tools at gmail dot com]

--- Comment #3 from hjl dot tools at gmail dot com  2010-03-15 18:49 ---
It is caused by revision 157458:

http://gcc.gnu.org/ml/gcc-cvs/2010-03/msg00295.html


-- 


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

[Bug middle-end/43365] [4.5 Regression] Destructor not called when returning in exception handler

[rth at gcc dot gnu dot org]

-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rth at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-03-14 17:27:20 |2010-03-15 18:53:26
   date||


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

[Bug debug/43381] New: infinite loop in gcc.dg/parm-impl-decl-1.c with -g

[aldyh at gcc dot gnu dot org]

When compiling gcc.dg/parm-impl-decl-1.c with -g, there seems to be an infinite
loop in gen_decl_die.  This is present in 4.4.2 on my workstation, as well as
on trunk.


-- 
   Summary: infinite loop in gcc.dg/parm-impl-decl-1.c with -g
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldyh at gcc dot gnu dot org


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

[Bug debug/43381] infinite loop in gcc.dg/parm-impl-decl-1.c with -g

[aldyh at gcc dot gnu dot org]

--- Comment #1 from aldyh at gcc dot gnu dot org  2010-03-15 19:44 ---
Created an attachment (id=20112)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20112&action=view)
gcc.dg/parm-impl-decl-1.c


-- 


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

[Bug c/16602] Spurious warnings about pointer to array -> const pointer to array conversion

[ilatypov at infradead dot org]

--- Comment #10 from ilatypov at infradead dot org  2010-03-15 19:47 ---
(In reply to comment #9)
> constness of a multiply
> referenced value cannot be promised, and, therefore, C propagates the compile
> -time constness requirement up the assignment chain in cases where the level 
> of
> pointer indirection is greater than 1.  

The specs mention this case, too.

  Constraints

 1 One of the following shall hold:99)

   [..]

   - both operands are pointers to qualified or unqualified versions of
compatible types, and the type pointed to by the left has all the qualifiers of
the type pointed to by the right;


 [..]

 6 EXAMPLE 3 Consider the fragment:

   const char **cpp;
   char *p;
   const char c = 'A';

   cpp = &p; // constraint violation
   *cpp = &c; // valid
   *p = 0; // valid

   The first assignment is unsafe because it would allow the following valid
code to attempt to change the value of the const object c.

from section 6.5.16.1 "Simple assignment", n1336.pdf,

http://www.open-std.org/jtc1/sc22/wg14/www/projects


-- 


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

[Bug c++/43382] New: Internal error on C++0x code

[chris at bubblescope dot net]

The following code causes an assert on a recent svn g++, with -std=c++0x. On
g++ 4.4 it produces an error. I believe the code to be valid, but am not 100%
positive.

#include 

struct Range
{
int lb;
int ub;
Range(int i, int j) : lb(i), ub(j) {}
Range(const Range& r) = default;
Range() = default;
};

template
T deref(const T& t)
{ return t; }

template  class Cont,
  class... Args>
auto
deref(const Cont& u, int i, Args... args)
-> decltype(deref(u[i], args...))
{ deref(u[i], args...); }

template  class Cont,
  class... Args>
auto
deref(const Cont& u, Range r, Args... args)
-> Cont
{
typedef decltype(deref(u[0], args...)) member;
Cont retval;
for(int i = r.lb; i <= r.ub; ++i)
{
retval.push_back(deref(u[i], args...));
} 
return retval;
}



int main(void)
{
std::vector>> v;
int i = deref(v, 1,2,3);
std::vector j = deref(v, 1, Range(1,2), 3);
}


-- 
   Summary: Internal error on C++0x code
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chris at bubblescope dot net


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

[Bug target/43383] New: __extendxftf2 not exported from 32-bit shared libgcc

[jsm28 at gcc dot gnu dot org]

config/i386/libgcc-glibc.ver only exports __extendxftf2 from shared libgcc
for 64-bit, not 32-bit.  I see no obvious reason for this omission, and
__extendxftf2 is in static libgcc.


-- 
   Summary: __extendxftf2 not exported from 32-bit shared libgcc
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu


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

[Bug c/43384] New: [4.3/4.4/4.5 Regression] ICE: Segmentation fault with invalid K&R-like declaration related to labels

[zsojka at seznam dot cz]

Command line:
gcc testcase.c

- testcase.c -
void c_direct(p)
void *p = &&lab;
{}
--

3.3.6 gives:
$ gcc-3.3.6 testcase.c
testcase.c: In function `c_direct':
testcase.c:2: error: parameter `p' is initialized
testcase.c:2: error: label `lab' used but not defined

3.4.6 and newer give:
$ /mnt/svn/gcc-trunk/binary-157460-lto/bin/gcc testcase.c
testcase.c: In function 'c_direct':
testcase.c:2:1: error: parameter 'p' is initialized
testcase.c:2:1: internal compiler error: Segmentation fault
(or bail out, without checking)

Valgrind on trunk outputs:
$ valgrind --trace-children=yes /mnt/svn/gcc-trunk/binary-157460-lto/bin/gcc
testcase.c
==5200== Invalid read of size 4
==5200==at 0x49B7EF: bind (c-decl.c:604)
==5200==by 0x49B9C8: bind_label (c-decl.c:670)
==5200==by 0x4A1A68: lookup_label (c-decl.c:3027)
==5200==by 0x4F6035: finish_label_address_expr (c-common.c:5659)
==5200==by 0x50C90C: c_parser_unary_expression (c-parser.c:5141)
==5200==by 0x50D262: c_parser_cast_expression (c-parser.c:5043)
==5200==by 0x50D404: c_parser_binary_expression (c-parser.c:4859)
==5200==by 0x50DA5C: c_parser_conditional_expression (c-parser.c:4645)
==5200==by 0x50DF6E: c_parser_expr_no_commas (c-parser.c:4565)
==5200==by 0x511ADF: c_parser_declaration_or_fndef (c-parser.c:3073)
==5200==by 0x511D75: c_parser_declaration_or_fndef (c-parser.c:1335)
==5200==by 0x5163B7: c_parse_file (c-parser.c:1005)
==5200==  Address 0x28 is not stack'd, malloc'd or (recently) free'd


-- 
   Summary: [4.3/4.4/4.5 Regression] ICE: Segmentation fault with
invalid K&R-like declaration related to labels
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug target/43383] __extendxftf2 not exported from 32-bit shared libgcc

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2010-03-15 21:01 ---
It is an oversight. How should we deal with it?


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-03-15 21:01:36
   date||


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

[Bug c/43384] [4.3/4.4/4.5 Regression] ICE: Segmentation fault with invalid K&R-like declaration related to labels

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-03-15 21:09 ---
Created an attachment (id=20113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20113&action=view)
different problem

This is probably related problem.

It fails in trunk with:
$ /mnt/svn/gcc-trunk/binary-157460-lto/bin/gcc pr43384-2.c 
pr43384-2.c: In function 'foo':
pr43384-2.c:2:1: error: parameter 'p' is initialized
pr43384-2.c:2:11: error: 'q' undeclared (first use in this function)
pr43384-2.c:2:11: note: each undeclared identifier is reported only once for
each function it appears in
pr43384-2.c:3:1: internal compiler error: tree check: expected tree that
contains 'decl minimal' structure, have 'error_mark' in
store_parm_decls_oldstyle, at c-decl.c:7668

And in 4.4 with:
$ /mnt/svn/gcc-4_4/binary-157395-enable-checking/bin/gcc pr43384-2.c 
pr43384-2.c: In function 'foo':
pr43384-2.c:2: error: parameter 'p' is initialized
pr43384-2.c:2: error: 'q' undeclared (first use in this function)
pr43384-2.c:2: error: (Each undeclared identifier is reported only once
pr43384-2.c:2: error: for each function it appears in.)
'
tree check: expected tree that contains 'decl minimal' structure, have
'error_mark' in c_tree_printer, at c-objc-common.c:109


-- 


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

[Bug target/43383] __extendxftf2 not exported from 32-bit shared libgcc

[joseph at codesourcery dot com]

--- Comment #2 from joseph at codesourcery dot com  2010-03-15 21:16 ---
Subject: Re:  __extendxftf2 not exported from 32-bit shared
 libgcc

Exporting at GCC_4.5.0 is the obvious thing to do.


-- 


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

[Bug testsuite/43363] [4.5 Regression] FAIL: g++.dg/ext/altivec-17.C

[janis at gcc dot gnu dot org]

--- Comment #1 from janis at gcc dot gnu dot org  2010-03-15 21:27 ---
Subject: Bug 43363

Author: janis
Date: Mon Mar 15 21:27:23 2010
New Revision: 157467

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157467
Log:
PR testsuite/43363
* g++.dg/ext/altivec-17.C: Handle changes to error message.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/ext/altivec-17.C


-- 


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

[Bug c++/43380] Global constructors are called twice for code compiled with -fPIC and placed into executable

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2010-03-15 21:53 ---
Yeah, invalid.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug inline-asm/41538] Mixing ARM/NEON intrinsic variables and inline assembly

[gmcgrath at yahoo dot com]

--- Comment #6 from gmcgrath at yahoo dot com  2010-03-15 22:11 ---
It seems to work in 4.4.0.  The code:

   register int16x8_t a asm ("q7");
   asm (
  "vadd.i32 %q0, %q1, %q2 \n\t"
  : "=w" (a)
  : "w" (b), "w" (c)
  );

yields an expected:

vadd.i32 q7, q8, q7 


-- 

gmcgrath at yahoo dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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