[Bug libstdc++/29217] locale confusion with time/collate categories
--- Comment #3 from paolo at gcc dot gnu dot org 2006-09-27 07:08 --- Subject: Bug 29217 Author: paolo Date: Wed Sep 27 07:08:13 2006 New Revision: 117247 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117247 Log: 2006-09-27 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/29217 * src/localename.cc (locale::_Impl::_M_replace_categories)): Compensate for the inconsistent numerical encodings of the collate and time categories vs the corresponding names. * testsuite/22_locale/locale/cons/29217.cc: New. * testsuite/22_locale/locale/cons/2.cc: Enable and split out the few ENC_TRAITS bits to... * testsuite/22_locale/locale/cons/unicode/1.cc... here. Added: trunk/libstdc++-v3/testsuite/22_locale/locale/cons/29217.cc trunk/libstdc++-v3/testsuite/22_locale/locale/cons/unicode/ trunk/libstdc++-v3/testsuite/22_locale/locale/cons/unicode/1.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/src/localename.cc trunk/libstdc++-v3/testsuite/22_locale/locale/cons/2.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29217
[Bug libstdc++/29217] locale confusion with time/collate categories
--- Comment #4 from pcarlini at suse dot de 2006-09-27 07:39 --- Fixed for 4.2.0. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29217
[Bug c++/28408] What should be value of complex(1.0,0.0) *= -1?
--- Comment #20 from jan at etpmod dot phys dot tue dot nl 2006-09-27
07:51 ---
First of all, the problem is that bad that even 1*z != z when *no* optimisation
is requested. Consider:
#include
#include
#include
int main()
{
std::complex z(std::numeric_limits::infinity(), 0.0);
z*=1;
std::cout << z << std::endl;
return 0;
}
Using gcc-4.1.0, with -O0 this gives (inf,nan), with optimisation levels >0 it
yields the expected (inf,0).
Secondly, could somebody clarify how patch
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00560.html is related to these
issues? Part of that patch seems to deal with fixing NaN's that should be Infs.
Was it ever applied?
Greetings from an otherwise happy gcc-user (whose complex Bessel functions
Y_n(z) and K_n(z) erroneously return NaN for |z|->0, instead of -/+Inf).
--
jan at etpmod dot phys dot tue dot nl changed:
What|Removed |Added
CC||jan at etpmod dot phys dot
||tue dot nl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28408
[Bug c++/28408] What should be value of complex(1.0,0.0) *= -1?
--- Comment #21 from pcarlini at suse dot de 2006-09-27 08:07 --- (In reply to comment #20) > First of all, the problem is that bad that even 1*z != z when *no* > optimisation is requested. Yes :( > Secondly, could somebody clarify how patch > http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00560.html is related to these > issues? Part of that patch seems to deal with fixing NaN's that should be > Infs. Was it ever applied? Certainly, on 2005-02-11, and much more afterwards. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28408
[Bug c++/29249] New: Alignment error with static const variable in inline function
Look at the following source code:
#include
typedef int __attribute__ ((aligned (16))) aint;
inline void function() {
static const aint x = 123;
unsigned long a = (unsigned long) &x;
printf("Address of x: 0x%lX - %s\n", a, a & 15L ? "ALIGNMENT ERROR" :
"ok");
}
int main() {
function();
return 0;
}
The output on my system is:
Address of x: 0x40E3E8 - ALIGNMENT ERROR
The variable x is supposed to be aligned on a 16 byte boundary, but it is not.
Note that this only happens when the function is inline and the variable is
static. If I remove either "inline" or "static", the alignment seems to work
properly.
I am aware of bug #15795, but this is a different issue, since I'm not
dynamically allocating memory here.
Compiled like this:
g++ tst.cpp -o tst
Output of gcc -v:
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ../../source/gcc-4.1.1/configure --enable-threads=posix
--enable-languages=c,c++ --disable-win32-registry
Thread model: posix
gcc version 4.1.1
I am using Cygwin on Windows 2000 Professional and Windows XP, and compiled GCC
4.1.1 from source using the configuration as specified above.
--
Summary: Alignment error with static const variable in inline
function
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jespdj at hotmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug c++/29249] Alignment error with static const variable in inline function
--- Comment #1 from jespdj at hotmail dot com 2006-09-27 08:55 --- Created an attachment (id=12336) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12336&action=view) Source code that demonstrates the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug c++/29249] Alignment error with static const variable in inline function
--- Comment #2 from jespdj at hotmail dot com 2006-09-27 08:55 --- Created an attachment (id=12337) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12337&action=view) Precompiled source (*.ii) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug target/29249] Alignment error with static const variable in inline function
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-27 11:15 --- This is a target/abi issue, it works for me on i686-linux. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |target GCC target triplet||cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug c/29092] [4.0/4.1/4.2 Regression] vector int a = (vector int) { 1,1,2,2} is rejected as non constant
--- Comment #6 from patchapp at dberlin dot org 2006-09-27 11:25 --- Subject: Bug number PR c/29092 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01215.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29092
[Bug c++/29250] New: internal compiler error: in extract_insn, at recog.c:2084
I am using g++ to compile shogun 0.1.2 from http://www.fml.tuebingen.mpg.de/raetsch/projects/shogun. g++ however dies as soon as I turn on optimization -O1 with the following error (it will compile ok with -O0). c++ -O1 -fPIC -DLINUX -g -c -I. -I/usr/include/octave-2.1.73 -o guilib/GUIFeatures.cpp.o guilib/GUIFeatures.cpp guilib/GUIFeatures.cpp: In member function âCRealFeatures* CGUIFeatures::convert_sparse_real_to_simple_real(CSparseRealFeatures*, CHAR*)â: guilib/GUIFeatures.cpp:591: error: unrecognizable insn: (insn 204 209 208 20 ./features/SparseFeatures.h:227 (set (subreg:SI (reg:DI 199) 4) (plus:SI (reg:SI 197) (mem/s/j:SI (reg/f:SI 138 [ D.22963 ]) [0 .feat_index+0 S4 A64]))) -1 (nil) (nil)) guilib/GUIFeatures.cpp:591: internal compiler error: in extract_insn, at recog.c:2084 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . I am on a linux-ppc arch running debian sid: $ cat /proc/cpuinfo processor : 0 cpu : 7455, altivec supported clock : 1000.00MHz revision: 0.3 (pvr 8001 0303) bogomips: 99.79 timebase: 1495 platform: PowerMac machine : PowerBook3,5 motherboard : PowerBook3,5 MacRISC2 MacRISC Power Macintosh detected as : 80 (PowerBook Titanium IV) pmac flags : 001b L2 cache: 256K unified pmac-generation : NewWorld $ g++ -v Using built-in specs. Target: powerpc-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux --with-cpu=default32 --enable-checking=release powerpc-linux-gnu Thread model: posix gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13) -- Summary: internal compiler error: in extract_insn, at recog.c:2084 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bugreports at nn7 dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
[Bug c++/29250] internal compiler error: in extract_insn, at recog.c:2084
--- Comment #1 from bugreports at nn7 dot de 2006-09-27 11:30 --- Created an attachment (id=12338) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12338&action=view) Preprocessed source I was kindly asked to: 'Preprocessed source stored into /tmp/ccQLsVtW.out file, please attach this to your bugreport.' So here we go :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
[Bug c++/29251] New: Configure Error (Invalid option CFLAG=-q64)
Hi Helping hands, Greeting from Auritas. We are in the process of installing Apache 2.0.59 on AIX5.3 with GNU compiler machine. When we execute configure command in the following fashion, we get configure error message saying "configure:Error: invalid option CFLAGS="-q64". We tried LDFLAGS individually and also get the same message. Can you please shed your expertise on how to fix this error? "configure --prefix=/home/sapcs --enable-shared=max --enable-module=most CFLAGS="-q64" LDFLAGS="-q64" When we run the command without CFLAGS and LDFLAGS, the command runs fine. I heartily appreciate your help. Best regards, Anand Mehta Auritas LLC -- Summary: Configure Error (Invalid option CFLAG=-q64) Product: gcc Version: unknown Status: UNCONFIRMED Severity: critical Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amehta at auritas dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29251
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #8 from tbm at cyrius dot com 2006-09-27 14:03 --- gcc/testsuite/gcc.dg/compat/scalar-return-4_y.c fails with this ICE. Do you know if this is the same or a different problem? This is on ARM old ABI, fails with 4.1 and 4.2. 4.0 works. -- tbm at cyrius dot com changed: What|Removed |Added CC||tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #9 from tbm at cyrius dot com 2006-09-27 14:04 --- ../../src/gcc/testsuite/gcc.dg/compat/scalar-return-4_y.c:41: error: unrecognizable insn: (insn 39 20 21 3 (set (reg:HI 0 r0) (subreg:HI (mem/c:CQI (plus:SI (reg/f:SI 11 fp) (const_int -16 [0xfff0])) [0 S2 A8]) 0)) -1 (nil) (nil)) ../../src/gcc/testsuite/gcc.dg/compat/scalar-return-4_y.c:41: internal compiler error: in extract_insn, at recog.c:2077 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/17551] m68hc11: ICE: unrecognizable insn
--- Comment #2 from tbm at cyrius dot com 2006-09-27 14:05 --- And gcc/testsuite/gcc.c-torture/execute/20050121-1.c: (sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o x -c ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c: In function 'foo_char': ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33: error: unrecognizable insn: (insn 55 36 37 2 (set (reg:HI 0 r0) (subreg:HI (mem/c:CQI (plus:SI (reg/f:SI 11 fp) (const_int -24 [0xffe8])) [0 S2 A8]) 0)) -1 (nil) (nil)) ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33: internal compiler error: in extract_insn, at recog.c:2077 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17551
[Bug target/17551] m68hc11: ICE: unrecognizable insn
--- Comment #3 from tbm at cyrius dot com 2006-09-27 14:06 --- (In reply to comment #2) > And gcc/testsuite/gcc.c-torture/execute/20050121-1.c: > > (sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o > x -c Sorry, wrong bug. This is on ARM. I meant PR28675 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17551
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #10 from tbm at cyrius dot com 2006-09-27 14:06 --- And gcc.c-torture/execute/20050121-1.c (sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o x -c ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c: In function 'foo_char': ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33: error: unrecognizable insn: (insn 55 36 37 2 (set (reg:HI 0 r0) (subreg:HI (mem/c:CQI (plus:SI (reg/f:SI 11 fp) (const_int -24 [0xffe8])) [0 S2 A8]) 0)) -1 (nil) (nil)) ../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c:33: internal compiler error: in extract_insn, at recog.c:2077 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-09-27 14:12 --- I ICE in comment #10 looks like it may be a different problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug c++/29252] New: Strange "No matching function for call" compilation error with G++ 4.1
Hi there, I am porting some code to SUSE 10, with G++ 4.1. And hit an strange "no matching function call" compilation error. I am confused because the calling function and candidate are nearly 100% same. I wonder if this is a known G++ limitation or issue ? Because the same program got compiled with VC8. Below is the compilation environment info and compilation error. env info = g++ (GCC) 4.1.0 (SUSE Linux 10), note that this issue can also be found at G++ 3.2(UL1.0) No compile option is added Compilation error == ./Cache/CacheManager.h:424: error: no matching function for call to tdat_hash_map, std::allocator >, Element, std::allocator > >*, MemAllocator, std::allocator >, Element, std::allocator > >*> > >::tdat_hash_map1(MemAllocator, std::allocator >, Element, std::allocator > >*> >, int) ./Common/TdatHashMap.h:250: note: candidates are: static void tdat_hash_map<_Key, _Tp, _AllocType>::tdat_hash_map1(_AllocType&, int) [with _Key = std::basic_string, std::allocator >, _Tp = Element, std::allocator > >*, _AllocType = MemAllocator, std::allocator >, Element, std::allocator > >*> >] Any comments/suggestions are higly appreciated. Thanks, -Kelvin -- Summary: Strange "No matching function for call" compilation error with G++ 4.1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: yuanfei8077 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug middle-end/29092] [4.0/4.1/4.2 Regression] vector int a = (vector int) { 1,1,2,2} is rejected as non constant
--- Comment #7 from bonzini at gnu dot org 2006-09-27 15:14 --- patch for comment #5 was approved, now it is purely a middle-end bug. -- bonzini at gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29092
[Bug c++/29252] Strange "No matching function for call" compilation error with G++ 4.1
--- Comment #1 from bangerth at dealii dot org 2006-09-27 15:46 --- You didn't show us the code that generated the problem. We can't do anything without that. Please read http://gcc.gnu.org/bugs.html for more information. Best W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |WAITING Summary|Strange "No matching|Strange "No matching |function for call" |function for call" |compilation error with G++ |compilation error with G++ |4.1 |4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug c++/29251] Configure Error (Invalid option CFLAG=-q64)
--- Comment #1 from bangerth at dealii dot org 2006-09-27 15:48 --- -q64 is not a flag that gcc recognizes. It is a flag that xlC recognizes, however. Why would you want to pass it to gcc? W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29251
[Bug target/29250] internal compiler error: in extract_insn, at recog.c:2084
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
[Bug target/29250] internal compiler error: in extract_insn, at recog.c:2084
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-27 16:21 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
[Bug middle-end/29253] New: expand_abs wrong default code for floating point
When expanding fabs inline, GCC attempts to use a sequence without jumps. If that sequence fails, GCC falls back to the equivalent of if (x >= 0.0) return x; return -x; This sequence is incorrect for the IEEE floating point value -0.0. This problem normally does not occur because most architectures have an instruction to compute fabs or one can perform bit-twiddling, especially for software floating point emulation. However, for the cases such as software floating point emulation of long double, the jump sequence is produced, leading to wrong results for the corner case. -- Summary: expand_abs wrong default code for floating point Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dje at gcc dot gnu dot org GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
[Bug tree-optimization/29254] New: [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)
I get the following ICE:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 -Werror
qof-jvp_frame.c
cc1: warnings being treated as errors
qof-jvp_frame.c: In function 'kvp_frame_compare':
qof-jvp_frame.c:60: warning: passing argument 1 of 'kvp_frame_for_each_slot'
discards qualifiers from pointer target type
qof-jvp_frame.c: At top level:
qof-jvp_frame.c:62: error: inlined_to pointer is set but no predecessors found
kvp_value_compare/6: (inline copy in kvp_glist_compare/0)
availability:available(2) 19 insns (39 after inlining) tree externally_visible
finalized inlinable
called by:
calls: kvp_glist_compare/11 (inlined)
qof-jvp_frame.c:62: internal compiler error: verify_cgraph_node failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 qof-jvp_frame.c
qof-jvp_frame.c: In function 'kvp_frame_compare':
qof-jvp_frame.c:60: warning: passing argument 1 of 'kvp_frame_for_each_slot'
discards qualifiers from pointer target type
[EMAIL PROTECTED]:~$ gcc-4.1 -c -O3 -Werror qof-jvp_frame.c
[EMAIL PROTECTED]:~$
Testcase:
typedef int gint;
typedef void *gpointer;
typedef struct _GList GList;
struct _GList
{
gpointer data;
}
__fsid_t;
typedef struct _KvpFrame KvpFrame;
typedef struct _KvpValue KvpValue;
typedef enum
{
KVP_TYPE_GLIST,
}
KvpValueType;
struct _KvpValue
{
KvpValueType type;
union
{
GList *list;
}
value;
};
kvp_glist_compare (const GList * list1, const GList * list2)
{
const GList *lp1;
const GList *lp2;
while (lp1 && lp2)
{
KvpValue *v1 = (KvpValue *) lp1->data;
KvpValue *v2 = (KvpValue *) lp2->data;
gint vcmp = kvp_value_compare (v1, v2);
}
}
kvp_frame_for_each_slot (KvpFrame * f,
void (*proc) (const char *key, KvpValue * value,
gpointer data), gpointer data)
{
}
kvp_value_compare (const KvpValue * kva, const KvpValue * kvb)
{
switch (kva->type)
{
case KVP_TYPE_GLIST:
return kvp_glist_compare (kva->value.list, kvb->value.list);
}
}
typedef struct
{
}
kvp_frame_cmp_status;
static void
kvp_frame_compare_helper (const char *key, KvpValue * val, gpointer data)
{
}
kvp_frame_compare (const KvpFrame * fa, const KvpFrame * fb)
{
kvp_frame_cmp_status status;
kvp_frame_for_each_slot ((KvpFrame *) fb, kvp_frame_compare_helper,
&status);
}
--
Summary: [4.2 Regression] verify_cgraph_node failed (inlined_to
pointer is set but no predecessors found)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #7 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 --- Subject: Bug 29230 Author: pbrook Date: Wed Sep 27 17:09:40 2006 New Revision: 117253 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117253 Log: 2006-09-27 Paul Brook <[EMAIL PROTECTED]> PR target/29230 gcc/ * config/arm/arm.md (arith_adjacentmem): Handle large offsets. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 --- Subject: Bug 29230 Author: pbrook Date: Wed Sep 27 17:10:22 2006 New Revision: 117254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117254 Log: 2006-09-27 Paul Brook <[EMAIL PROTECTED]> PR target/29230 Backport from mainline. * config/arm/arm.md (arith_adjacentmem): Handle large offsets. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/arm/arm.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #9 from pbrook at gcc dot gnu dot org 2006-09-27 17:11 --- Fixed. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/29250] internal compiler error: in extract_insn, at recog.c:2084
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-27 17:52 ---
Confirmed, reduced testcase:
struct TSparseEntry
{
int feat_index;
double entry;
};
struct TSparse
{
int vec_index;
int num_feat_entries;
struct TSparseEntry* features;
};
void
get_full_feature_matrix(struct TSparse* sparse_feature_matrix, int num_vec)
{
double* fm;
for (int v=0; vhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
[Bug target/29249] Alignment error with static const variable in inline function
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-27 18:10 --- in the .s file you should have something like: .align 16 .type x.1887, @object .size x.1887, 4 x.1887: .long 123 Notice the .align there. Can you attach the .s file that is produced with -S ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|cygwin |i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor Keywords||error-recovery, ice-on- ||invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
[Bug c/29255] New: [4.2.0 regression] ICE on valid code
Compiler configure with --enable-e500_double Problem reproduced with: //temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/bin/powerpc-unknown-linux-gnuspe-gcc -O3 -funroll-loops -funroll-all-loops -S stream.i -v Using built-in specs. Target: powerpc-unknown-linux-gnuspe Configured with: ../gcc-trunk/configure --prefix=/temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2 --with-local-prefix=/temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2 --enable-languages=c,c++,fortran --enable-threads --target=powerpc-unknown-linux-gnuspe --with-gmp=/proj/ppc/sysperf/sw/gnu_toolchain/gcc_support/linuxAMD64 --with-mpfr=/proj/ppc/sysperf/sw/gnu_toolchain/gcc_support/linuxAMD64 --disable-shared --disable-multilib --disable-linux-futex --enable-e500_double Thread model: posix gcc version 4.2.0 20060926 (experimental) /temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/libexec/gcc/powerpc-unknown-linux-gnuspe/4.2.0/cc1 -fpreprocessed stream.i -quiet -dumpbase stream.i -auxbase stream -O3 -version -funroll-loops -funroll-all-loops -o stream.s GNU C version 4.2.0 20060926 (experimental) (powerpc-unknown-linux-gnuspe) compiled by GNU C version 3.4.3. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: af19c94719eeca398c0b645020867b59 stream.c: In function 'main': stream.c:269: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: [4.2.0 regression] ICE on valid code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: edmar at freescale dot com GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: powerpc-unknown-linux-gnuspe-gcc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29255
[Bug c/29255] [4.2.0 regression] ICE on valid code
--- Comment #1 from edmar at freescale dot com 2006-09-27 18:14 --- Created an attachment (id=12339) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12339&action=view) Source code that causes the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29255
[Bug c/29256] New: [4.2.0 performance regression]
Compiler configure with --enable-e500_double
The compiler generates inferior code then with gcc-4.1.
The source code is:
# define N 200
static double a[N],c[N];
void tuned_STREAM_Copy()
{
int j;
for (j=0; j search starts here:
/temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/include
/temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/sys-include
/temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.2.0/../../../../powerpc-unknown-linux-gnuspe/include
End of search list.
GNU C version 4.2.0 20060926 (experimental) (powerpc-unknown-linux-gnuspe)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: af19c94719eeca398c0b645020867b59
And when compiled with 4.1 the command line is:
/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2/bin/powerpc-unknown-linux-gnuspe-gcc
-O3 -funroll-loops -funroll-all-loops -S stream.c -v
Using built-in specs.
Target: powerpc-unknown-linux-gnuspe
Configured with: ../gcc-4_1-branch/configure
--prefix=/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2
--with-local-prefix=/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2
--enable-languages=c,c++,fortran --enable-threads
--target=powerpc-unknown-linux-gnuspe
--with-gmp=/proj/ppc/sysperf/sw/gnu_toolchain/gcc_support/linuxAMD64
--with-mpfr=/proj/ppc/sysperf/sw/gnu_toolchain/gcc_support/linuxAMD64
--disable-shared --disable-multilib --disable-shared --disable-multilib
--enable-e500_double
Thread model: posix
gcc version 4.1.2 20060926 (prerelease)
/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2/libexec/gcc/powerpc-unknown-linux-gnuspe/4.1.2/cc1
-quiet -v -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux
-D__linux -Asystem=linux -Asystem=unix -Asystem=posix stream.c -quiet -dumpbase
stream.c -auxbase stream -O3 -version -funroll-loops -funroll-all-loops -o
stream.s
ignoring nonexistent directory
"/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.1.2/../../../../powerpc-unknown-linux-gnuspe/include"
#include "..." search starts here:
#include <...> search starts here:
/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.1.2/include
/temp/gnu_toolchain/install_area/gcc-4_1-branch/gcc-4_1-branch-20060926-e500v2/lib/gcc/powerpc-unknown-linux-gnuspe/4.1.2/../../../../powerpc-unknown-linux-gnuspe/sys-include
End of search list.
GNU C version 4.1.2 20060926 (prerelease) (powerpc-unknown-linux-gnuspe)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 565818e6f0c83f0e9f8781118c7d40c3
--
Summary: [4.2.0 performance regression]
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: edmar at freescale dot com
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnuspe-gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
[Bug c/29256] [4.2.0 performance regression]
--- Comment #1 from edmar at freescale dot com 2006-09-27 18:30 --- Created an attachment (id=12340) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12340&action=view) Result of 4.1 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
[Bug c/29256] [4.2.0 performance regression]
--- Comment #2 from edmar at freescale dot com 2006-09-27 18:30 --- Created an attachment (id=12341) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12341&action=view) Result of 4.2 compilation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-27 18:34 ---
Here is a reduced testcase:
typedef struct _GList GList;
typedef struct _KvpFrame KvpFrame;
typedef struct _KvpValue KvpValue;
struct _KvpValue
{
int type;
GList *list;
};
kvp_glist_compare (GList * list1,GList * list2)
{
while (list1)
kvp_value_compare ();
}
kvp_frame_for_each_slot (KvpFrame * f, void *data){}
kvp_value_compare (KvpValue * kva, KvpValue * kvb)
{
switch (kva->type)
{
case 0:
kvp_glist_compare (kva->list, kvb->list);
}
}
kvp_frame_compare (const KvpFrame * fb)
{
int status;
kvp_frame_for_each_slot ((KvpFrame *) fb,&status);
}
-
But I am thinking there are two bugs here, first the warning I think it bogus
as there is a cast in the argument for the function. Second is the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|error-recovery, ice-on- |
|invalid-code|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
Heloo
Hello come to www.ixi.vhost.lt/welcome
[Bug fortran/27021] Problem with nearest(tiny(o),-1.0)/2.0
--- Comment #3 from kargl at gcc dot gnu dot org 2006-09-27 20:15 --- Subject: Bug 27021 Author: kargl Date: Wed Sep 27 20:15:22 2006 New Revision: 117257 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117257 Log: * configure.in: Check for GMP 4.1 or newer. Check for MPFR 2.2.0 or newer. * configure: Regenerated. * doc/install.texi: Document required versions of GMP and MPFR. * fortran/arith.c: Conditionally include arctangent2(). (gfc_check_real_range): Use mpfr_subnormalize in preference to local hack. * fortran/trans-intrinsic.c (gfc_get_intrinsic_lib_fndecl): Append l for long double functions. * fortran/simplify.c: Wrap Copyright to new line. (gfc_simplify_atan2): Use mpfr_atan2 in preference to arctangent2(). (gfc_simplify_log): Ditto. PR fortran/28276 * fortran/simplify.c (gfc_simplify_exponent): Use mpfr_get_exp in preference to broken local hack. PR fortran/27021 * fortran/simplify.c (gfc_simplify_nearest): Use mpfr_nexttoward and mpfr_subnormalize to handle numbers near zero in preference to broken local hack. PR fortran/28276 * testsuite/gfortran.dg/exponent_1.f90: New test. PR fortran/27021 * testsuite/gfortran.dg/nearest_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/exponent_1.f90 trunk/gcc/testsuite/gfortran.dg/nearest_1.f90 Modified: trunk/ChangeLog trunk/configure trunk/configure.in trunk/gcc/ChangeLog trunk/gcc/doc/install.texi trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/arith.c trunk/gcc/fortran/simplify.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27021
[Bug fortran/28276] EXPONENT() broken for real constants
--- Comment #9 from kargl at gcc dot gnu dot org 2006-09-27 20:15 --- Subject: Bug 28276 Author: kargl Date: Wed Sep 27 20:15:22 2006 New Revision: 117257 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117257 Log: * configure.in: Check for GMP 4.1 or newer. Check for MPFR 2.2.0 or newer. * configure: Regenerated. * doc/install.texi: Document required versions of GMP and MPFR. * fortran/arith.c: Conditionally include arctangent2(). (gfc_check_real_range): Use mpfr_subnormalize in preference to local hack. * fortran/trans-intrinsic.c (gfc_get_intrinsic_lib_fndecl): Append l for long double functions. * fortran/simplify.c: Wrap Copyright to new line. (gfc_simplify_atan2): Use mpfr_atan2 in preference to arctangent2(). (gfc_simplify_log): Ditto. PR fortran/28276 * fortran/simplify.c (gfc_simplify_exponent): Use mpfr_get_exp in preference to broken local hack. PR fortran/27021 * fortran/simplify.c (gfc_simplify_nearest): Use mpfr_nexttoward and mpfr_subnormalize to handle numbers near zero in preference to broken local hack. PR fortran/28276 * testsuite/gfortran.dg/exponent_1.f90: New test. PR fortran/27021 * testsuite/gfortran.dg/nearest_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/exponent_1.f90 trunk/gcc/testsuite/gfortran.dg/nearest_1.f90 Modified: trunk/ChangeLog trunk/configure trunk/configure.in trunk/gcc/ChangeLog trunk/gcc/doc/install.texi trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/arith.c trunk/gcc/fortran/simplify.c trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28276
[Bug fortran/27021] Problem with nearest(tiny(o),-1.0)/2.0
--- Comment #4 from kargl at gcc dot gnu dot org 2006-09-27 20:37 --- Fixed on trunk. Won't be fixed on 4.1. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27021
[Bug fortran/28276] EXPONENT() broken for real constants
--- Comment #10 from kargl at gcc dot gnu dot org 2006-09-27 20:38 --- Fixed on trunk. Won't be fixed on 4.1. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28276
[Bug target/29249] Alignment error with static const variable in inline function
--- Comment #5 from jespdj at hotmail dot com 2006-09-27 21:11 --- Created an attachment (id=12342) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12342&action=view) output of g++ tst.cpp -S Here is the assembler source produced with g++ tst.cpp -S At the bottom of the file is this: .globl __ZZ8functionvE1x .section.rdata$_ZZ8functionvE1x,"dr" .linkonce same_size .align 16 __ZZ8functionvE1x: .long 123 .def_printf;.scl2; .type 32; .endef Indeed there is an ".align 16", but despite this, I get the alignment error. When I comment out "inline" on the function, the assembly source looks slightly different. I will attach the assembly file in a separate attachment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug target/29249] Alignment error with static const variable in inline function
--- Comment #6 from jespdj at hotmail dot com 2006-09-27 21:12 ---
Created an attachment (id=12343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12343&action=view)
assembly source without "inline"
This is the assembly file I get when I compile without "inline", so the source
looks like:
#include
typedef int __attribute__ ((aligned (16))) aint;
// no inline
void function() {
static const aint x = 123;
unsigned long a = (unsigned long) &x;
printf("Address of x: 0x%lX - %s\n", a, a & 15L ? "ALIGNMENT ERROR" :
"ok");
}
int main() {
function();
return 0;
}
The bottom of the assembly file now looks like this:
popl%ebp
leal-4(%ecx), %esp
ret
.section .rdata,"dr"
.align 16
__ZZ8functionvE1x:
.long 123
.def_printf;.scl2; .type 32; .endef
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug target/29249] Alignment error with static const variable in inline function
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-27 21:19 --- So GCC is emitting the correct alignment (the .align) so this is either a binutils issue or just a windows one in general. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
[Bug target/26792] [4.2 Regression] need to use autoconf when using newly-added libgcc functions
--- Comment #25 from tromey at gcc dot gnu dot org 2006-09-27 21:24 --- Subject: Bug 26792 Author: tromey Date: Wed Sep 27 21:24:23 2006 New Revision: 117259 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117259 Log: 2006-09-26 Jack Howarth <[EMAIL PROTECTED]> PR target/26792: * exception.cc (PERSONALITY_FUNCTION): use _Unwind_GetIP if HAVE_GETIPINFO not defined. * stacktrace.cc (_Jv_StackTrace::UnwindTraceFn): Likewise. (_Jv_StackTrace::getLineNumberForFrame): Likewise. * configure.ac: use GCC_CHECK_UNWIND_GETIPINFO. * aclocal.m4, configure, include/config.h.in, Makefile.in: Rebuilt. Modified: trunk/libjava/ChangeLog trunk/libjava/Makefile.in trunk/libjava/aclocal.m4 trunk/libjava/configure trunk/libjava/configure.ac trunk/libjava/exception.cc trunk/libjava/gcj/Makefile.in trunk/libjava/include/Makefile.in trunk/libjava/include/config.h.in trunk/libjava/stacktrace.cc trunk/libjava/testsuite/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)
--- Comment #2 from lopezibanez at gmail dot com 2006-09-27 21:31 ---
Is this testcase better?
list_compare (int * list1)
{
if (list1)
value_compare ();
}
func1 (int * f){}
value_compare (int * a)
{
if (a)
list_compare (a);
}
func2 (const int * fb)
{
func1 ((int *) fb);
}
--
I was unable to reproduce the problem removing any of the 'if'. Also, I was
unable to reproduce the ICE without generating the warning about qualifiers.
Weird.
--
lopezibanez at gmail dot com changed:
What|Removed |Added
CC||lopezibanez at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29254
[Bug target/26792] [4.2 Regression] need to use autoconf when using newly-added libgcc functions
--- Comment #26 from tromey at gcc dot gnu dot org 2006-09-27 21:43 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added CC||tromey at gcc dot gnu dot ||org Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug c++/19351] operator new[] can return heap blocks which are too small
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 --- Isn't this handled by -ftrapv? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
Re: [Bug c++/19351] operator new[] can return heap blocks which are too small
> > > > --- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 > --- > Isn't this handled by -ftrapv? No because sizeof is unsigned and -ftrapv only deals with signed types. -- Pinski
[Bug c++/19351] operator new[] can return heap blocks which are too small
--- Comment #9 from pinskia at physics dot uc dot edu 2006-09-27 23:56 --- Subject: Re: operator new[] can return heap blocks which are too small > > > > --- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 > --- > Isn't this handled by -ftrapv? No because sizeof is unsigned and -ftrapv only deals with signed types. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
[Bug c++/29257] New: internal compiler error: in tree_low_cst, at tree.c:3850
gcc-4.0 -v -c gcc_bug.cpp
Using built-in specs.
Target: x86_64-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-clocale=gnu
--enable-libstdcxx-debug --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 x86_64-linux-gnu
Thread model: posix
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/cc1plus -quiet -v -D_GNU_SOURCE
gcc_bug.cpp -quiet -dumpbase gcc_bug.cpp -mtune=k8 -auxbase gcc_bug -version -o
/tmp/ccyzUp8v.s
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/include/x86_64-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/x86_64-linux-gnu
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/4.0.3/include
/usr/include
End of search list.
GNU C++ version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9) (x86_64-linux-gnu)
compiled by GNU C version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
gcc_bug.cpp: In function 'void func()':
gcc_bug.cpp:13: internal compiler error: in tree_low_cst, at tree.c:3850
===
gcc_bug.cpp :
int other ()
{
return 10;
}
void func()
{
const int some_size = other( );
const int some_array[][some_size] =
{
{ },
};
}
NOTES:
gcc-4.0 -x c -c gcc_bug.cpp produces correct output (a compiler error) ,
but :
gcc -v -x c -c gcc_bug.cpp
Reading specs from /usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/specs
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared
--enable-__cxa_atexit --with-system-zlib --enable-nls
--without-included-gettext --enable-clocale=gnu --enable-debug
--disable-multilibx86_64-linux-gnu
Thread model: posix
gcc version 3.3.6 (Debian 1:3.3.6-12)
/usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/cc1 -quiet -v -D__GNUC__=3
-D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=6 gcc_bug.cpp -quiet -dumpbase
gcc_bug.cpp -auxbasegcc_bug -version -o /tmp/ccM0TNUa.s
GNU C version 3.3.6 (Debian 1:3.3.6-12) (x86_64-linux-gnu)
compiled by GNU C version 3.3.6 (Debian 1:3.3.6-12).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "/usr/x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/include
/usr/include
End of search list.
gcc_bug.cpp: In function `func':
gcc_bug.cpp:13: internal compiler error: in size_binop, at fold-const.c:1437
--
Summary: internal compiler error: in tree_low_cst, at tree.c:3850
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cfurman at lbl dot gov
GCC build triplet: 4.0.3 20060212
GCC host triplet: Debian 4.0.2-9
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29257
[Bug c++/29257] internal compiler error: in tree_low_cst, at tree.c:3850
--- Comment #1 from cfurman at lbl dot gov 2006-09-28 00:37 --- Created an attachment (id=12344) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12344&action=view) Source code to produce error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29257
[Bug c++/29257] internal compiler error: in tree_low_cst, at tree.c:3850
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 01:18 --- *** This bug has been marked as a duplicate of 29175 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29257
[Bug c++/29175] ICE on invalid: C++ static variable length array
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-28 01:18 --- *** Bug 29257 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||cfurman at lbl dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29175
[Bug other/29242] system headers lack a distinct default calling convention
--- Comment #10 from drow at gcc dot gnu dot org 2006-09-28 01:31 --- Andrew, stop closing this bug. If necessary I will ask the SC for a statement preventing you from closing bugs as invalid when the submitter disagrees, since you haven't shown a willingness to listen to what they are saying. I don't think that keying this off system headers would be a good idea - it's very dangerous because of the number of ways it can silently break, e.g. -iquote, manually prototyping a function, callbacks. However, some more general mechanism for setting the default ABI of a header might be useful. I'm thinking something like #pragma GCC visibility here. -- drow at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29242
[Bug preprocessor/29245] no way to safely attempt an #include which may fail
--- Comment #5 from drow at gcc dot gnu dot org 2006-09-28 01:32 --- While I firmly agree with Wolfgang, my same comment about the meaning of "RESOLVED/INVALID" applies here also. -- drow at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29245
[Bug c++/29252] Strange "No matching function for call" compilation error with G++ 4.1
--- Comment #2 from yuanfei8077 at gmail dot com 2006-09-28 01:50 ---
Hi,
For your convinence, the following is the reproduction code.
Many Thanks,
-Kelvin
Compilation error
=
no matching function for call to tdat_hash_map
>::func(MemAllocator)
main.cpp:6: note: candidates are: static void
tdat_hash_map<_AllocType>::func(_AllocType&)
[with _AllocType = MemAllocator]
Repro code
===
template class MemAllocator{};
template class tdat_hash_map {
public:
typedef _AllocType _Alloc;
static void func(_Alloc&) {};
};
int main()
{
typedef tdat_hash_map > Map;
Map::func((MemAllocator) (MemAllocator()));
return 0;
}
--
yuanfei8077 at gmail dot com changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug other/29242] system headers lack a distinct default calling convention
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-28 01:50 --- > However, some more > general mechanism for setting the default ABI of a header might be useful. > I'm > thinking something like #pragma GCC visibility here. Which is PR 15892 by the way. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29242
[Bug c++/29252] Strange "No matching function for call" compilation error with G++ 4.1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug c++/29252] Strange "No matching function for call" compilation error with G++ 4.1
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 01:56 --- The error message is broken but this is invalid code as you cannot bind a temporary to a reference argument. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug fortran/29240] optional argument for signal intrinsic not supported
--- Comment #4 from cummings at cacr dot caltech dot edu 2006-09-28 02:00 --- Created an attachment (id=12345) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12345&action=view) sample code for signal intrinsic function with optional third argument OK, here is a sample code showing how the signal intrinsic function with an optional third argument is supposed to work. The third argument "flag" is an integer that plays the role of SIG_DFL in the C library version of signal(). Quoting from the Absoft Pro Fortran Support Library manual, for example, it says that when flag=-1, control is passed to the user's signal handler function "ctrlco" when signal number "signum" is encountered. If flag=0, the user's signal handler function is ignored and the default action is taken instead. (Presumably this simply calls the C signal function with SIG_DFL instead of the handler function.) I think this is the standard way that most Linux Fortran compilers handle this (PathScale,PGI,Intel,Absoft), so I was surprised that gfortran does not do this also. It appears that gfortran simply uses the second argument as both the signal handler and the flag. I may have to just hack around this with a cpp directive or macro, but thought I should point out the difference from other Linux Fortran compilers. By the way, please ignore the comments in my original bug report about trying to pass an argument to the signal handler. This was incorrect on my part. The signal handler is always passed signum by default, I believe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29240
[Bug preprocessor/29245] want way to #include but still able to finish compiling
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-28 02:02 --- Note I would rather you post stuff like this to the C standards committee instead of posting bugs. Maybe even to gcc@gcc.gnu.org before filing a bug for something which most people disagree on. It is one thing for filing bugs for missed optimization but another thing for filing bugs for new extensions which we (GCC) have already mentioned we don't want new extensions unless they are really thought out . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Summary|no way to safely attempt an |want way to #include but |#include which may fail |still able to finish ||compiling http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29245
[Bug target/29255] [4.2.0 regression] ICE on valid code
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 02:32 --- Reducing -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29255
[Bug c/29258] New: internal compiler error: Segmentation fault
The error occured when i tried building crosscompiler for x86_64.
Steps i followed:
1. binutils-2.17
2. Installing glibc headers
3. Installing gcc (bootstrap)
4. Installing glibc [ error occured in this step ]
The exact error message is
./strtod_l.c: In function `strtold_l_internal':
./strtod_l.c:1554: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [/home/gobi/build/glibc-build/stdlib/strtold_l.o] Error 1
make[2]: Leaving directory `/home/gobi/tarballs/glibc-2.3.6/stdlib'
make[1]: *** [stdlib/subdir_lib] Error 2
make[1]: Leaving directory `/home/gobi/tarballs/glibc-2.3.6'
make: *** [all] Error 2
+ exit 1
The command which emits this error is
x86_64-unknown-linux-gnu-gcc ../sysdeps/ieee754/ldbl-96/strtold_l.c -c
-std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -g
-I../include -I. -I/home/gobi/build/glibc-build/stdlib -I.. -I../libio
-I/home/gobi/build/glibc-build -I../sysdeps/x86_64/elf
-I../linuxthreads/sysdeps/unix/sysv/linux/x86_64
-I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread
-I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv
-I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/x86_64
-I../sysdeps/unix/sysv/linux/x86_64 -I../sysdeps/unix/sysv/linux/wordsize-64
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix/x86_64 -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/x86_64/fpu -I../sysdeps/x86_64 -I../sysdeps/wordsize-64
-I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf
-I../sysdeps/generic -nostdinc -isystem
/opt/cross/x86_64-unknown-linux-gnu-gcc/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/include
-isystem /opt/cross/x86_64-unknown-linux-gnu-root/usr/include -D_LIBC_REENTRANT
-include ../include/libc-symbols.h -o
/home/gobi/build/glibc-build/stdlib/strtold_l.o -MD -MP -MF
/home/gobi/build/glibc-build/stdlib/strtold_l.o.dt -MT
/home/gobi/build/glibc-build/stdlib/strtold_l.o
Configuration options:
../glibc-2.3.6/configure --prefix=/usr/ '--libdir=${prefix}/lib'
--build=i686-pc-linux-gnu --host=x86_64-unknown-linux-gnu
--with-headers=/opt/cross/x86_64-unknown-linux-gnu-root/usr/include
--without-cvs --disable-profile --disable-debug --without-gd
--enable-add-ons=linuxthreads --with-tls --without-__thread --enable-kernel=2.0
--disable-shared
--
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gobikrishna dot dhanuskodi at wipro dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29258
[Bug target/29255] [4.2 regression] ICE on valid code
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 02:53 ---
Reduced testcase:
static double a[200 +0],avgtime[4] = {0},maxtime[4] = {0};
main()
{
int j, k;
for (j=0; j<4; j++)
{
avgtime[j] = avgtime[j]/(double)(10 -1);
g(avgtime[j],maxtime[j] );
}
}
checktick(double asum, int j)
{
asum += a[j];
if (asum)
f();
}
---
The instruction which it is failing on is:
(insn:TI 22 121 138 (set (subreg:DF (reg:DI 9 9) 0)
(mem/s/c:DF (plus:SI (reg/f:SI 29 29 [130])
(reg:SI 3 3 [131])) [3 avgtime+0 S8 A64])) 919 {*frob_di_df_2}
(nil)
(expr_list:REG_DEAD (reg:SI 3 3 [131])
(nil)))
Which is invalid as you should be splitting the DI part.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC host triplet|x86_64-unknown-linux-gnu|
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2006-09-28 02:53:34
date||
Summary|[4.2.0 regression] ICE on |[4.2 regression] ICE on
|valid code |valid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29255
[Bug target/29258] internal compiler error: Segmentation fault
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29258
[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 02:59 --- This is a generic regression, x86 has the same problem with the code. Even doing -Ddouble=int, we have the same problem. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|powerpc-unknown-linux-gnuspe| Keywords||missed-optimization Known to fail||4.2.0 Known to work||4.1.2 Last reconfirmed|-00-00 00:00:00 |2006-09-28 02:59:57 date|| Summary|[4.2 regression] performance|[4.2 regression] loop |regression with double on |unrolling performance |SPE2|regression Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
[Bug fortran/29259] New: crash when reading from standard input after writing/reading unformatted file
After writing to or reading from an unformatted file an attempt to read from standard input causes a crash with "Fortran runtime error: End of file". I have gcc version 4.1.1 20060525 (Red Hat 4.1.1-1) on Fedora Core 5. My system is x86_64 but I have seen the same problem on i686. Sample Code -- PROGRAM test INTEGER :: n, ii(10) print *, '1: enter a number.' read *, n ii(:) = n OPEN(unit=5,file='binary.dat',form="unformatted") WRITE(5) ii(:) CLOSE(5) print *, '2: enter a number.' read *, n OPEN(unit=5,file='binary.dat',form="unformatted") READ(5) ii(:) CLOSE(5) print *, '3: enter a number.' read *, n END PROGRAM test - Either the second or the third read statement (if the second is commented out) will cause the "Fortran runtime error: End of file" crash. -- Summary: crash when reading from standard input after writing/reading unformatted file Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark dot baertschy at gmail dot com GCC host triplet: 4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29259
[Bug fortran/29259] crash when reading from standard input after writing/reading unformatted file
--- Comment #1 from kargl at gcc dot gnu dot org 2006-09-28 04:06 --- Please see section 9.3.1, 9.3.3, and 9.3.4 of the Fortran 95 Standard. You're first open statement closes the preconnected standard input unit, so your second and third "read *, n" is fucked up. Hint use inquire to find an unused unit number or simply don't use a unit number of 5 or 6. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29259
[Bug other/29260] New: Calling member function of const object causes segmentation fault in compiler
When compiling code where there's call to a member function of a const object
the compiler fails with segmentation fault. The code that demonstrates the ill
behaviour:
--- main.d begins ---
class Y
{
private: int i;
public:
void f() { i = 90; }
};
void main()
{
const Y y;
y.f();
}
--- main.d ends ---
$ gdc main.d -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../libgphobos.spec
rename spec lib to liborig
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc --enable-nls
--without-included-gettext --enable-version-specific-runtime-libs --without-x
--enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter
--disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm
--disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization
--enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
/usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1d.exe main.d -quiet -dumpbase main.d
-mtune=pentiumpro -auxbase main -version -o
/c/DOCUME~1/lego/LOCALS~1/Temp/ccS7UBD9.s
GNU D version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
(i686-pc-cygwin)
compiled by GNU C version 3.4.4 (cygming special) (gdc 0.12, using dmd
0.125).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
main.d: In function `main':
main.d:11: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: Calling member function of const object causes
segmentation fault in compiler
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: leg0 at hot dot ee
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=29260
[Bug target/26792] [4.2 Regression] need to use autoconf when using newly-added libgcc functions
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2006-09-28 04:41 --- One last minor nit with regards to the autoconf changes for both libstdc++-v3 and libjava. I notice that in config.log in libstdc++-v3 for example, I get... configure:31103: checking for _Unwind_GetIPInfo configure:31130: /sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/./gcc/xgcc -shared-libgcc -B/sw/src/fink.build/gcc4-4.1.99 99-20060927/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/powerpc-apple-darwin8/libstdc+ +-v3/src -L/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/powerpc-apple-darwin8/libstdc++-v3/src/.libs -B/sw/lib/gcc4/power pc-apple-darwin8/bin/ -B/sw/lib/gcc4/powerpc-apple-darwin8/lib/ -isystem /sw/lib/gcc4/powerpc-apple-darwin8/include -isystem /sw/lib /gcc4/powerpc-apple-darwin8/sys-include -o conftest -g -O2 -fno-exceptions conftest.cc -lm >&5 /sw/lib/odcctools/bin/ld: warning -L: directory name (/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/powerpc-apple-darwin8/ libstdc++-v3/src) does not exist /sw/lib/odcctools/bin/ld: warning -L: directory name (/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/powerpc-apple-darwin8/ libstdc++-v3/src/.libs) does not exist /sw/lib/odcctools/bin/ld: Undefined symbols: __Unwind_GetIPInfo which suggests that configure is attempting to use directories before they exist. Is that worth fixing in both libstdc++-v3 and libjava? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug c++/29261] New: Hiding constructior is required while no direct invocation to it with G++ 4
Hi there,
I found that the compiling the following code will fail with g++ 4.1
while cmopile succeed with VC8. I suspect this is a g++ error.
env info
=
g++ (GCC) 4.1.0 (SLES10)
No compile option is added
Compilation error
=
main.cpp: In copy constructor MemAllocator::MemAllocator(const
MemAllocator&)
main.cpp:5: error: MemPool::MemPool(const MemPool&) is protected
main.cpp:8: error: within this context
main.cpp: In function int main()
main.cpp:32: note: synthesized method
MemAllocator::MemAllocator(const MemAllocator&) first
required here
Repro code
===
class MemPool {
public:
MemPool(){};
protected:
MemPool(const MemPool& mempool);
};
template class MemAllocator{
public:
MemPool m_pool;
MemAllocator(){}
MemPool& get_pool() const {
return m_pool;
}
template
MemAllocator& operator=(const MemAllocator& rhs){
m_pool = rhs.get_pool;
return *this;
}
};
template class tdat_hash_map {
public:
typedef _AllocType _Alloc;
static void func(_Alloc&) {};
};
int main()
{
typedef tdat_hash_map > Map;
MemAllocator abc = MemAllocator();
return 0;
}
Thanks,
-Kelvin
--
Summary: Hiding constructior is required while no direct
invocation to it with G++ 4
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: yuanfei8077 at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29261
[Bug c++/29175] [4.0/4.1/4.2 regression] ICE on invalid: C++ static variable length array
--- Comment #2 from bangerth at dealii dot org 2006-09-28 05:59 --- Confirmed. This actually worked in gcc2.95 to my surprise: g/x> /home/bangerth/bin/gcc-2.95.3/bin/c++ -c x.cc x.cc: In function `void foo()': x.cc:1: variable-sized object of type `const char *[((c - 1) + 1)]' may not be initialized x.cc:1: storage size of `a' isn't constant All later gcc versions ICE, however. W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||3.3.5 3.4.4 4.0.1 4.1.0 ||4.2.0 Known to work||2.95 Last reconfirmed|-00-00 00:00:00 |2006-09-28 05:59:32 date|| Summary|ICE on invalid: C++ static |[4.0/4.1/4.2 regression] ICE |variable length array |on invalid: C++ static ||variable length array Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29175
[Bug c++/29252] Strange "No matching function for call" compilation error with G++ 4.1
--- Comment #4 from bangerth at dealii dot org 2006-09-28 06:06 --- I think the error message is perfectly clear: it says that there is no function foo (X) but that there is a function that provides foo (X&) We've gone through this many times that there is no way to say "see, you try to bind an rvalue to a reference, this isn't working" because the overload set of candidates may be larger than the single function above and there is no way to guess what the user may mean. So closing... W. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
[Bug preprocessor/29245] want way to #include but still able to finish compiling
--- Comment #7 from bangerth at dealii dot org 2006-09-28 06:09 --- Daniel, would you prefer if we marked this as WONTFIX? I think this thing is so contentious that we're not going to do anything about it until there's some sort of resolutions from the ISO committees. I just don't see any purpose in keeping around lots of PRs that we don't plan to do anything about. We're having enough trouble telling the important PRs from the not so important ones already... W. -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org, ||drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29245
[Bug target/29258] internal compiler error: Segmentation fault
--- Comment #1 from bangerth at dealii dot org 2006-09-28 06:10 --- Can you post preprocessed sources as requested in http://gcc.gnu.org/bugs.html Thanks Wolfgang -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29258
[Bug ada/29262] New: Adding tasking support for arm-linux
I would like to use tasking support for GNAT on an arm-linux target (Intel XSCale PXA 270) to the gcc-4_1-branch The installed runtime library however is using generic dummy package for tasking support (e.g. s-taprop.ads). After having a look at gcc/ada/Makefile.in, I figured there needs to be a couple of changes: 1. need for system-linux-arm.ads - which can be identical to system-linux-x86.ads 2. The Makefile.in needs to be changed as follows: (g-soccon is not in my focus, so I just kicked it out for now) (a-numaux is using the libc bindings) (all the rest of this section is from the x86-linux part) Index: Makefile.in === --- Makefile.in (revision 117213) +++ Makefile.in (working copy) @@ -539,6 +539,33 @@ EXTRA_GNATRTL_TASKING_OBJS=s-vxwork.o endif +ifeq ($(strip $(filter-out arm linux%,$(arch) $(osys))),) + LIBGNAT_TARGET_PAIRS = \ + a-intnam.adshttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
[Bug c++/29261] Hiding constructior is required while no direct invocation to it with G++ 4
--- Comment #1 from bangerth at dealii dot org 2006-09-28 06:15 ---
This is what is listed in the release notes of gcc 3.4:
http://gcc.gnu.org/gcc-3.4/changes.html
They say this:
-
When binding an rvalue of class type to a reference, the copy constructor of
the class must be accessible. For instance, consider the following code:
class A
{
public:
A();
private:
A(const A&); // private copy ctor
};
A makeA(void);
void foo(const A&);
void bar(void)
{
foo(A()); // error, copy ctor is not accessible
foo(makeA()); // error, copy ctor is not accessible
A a1;
foo(a1);// OK, a1 is a lvalue
}
This might be surprising at first sight, especially since most popular
compilers do not correctly implement this rule (further details).
--
The further references are a link to
http://gcc.gnu.org/bugs.html#cxx_rvalbind
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC||bangerth at dealii dot org
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
Summary|Hiding constructior is |Hiding constructior is
|required while no direct|required while no direct
|invocation to it with G++ 4 |invocation to it with G++ 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29261
[Bug ada/29262] Adding tasking support for arm-linux
--- Comment #1 from belandor at web dot de 2006-09-28 06:37 --- (In reply to comment #0) actually, the Makefile.in needs modifications. a-numaux-x86.ads does not work for arm (error-message is that only 15 digits are allowed for floating point type), therefore the line + a-numaux.adshttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
[Bug ada/29262] Adding tasking support for arm-linux
--- Comment #2 from belandor at web dot de 2006-09-28 06:49 --- Created an attachment (id=12346) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12346&action=view) hello world source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
[Bug ada/29262] Adding tasking support for arm-linux
--- Comment #3 from belandor at web dot de 2006-09-28 06:49 --- Created an attachment (id=12347) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12347&action=view) simple_tasking source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
[Bug ada/29262] Adding tasking support for arm-linux
--- Comment #4 from belandor at web dot de 2006-09-28 06:51 --- ...running the above programs give me the following errors/messages: [EMAIL PROTECTED]:/testprogs/glibc# ./simple_tasking Alignment trap: simple_tasking (1099) PC=0xa670 Instr=0xe5933000 Address=0x0001 FSR 0x0f3 raised STORAGE_ERROR : s-intman.adb:158 explicit raise [EMAIL PROTECTED]:/testprogs/glibc# [EMAIL PROTECTED]:/testprogs/glibc# [EMAIL PROTECTED]:/testprogs/glibc# ls hello hello_threaded hello_world simple_tasking [EMAIL PROTECTED]:/testprogs/glibc# ./hello_world Hello World so it seems, there's something fishy for the tasking setup - any good idea to trace this up? (I don't have a debugger at hand *grrr*) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
