[Bug libfortran/19308] I/O library should support more real and integer kinds
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-24 07:57 --- It's a work in progress, and I guess that it will stay open for a long time. Right now, we have medium front-end support and bad library support for large kinds. I have a patch that is half-accepted (by Steve Kargl) and I'm working on cleaning the other half (my recent "C99 complex cleanup" patch is an effort in that direction). When all this is done (probably a few weeks), we will have good front-end support, and good library support on all platforms except ia64-hpux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19308
[Bug target/23847] Darwin -mpowerpc64 complex ABI breakage
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-24 08:03 --- Affects powerpc-linux too. -- What|Removed |Added GCC target triplet|powerpc-darwin |powerpc-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23847
[Bug libfortran/23380] [mingw32] cpu_time intrinsic malfunction
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-24 08:39 --- Subject: Bug 23380 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-24 08:39:35 Modified files: libgfortran: ChangeLog libgfortran/intrinsics: cpu_time.c Log message: PR libfortran/23380 * intrinsics/cpu_time.c (__cpu_time_1): Provide a MS Windows version. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.304&r2=1.305 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/cpu_time.c.diff?cvsroot=gcc&r1=1.6&r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23380
[Bug libfortran/23380] [4.0 only] [mingw32] cpu_time intrinsic malfunction
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to fail||4.0.2 Known to work||4.1.0 Last reconfirmed|2005-09-06 17:21:59 |2005-09-24 08:40:58 date|| Summary|[mingw32] cpu_time intrinsic|[4.0 only] [mingw32] |malfunction |cpu_time intrinsic ||malfunction Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23380
[Bug libfortran/23802] [mingw32] sleep malfunction
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-24 08:55 --- Subject: Bug 23802 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-24 08:55:38 Modified files: libgfortran: ChangeLog libgfortran/intrinsics: sleep.c Log message: PR libfortran/23802 * intrinsics/sleep.c: Add correct sleep macro for MinGW. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.305&r2=1.306 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/sleep.c.diff?cvsroot=gcc&r1=1.2&r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23802
[Bug libfortran/23802] [4.0 only] [mingw32] sleep malfunction
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Known to fail||4.0.2 Known to work||4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-09-24 08:59:32 date|| Summary|[mingw32] sleep malfunction |[4.0 only] [mingw32] sleep ||malfunction Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23802
[Bug c/22485] pointer +- integer is never NULL
--- Additional Comments From falk at debian dot org 2005-09-24 09:39 --- (In reply to comment #21) > There have been lots of messages exchanged on this topic. It was just > pointed to me that the C++ standard -- unlike the C99 standard -- has the > following wording 5.7/7: Hmm, I missed that. So can we agree now the following implications are valid: int *p, *q, x; C99: q = p +- x formed => p nonnull, q nonnull x = p - q formed => p nonnull, q nonnull C++: q = p +- x formed, p nonnull => q nonnull q = p +- x formed, x nonnull => p nonnull, q nonnull x = p - q formed, p nonnull => q nonnull x = p - q formed, q nonnull => p nonnull -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22485
[Bug libfortran/22097] libgfortran build failure on mips-sgi-irix6.5
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-24 12:56 --- I don't have access to that mips-sgi-irix6.5 computer anymore, and since nobody every confirmed this (and there are regular mips-sgi-irix6.5 successful reports posted to gcc-testresults), this bug is closed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug libfortran/22423] Warnings when building libgfortran
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-24 13:14 --- The list of warnings is not that long any more: ../../../gcc/libgfortran/io/list_read.c: In function 'list_formatted_read': ../../../gcc/libgfortran/io/list_read.c:1289: warning: argument 'len' might be clobbered by 'longjmp' or 'vfork' ../../../gcc/libgfortran/io/read.c: In function 'read_f': ../../../gcc/libgfortran/io/read.c:624: warning: value computed is not used ../../../gcc/libgfortran/io/unit.c: In function 'get_array_unit_len': ../../../gcc/libgfortran/io/unit.c:264: warning: return makes integer from pointer without a cast There are also warnings due to PR 18452: cc1: warning: command line option "-fno-repack-arrays" is valid for Fortran but not for C -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-24 13:14:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug c++/24048] New: Crash, compiling C++ with dllimport classes.
g++ crashes when compiling following code:
class __declspec(dllimport) BaseClass {
public:
virtual ~BaseClass();
};
class __declspec(dllimport) SubClass : public BaseClass
{
public:
// Ctor
SubClass(){}
};
BaseClass::~BaseClass()
{
//do nothing
}
$ g++ -c test.cxx -o test.o
test.cxx: In destructor `BaseClass::~BaseClass()':
test.cxx:20: internal compiler error: in rest_of_handle_final, at
./toplev.c:2067
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.mingw.org/bugs.shtml> for instructions.
--
Summary: Crash, compiling C++ with dllimport classes.
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: A dot Wegele at tu-bs dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: mingw32, cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24048
[Bug c++/24049] New: compiler error: Segmentation fault In function 'DESX_CBCUpdate'
The attached preprocessed file segfaults during compilation with the compile line: gcc-4.1 -DHAVE_CONFIG_H -D__NO_CTYPE -O3 -DPROTOTYPES=0 -DUSE_ANSI=1 -DAMD64 -O3 -ffast-math -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -ftree-vectorize -march=k8 -g -pthread -MT desc.o -MD -MP -MF ".deps/desc.Tpo" -c -o desc.o desc.i -- Summary: compiler error: Segmentation fault In function 'DESX_CBCUpdate' Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: harold at alum dot mit dot edu CC: gcc-bugs at gcc dot gnu dot org 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=24049
[Bug c++/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From harold at alum dot mit dot edu 2005-09-24 14:04 --- Created an attachment (id=9799) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9799&action=view) Segfaults on compilation.gcc-4.1 -DHAVE_CONFIG_H -D__NO_CTYPE -O3 -DPROTOTYPES=0 -DUSE_ANSI=1 -DAMD64 -O3 -ffast-math -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -ftree-vectorize -march= -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug fortran/23905] misbehavior of function "gfc_copy_array_spec" in gcc/fortran/array.c
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-24
14:15 ---
I believe the gfc_copy_array_spec() function is correct. Its purpose is to
allocate memory for the dest gfc_array_spec. It then copies all fields of src
into dest (Steve: copying pointers would be "dest = src", but "*dest = *src"
really copies the contents of the gfc_array_spec).
After that, the loop is used to create copies of lower and upper fields. Since
these fields were copied from src into dest in the last step ("*dest = *src"),
dest->lower[i] = gfc_copy_expr (dest->lower[i]);
is really equivalent to
dest->lower[i] = gfc_copy_expr (src->lower[i]);
Closing this PR accordingly. If I missed something, please feel free to reopen.
--
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
||org, kargl at gcc dot gnu
||dot org
Status|UNCONFIRMED |RESOLVED
Resolution||FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23905
[Bug libstdc++/22309] mt allocator doesn't pthread_key_delete its keys
--- Additional Comments From Woebbeking at web dot de 2005-09-24 14:44 --- Hi, I already thought that is the same as with KDE's artsd but it still crashes for me (since GCC 4.0.0): #0 0xb7857b5e in __gnu_cxx::__pool::_M_reclaim_block () from /usr/lib/libstdc++.so.6 #1 0xb7fc7c26 in __gnu_cxx::__mt_alloc >::deallocate (this=0xbffe8a20, __p=0x81015d0, __n=4) at mt_allocator.h:714 #2 0xb7fc8b2e in ~ObjectReference (this=0xbffe8a14) at stl_vector.h:123 #3 0xb7fbafd3 in Arts::SoundServerStartup_base::_fromString ([EMAIL PROTECTED]) at ./soundserver/soundserver.cc:2545 #4 0x0806a832 in Arts::SoundServerStartup_impl::cleanReference ( this=0x8159838) at soundserver.h:1376 #5 0x0806b1f2 in Arts::SoundServerStartup_impl::lock (this=0x8159838) at /Devel/src/kde/arts/soundserver/soundserverstartup_impl.cc:78 I'm using Debian's GCC 4.0.1-9 (CVS 20050922) and compile with visibility support. Without visibility or with export GLIBCXX_FORCE_NEW=1 it doesn't crash. The specs are: Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.1-9) Cheers, André -- What|Removed |Added CC||Woebbeking at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
[Bug c++/24048] Crash, compiling C++ with dllimport classes.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 15:46 --- *** This bug has been marked as a duplicate of 23589 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24048
[Bug target/23589] internal compiler error: in rest_of_handle_final, at toplev.c:2067
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 15:47 --- *** Bug 24048 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||A dot Wegele at tu-bs dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23589
[Bug c++/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 15:49 --- Can you give the output of "gcc-4.1 -v"? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug libgcj/21267] [win32] Non-English File Names processed incorrectly
-- What|Removed |Added BugsThisDependsOn||9463 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21267
[Bug tree-optimization/22199] fold does not optimize (int)ABS_EXPR<(long long)(int_var)>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 16:22 --- Changing the summary to be more reflect what this bug is about. -- What|Removed |Added OtherBugsDependingO||19987 nThis|| Last reconfirmed|2005-06-27 15:17:41 |2005-09-24 16:22:48 date|| Summary|Unnecessary casts for |fold does not optimize |comparison |(int)ABS_EXPR<(long ||long)(int_var)> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
[Bug tree-optimization/22184] tree vectorizer depends on context
-- What|Removed |Added CC||spop at gcc dot gnu dot org Last reconfirmed|2005-07-07 07:47:46 |2005-09-24 16:25:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22184
[Bug target/24012] [3.4/4.0/4.1 regression] #define _POSIX_C_SOURCE breaks #include
--- Additional Comments From gerald at pfeifer dot com 2005-09-24 16:34 --- Historically, on some systems one had to define _POSIX_C_SOURCE to get at fileno(), which has been used by code generated by flex() and probably others. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24012
[Bug libfortran/23803] [mingw32] getlog malfunction
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg01528.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Keywords||patch Last reconfirmed|-00-00 00:00:00 |2005-09-24 16:39:12 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23803
[Bug target/17589] segfault while running code compiled with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 16:55 --- This is a glibc issue and nothing else. Closing as invalid. -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17589
[Bug target/16871] missing vector intrinsics
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 16:59 --- The vector intrinsics is only thing left really since we do support the autovectorizer on ia64. -- What|Removed |Added Last reconfirmed|2005-06-18 01:44:17 |2005-09-24 16:59:53 date|| Summary|missing vector support |missing vector intrinsics http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16871
[Bug other/19717] -fdump-rtl-cse2 does not work as documented
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 17:11 --- Works just fine for me on the mainline so closing as fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19717
[Bug ada/21629] [doc] gnat version requirements in install.texi
-- What|Removed |Added Component|other |ada http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21629
[Bug ada/21629] [doc] gnat version requirements in install.texi
-- What|Removed |Added Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21629
[Bug middle-end/20983] [4.0/4.1regression] varargs functions force va_list variable to stack unnecessarily
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 17:18 --- Confirmed. I somehow missed this. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-24 17:18:29 date|| Summary|[4.0 regression] varargs|[4.0/4.1regression] varargs |functions force va_list |functions force va_list |variable to stack |variable to stack |unnecessarily |unnecessarily Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20983
[Bug tree-optimization/21463] min/max and references
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 17:38 --- On the mainline we get: _ZN5foo_tIfE7bar_refEff: .LFB661: ucomiss 4(%rdi), %xmm1 leaq-8(%rsp), %rdx leaq4(%rdi), %rax movss %xmm0, -4(%rsp) movss %xmm1, -8(%rsp) cmova %rdx, %rax ucomiss (%rdi), %xmm1 movss (%rax), %xmm0 minss -4(%rsp), %xmm0 cmova %rdi, %rdx movss (%rdx), %xmm1 maxss %xmm1, %xmm0 ret But on the tree level, there are a couple of issues. The first is that, we have a_1 = &b_2->c; temp_3 = *a_1; ... use a_1 Which really should be converted to temp_3 = b_2->c; Which will help. -- What|Removed |Added Component|middle-end |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21463
[Bug libfortran/19308] I/O library should support more real and integer kinds
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-24 17:42
---
To add to FX's eplanation, I know libm on at least {Net,Open,Free}BSD do not
have a complete set of C99 long double functions (e.g., logl). We
need to map logl to log with a note in gfortran.info that the intrinsics
for REAL(10) may not span their full domain due to problems with libm.
I read through FX's complex cleanup patch and will test it today. I'm
hoping that we can get this cleared up this week.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19308
[Bug tree-optimization/19661] unnecessary atexit calls emitted for static objects with empty destructors
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 17:42 --- Hmm, the easy way to to have a pass which finds all the atexit calls and sees if the function which is passed is a const function and if it is, then just remove the atexit call. -- What|Removed |Added Component|middle-end |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19661
[Bug middle-end/18259] -fdump-tree-tu omits real constant values
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 17:47 --- The option is now -fdump-tree-tu. -- What|Removed |Added Summary|-fdump-tree-original omits |-fdump-tree-tu omits real |real constant values|constant values http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18259
[Bug c++/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From harold at alum dot mit dot edu 2005-09-24 19:06 --- [EMAIL PROTECTED] /tmp $ gcc-4.1 -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1/configure --program-suffix=-4.1 --disable-multilib --enable-languages=c,c++ Thread model: posix gcc version 4.1.0 20050919 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug middle-end/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
-- What|Removed |Added Component|c++ |middle-end Keywords||GC, ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug middle-end/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 20:00 --- Oh, I had missed the -g but that really should not matter. Anyways it does not with "--param ggc- min-heapsize=0 --param ggc-min-expand=0" which means this is a GC problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug middle-end/24049] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From harold at alum dot mit dot edu 2005-09-24 20:07 --- I know that I should really only compile with such aggressive options for the most compute-intensive modules, in order to avoid these sorts of issues, but I thought you would appreciate the bugs in advance of the release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug middle-end/24049] [4.1 regression] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24
20:09 ---
Confirmed, reduced testcase:
int DES_CBCUpdate(unsigned char * output, int len)
{
int work[2];
unsigned int i;
for(i = 0;i < len/8;i++)
unscrunch (&output[8*i], work);
}
Only "-O1 -ftree-vectorize --param ggc-min-heapsize=0 --param
ggc-min-expand=0" is needed to
reproduce this bug.
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-24 20:09:10
date||
Summary|compiler error: Segmentation|[4.1 regression] compiler
|fault In function |error: Segmentation fault In
|'DESX_CBCUpdate'|function 'DESX_CBCUpdate'
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24049
[Bug middle-end/24049] [4.1 regression] compiler error: Segmentation fault In function 'DESX_CBCUpdate'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 20:12 --- This is a very recent regression as it worked with 20050908. I think it was caused by: 2005-09-17 Richard Henderson <[EMAIL PROTECTED]> * tree-pass.h, tree-flow.h, tree-ssa-dce.c: Revert last change. * tree-ssa-loop.c (pass_vect_dce): Remove. * passes.c (init_optimization_passes): Add pass_dce as a sub-pass of pass_vectorize. The issue is that the scev is not very GC friendly. -- What|Removed |Added CC||rth at gcc dot gnu dot org 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=24049
[Bug middle-end/23971] [4.0/4.1 Regression] synth_mult running amok
--- Additional Comments From tsv at solvo dot ru 2005-09-24 20:29 --- It takes about 10 minutes to compile attached testcase with -O2 -mcpu=ev4 and about 2 minutes for -O2 -mcpu=ev5 (compiled on EV45 233Mhz). The difference is in cost of multiply op - 100 for ev4 and about 54 for ev5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23971
failed lookup of static non-member operator function with certain templated arguments
Hi,
I'm not sure if it is a bug, but I couldn't find a justification for
this behaviour at http://www.open-std.org/jtc1/sc22/open/n2356/.
gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
AMD Athlon(tm) XP 2600+, GNU/Linux (Red Hat Linux 8)
To reproduce (`test.cpp' is attached):
$ g++ test.cpp -o test
gives (here)
test.cpp: In function `int main()':
test.cpp:61: no match for `templated_nested::A::B& ==
templated_nested::A::B&' operator
Note that there are three similar constructs in `test.cpp' and operator
lookup fails only in one of three cases:
* templated class A with nested class B: lookup for operator== (A ::B, A
::B) FAILS
* templated class A: lookup for operator== (A , A ) SUCCEEDES
* non-templated class A with nested class B: lookup for operator== (A::B, A::B)
SUCCEEDES
I believe all three should succeed or, stated in other words, I don't
understand why the first one fails. Granted, I'm not exactly a guru
of C++.
Namespaces don't affect the behaviour. Member `operator==' is looked
up perfectly.
Paul
namespace templated_nested
{
template
struct A
{
struct B
{ };
};
template
inline bool
operator== (typename A ::B, typename A ::B)
{
return true;
}
}
namespace templated_non_nested
{
template
struct A
{ };
template
inline bool
operator== (A , A )
{
return true;
}
}
namespace non_templated_nested
{
struct A
{
struct B
{ };
};
inline bool
operator== (A::B, A::B)
{
return true;
}
}
int
main ()
{
{
templated_nested::A ::B x;
templated_nested::A ::B y;
// Gives ``no match for `templated_nested::A::B& ==
// templated_nested::A::B&' operator''.
x == y;
}
{
templated_non_nested::A x;
templated_non_nested::A y;
// OK
x == y;
}
{
non_templated_nested::A::B x;
non_templated_nested::A::B y;
// OK
x == y;
}
return 0;
}
[Bug c++/22172] [3.4/4.0/4.1 Regression] Internal compiler error, seg fault.
--- Additional Comments From phython at gcc dot gnu dot org 2005-09-24 20:44 --- Created an attachment (id=9800) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9800&action=view) We should give the user an error message Anyone have a better error message? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |phython at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22172
[Bug c++/22172] [3.4/4.0/4.1 Regression] Internal compiler error, seg fault.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 20:59 --- Only the following: if (TREE_CODE_CLASS (TREE_CODE (scope)) != tcc_type) Should be: if (!TYPE_P (scope)) -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22172
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 21:31 --- The problem shows up only in .final_cleanup. Before: Eh tree: 4 catch tree_label: 3 try 2 catch tree_label: 1 try After: 4 catch tree_label:*LJpc=2041 3 try 2 catch tree_label:*LJpc=2041 1 try -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 21:31 --- One more thing, is that this happens only at -O2 and above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug c++/24050] New: Fails a template instantiation.
When trying to create a template using a specialized form inside in a static
class it fails to link.
Ex.:
template struct StaticClass
{
static void ret() {}
};
template
void func(void function()) {}
template struct Test
{
void doIt()
{
func(StaticClass >::ret);
}
};
--
Summary: Fails a template instantiation.
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bakgab at vnet dot hu
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24050
[Bug c++/24050] Fails a template instantiation.
--- Additional Comments From bakgab at vnet dot hu 2005-09-24 22:09 --- Created an attachment (id=9801) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9801&action=view) A test file that fails to link. A test file that shows the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24050
[Bug c++/24050] Fails a template instantiation.
--- Additional Comments From bakgab at vnet dot hu 2005-09-24 22:14 --- Created an attachment (id=9802) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9802&action=view) Output of g++-3.4 --version and g++-3.4 -o test test.cpp Output of g++-3.4 --version and g++-3.4 -o test test.cpp Hope this is enough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24050
[Bug c++/24050] [3.4 Regression] Fails a template instantiation.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 22:15 --- Confirmed, only a 3.4 regression. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Known to fail||3.4.0 3.4.4 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-09-24 22:15:56 date|| Summary|Fails a template|[3.4 Regression] Fails a |instantiation. |template instantiation. Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24050
[Bug c++/24050] [3.4 Regression] Fails a template instantiation.
--- Additional Comments From bakgab at vnet dot hu 2005-09-24 22:24 --- Tested on Debian Sarge with g++-3.3 and g++-3.4. The former has no problem, but the latter fails to link. Another man reported to fail (the root problem) on Fedora Core 3. (gcc 3.4 too) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24050
[Bug fortran/23905] misbehavior of function "gfc_copy_array_spec" in gcc/fortran/array.c
--- Additional Comments From skyhover at hotmail dot com 2005-09-24 22:32 --- Yes, you made me clear now. "dest->lower" points to the same thing as "src- >lower" after "*dest=*src". So the loop is semantically right, creating copies of expressions pointed to by "src->lower". On the other hand, IMHO, it is a "syntax" misuse which obfuscates the meaning of the code? Thanks for your clarification. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23905
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 23:08 --- I have a patch which dects this earlier and will post it soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 23:32 --- I have a very simple work around. If we could get the eh region from a label/bb, it would make it easier. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug libgcj/24051] New: [4.1 Regression]: libjava failed to configure
This patch http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00882.html I got configure:2432: checking for C++ compiler default output file name configure:2435: /export/build/gnu/gcc/build-x86_64-linux/./gcc/xgcc -shared-libgcc -B/export/build/gnu/gcc/build-x86_64-linux/./gcc -nostdinc++ -L/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libstdc++-v3/src -L/export/build/gnu/gcc/build-x86_64-linux/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/gcc-4.1/x86_64-unknown-linux-gnu/bin/ -B/usr/gcc-4.1/x86_64-unknown-linux-gnu/lib/ -isystem /usr/gcc-4.1/x86_64-unknown-linux-gnu/include -isystem /usr/gcc-4.1/x86_64-unknown-linux-gnu/sys-include -g -O2 -D_GNU_SOURCE conftest.cc >&5 /tmp/ccmcI7nA.o:(.eh_frame+0x12): undefined reference to `__gxx_personality_v0' collect2: ld returned 1 exit status configure:2438: $? = 1 when configuring libjava/classpath. The problem is CXX in libjava alone isn't suitable to compile C++ executables on Linux/x86_64. -- Summary: [4.1 Regression]: libjava failed to configure Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org,tromey at redhat dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug libgcj/24051] [4.1 Regression]: libjava failed to configure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-24 23:44 --- Commenting out AC_PROG_CXX should work. It was something which was reverted in the import. -- What|Removed |Added Keywords||build Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug libgcj/24051] [4.1 Regression]: libjava failed to configure
--- Additional Comments From hjl at lucon dot org 2005-09-24 23:47 --- Shouldn't it be re-reverted? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24051
[Bug middle-end/23971] [4.0/4.1 Regression] synth_mult running amok
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-24 23:58 --- (In reply to comment #12) > It takes about 10 minutes to compile attached testcase with -O2 -mcpu=ev4 and > about 2 minutes for -O2 -mcpu=ev5 (compiled on EV45 233Mhz). > The difference is in cost of multiply op - 100 for ev4 and about 54 for ev5. What gcc are you using? Mainline with my patch on 2005-09-21? I posted another one at http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01384.html to further speed up synth_mult in expmed.c, so you might want to try that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23971
[Bug tree-optimization/24028] CCP is broken
--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-25 02:57 --- By the way, unpatched cc1 propagated 95619 constants while compiling cc1-i files. Patched one propagated 96482 constants in the ccp run (that is, not store-ccp). So there is a 0.9% improvement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24028
Bug c++/19317 still appears to exist
Hi, Whilst this bug has been marked as resolved, I am still experiencing the same problems (with arts-1.4.91 - the version shipped with KDE 35. Beta 1). My gcc version info : gcc (GCC) 4.1.0 20050924 (experimental) The following is the stack dump for the problem: --- Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread -1209124384 (LWP 31570)] [KCrash handler] #4 0x0034ffe3 in __gnu_cxx::__pool::_M_reclaim_block (this=0xa91b20, __p=0x84e6378 "\234�\b�\b�N\b", __bytes=4) at ../../.././libstdc++-v3/src/mt_allocator.cc:254 #5 0x00a71f37 in __gnu_cxx::__mt_alloc >::deallocate (this=0xbfc15838, __p=0x84e6378, __n=1) at /usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/ext/mt_allocator.h:711 #6 0x00a71f71 in std::_Vector_base >::_M_deallocate (this=0xbfc15838, __p=0x84e6378, __n=1) at /usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/bits/stl_vector.h:129 #7 0x00a71fae in ~_Vector_base (this=0xbfc15838) at /usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/bits/stl_vector.h:115 #8 0x00a72017 in ~vector (this=0xbfc15838) at /usr/local/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/bits/stl_vector.h:268 #9 0x00a7204a in ~ObjectReference (this=0xbfc1582c) at ../mcop/core.h:117 #10 0x00a5adc7 in Arts::SoundServerStartup_base::_fromString ( [EMAIL PROTECTED]) at soundserver.cc:2545 #11 0x08067572 in SoundServerStartup (this=0xbfc158b0, [EMAIL PROTECTED]) at soundserver.h:1376 #12 0x08066b83 in Arts::SoundServerStartup_impl::cleanReference ( this=0x853e6f8) at soundserverstartup_impl.cc:54 #13 0x08066cc1 in Arts::SoundServerStartup_impl::lock (this=0x853e6f8) at soundserverstartup_impl.cc:78 #14 0x08062bf9 in Arts::SoundServerStartup::lock (this=0xbfc15a58) at soundserver.h:2082 #15 0x080624ac in main (argc=14, argv=0xbfc15b74) at artsd.cc:293 --- As I am far from an expert in gcc I'll outline how I installed the development version. --- export CVS_RSH=ssh export CVSROOT=":ext:[EMAIL PROTECTED]:/cvsroot/gcc" cvs -z9 checkout -P gcc wwwdocs cd gcc ./configure make -j 2 make install --- Cheers, Kevin Gilbert
[Bug target/23876] Accepts model on local variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:23 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:23:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23876
[Bug c/23722] bad error recovery with if blocks and else
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:24 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:24:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23722
[Bug tree-optimization/23331] FIXME from tree-ssa-ccp: dealing with "a"[3]
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:25 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:25:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23331
[Bug gcov/profile/23332] FIXME in tree-profile.c: tree_gen_const_delta_profiler not implemented
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:25 --- Confirmed. -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:25:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23332
[Bug tree-optimization/23330] FIXME from passes.c: pass_may_alias should be a TODO item
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:25 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:25:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23330
[Bug tree-optimization/23939] DOM has dead code, VALUE_HANDLEs are not created during DOM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:28 --- Invalid then. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23939
[Bug tree-optimization/24001] Simple redundancy not eliminated
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25 04:31 --- Confirmed, on most targets (ppc and x86 at least) this is done at the rtl level, I don't know why it is not done for alpha. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|alpha-linux-gnu | GCC host triplet|alpha-linux-gnu | Keywords||TREE Last reconfirmed|-00-00 00:00:00 |2005-09-25 04:31:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24001
[Bug middle-end/23999] DECL_SIZE set to NULL at times
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
04:38 ---
The only time I am thinking this is NULL is when you have something like:
struct a
{
int b[];
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23999
[Bug middle-end/23999] DECL_SIZE set to NULL at times
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-25
05:06 ---
I think this is invalid because the testcase is what I thought it was:
struct dwarf_cie {
int i;
unsigned char augmentation[];
};
int get_cie_encoding (const struct dwarf_cie *cie)
{
cie->augmentation;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23999
