[Bug target/38706] [4.4 Regression] ../../../../src/libstdc++-v3/src/strstream.cc:419: internal compiler error: Segmentation fault
--- Comment #7 from ubizjak at gmail dot com 2009-01-07 08:04 --- (In reply to comment #6) > Current trunk bootstraps fine on an other machine, but the testcase fails too > on it. Thanks for the testcase, it fails on a crosscompiler too. I'll look into it. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-07 08:04:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38706
[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0
--- Comment #10 from cnstar9988 at gmail dot com 2009-01-07 08:55 --- ping for 4.3... -- cnstar9988 at gmail dot com changed: What|Removed |Added CC||cnstar9988 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
[Bug libstdc++/36801] config/cpu/generic/atomicity_mutex/atomicity.h incorrectly relies on global constructor ordering
--- Comment #12 from bkoz at gcc dot gnu dot org 2009-01-07 09:18 --- Created an attachment (id=17043) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17043&action=view) plus mt_allocator fixes This fixes these longstanding fails on darwin: FAIL: ext/mt_allocator/deallocate_local_thread-5.cc execution test FAIL: ext/mt_allocator/deallocate_local_thread-7.cc execution test -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Attachment #17042|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36801
[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0
--- Comment #11 from steven at gcc dot gnu dot org 2009-01-07 09:37 --- I have no intention to fix this in 4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38584
[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)
--- Comment #8 from schwab at suse dot de 2009-01-07 09:39 --- Casting (void **) to (const void **) is unsafe so it is not ok to drop the warning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
[Bug middle-end/38751] New: Odd performance regression with -Os
Here's a strange case of poor code generation with -Os.
unsigned short foo2 (unsigned char on_off, unsigned short *puls)
{
return puls[on_off-1];
}
With -O2, it's fine:
movzbl %dil, %edi
movzwl -2(%rsi,%rdi,2), %eax
ret
With -Os it's really weird:
movzbl %dil, %eax
movl$1, %edi
subq%rax, %rdi
imulq $-2, %rdi, %rdi
movw(%rdi,%rsi), %ax
ret
The problem here seems to be that the FE (or the GIMPLE generation)
transforms
addr + ((on_off-1)*2)
into
addr + ((1-on_off)*-2)
and nothing in -Os has the wit to recover. This badly affects targets
with no hardware multiplier, which end up calling libgcc to do the
multiply.
http://gcc.gnu.org/ml/gcc/2008-12/msg00329.html
--
Summary: Odd performance regression with -Os
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aph at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38751
[Bug middle-end/38751] [4.2/4.3/4.4] odd performance regression with -Os
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-01-07 10:11 --- Fallout of the change made for PR middle-end/23294 in GCC 4.2. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-07 10:11:38 date|| Summary|Odd performance regression |[4.2/4.3/4.4] odd |with -Os|performance regression with ||-Os http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38751
[Bug libstdc++/38741] Unable to write data to wofstream
--- Comment #3 from radhika dot ganganna at oracle dot com 2009-01-07 10:58 --- Created an attachment (id=17044) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17044&action=view) The testcase for the current issue Please look into the code that's causing the issue. After outputting about 240 characters to file, the subsequent output is not written to the file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38741
[Bug tree-optimization/38752] New: [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4817
typedef struct
{
int baddr;
} mstruct_t;
static struct
{
unsigned intmapnum;
mstruct_t unused;
} mtab;
static mstruct_t *mactab = &mtab.unused;
int
main(void)
{
int i;
int addr;
for (i=1; i <= mtab.mapnum; i++)
{
if (addr < mactab[i].baddr)
{
break;
}
}
return 0;
}
./cc1 -quiet -O2 t.c
t.c: In function main:
t.c:16: internal compiler error: in set_uids_in_ptset, at
tree-ssa-structalias.c:4817
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
--
Summary: [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-
structalias.c:4817
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38752
[Bug tree-optimization/38752] [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4817
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-07 10:59 --- Investigating. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Known to work||4.2.4 4.4.0 Last reconfirmed|-00-00 00:00:00 |2009-01-07 10:59:56 date|| Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38752
[Bug tree-optimization/38301] vectorization breaks type-based aliasing rules
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 11:07 --- Subject: Bug 38301 Author: rguenth Date: Wed Jan 7 11:07:46 2009 New Revision: 143153 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143153 Log: 2009-01-07 Richard Guenther PR tree-optimization/38301 * alias.c (get_deref_alias_set): New function split out from ... (get_alias_set): ... here. * alias.h (get_deref_alias_set): Declare. * tree-vect-transform.c (vect_create_data_ref_ptr): Remove unused type parameter. Remove restrict pointer handling. Create a ref-all pointer in case type-based alias sets do not conflict. (vectorizable_store): Re-instantiate TBAA assert. (vectorizable_load): Likewise. Modified: branches/alias-improvements/gcc/ChangeLog.alias branches/alias-improvements/gcc/alias.c branches/alias-improvements/gcc/alias.h branches/alias-improvements/gcc/tree-vect-transform.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38301
[Bug tree-optimization/38301] vectorization breaks type-based aliasing rules
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-07 11:08 --- Fixed on the alias-improvements branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||37696 OtherBugsDependingO|38721 | nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38301
[Bug tree-optimization/38721] [alias-improvements] vectorizer miscompiles gfortran.fortran-torture/execute/elemental.f90 at -O3
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-07 11:09 --- Mine anyway. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-01-05 13:19:53 |2009-01-07 11:09:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38721
[Bug target/38706] [4.4 Regression] ../../../../src/libstdc++-v3/src/strstream.cc:419: internal compiler error: Segmentation fault
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 11:14 --- Created an attachment (id=17045) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17045&action=view) Patch to fix the failure We should not free cfun since it is needed in alpha_end_function. Arthur, can you perhaps bootstrap/regression test the patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38706
[Bug middle-end/38751] [4.2/4.3/4.4 regression] odd performance regression with -Os
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 10:53 --- Subject: Bug 38751 Author: rguenth Date: Wed Jan 7 10:53:30 2009 New Revision: 143152 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143152 Log: 2009-01-07 Richard Guenther PR middle-end/38751 * fold-const.c (extract_muldiv): Remove obsolete comment. (fold_plusminus_mult_expr): Undo MINUS_EXPR to PLUS_EXPR canonicalization for the canonicalization. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38751
[Bug middle-end/38753] New: gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
+++ This bug was initially created as a clone of Bug #32581 +++ I'm building gcc 4.4.0 20090106 on OpenSolaris 2008.11 . I'll set a ton of configure options (for testing) and build profiled. No ".gcda" files are being created in the libiberty/pic directory, this causes a warning message and wastes an opportunity for optimization. # ../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --enable-nls --with-included-gettext --enable-gather-detailed-mem-stats --with-stabs --enable-debug -enable-largefile --enable-symvers --without-system-zlib --enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer --enable-gjdoc --enable-java-awt=gtk,xlib,qt,x --enable-gc-debug --enable-libgcj-multifile --enable-libgcj-debug --enable-objc-gc --enable-libstdcxx-debug --enable-__cxa_atexit --enable-stage1-checking --enable-checking=release --without-system-libunwind --with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld # gmake profiledbootstrap Wait 20 hours ... ... updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: creating testsuite/Makefile config.status: creating config.h config.status: executing default commands gmake[3]: Entering directory `/usr/share/src/gcc_build/libiberty' if [ x"-fpic" != x ] && [ ! -d pic ]; then \ mkdir pic; \ else true; fi touch stamp-picdir if [ x"-fpic" != x ]; then \ /usr/share/src/gcc_build/./prev-gcc/xgcc -B/usr/share/src/gcc_build/./prev-gcc/ -B/usr/local/i386-pc-solaris2.11/bin/ -c -DHAVE_CONFIG_H -g -O2 -fprofile-use -fexceptions -I. -I../../gcc_trunk/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic -fpic ../../gcc_trunk/libiberty/regex.c -o pic/regex.o; \ else true; fi ../../gcc_trunk/libiberty/regex.c: In function 'byte_compile_range': ../../gcc_trunk/libiberty/regex.c:8126: note: file /usr/share/src/gcc_build/libiberty/pic/regex.gcda not found, execution counts estimated ... # ls -lrt /usr/share/src/gcc_build/libiberty/ total 1592 -rw-r--r-- 1 root root 72 Jan 7 01:14 xhost-mkfrag -rw-r--r-- 2 root root 176 Jan 7 03:16 unlink-if-ordinary.gcda -rw-r--r-- 1 root root9596 Jan 7 03:16 config.cache -rwxr-xr-x 1 root root 52145 Jan 7 03:16 config.status -rw--- 1 root root 43166 Jan 7 03:16 Makefile drwxr-xr-x 2 root root 3 Jan 7 03:16 testsuite -rw--- 1 root root 12905 Jan 7 03:16 config.h -rw--- 1 root root 10 Jan 7 03:16 stamp-h -rw-r--r-- 1 root root 188046 Jan 7 03:16 config.log -rw-r--r-- 1 root root 0 Jan 7 03:16 stamp-picdir -rw-r--r-- 1 root root 89464 Jan 7 03:18 regex.o -rw-r--r-- 1 root root 83252 Jan 7 03:21 cplus-dem.o -rw-r--r-- 1 root root 86216 Jan 7 03:24 cp-demangle.o -rw-r--r-- 1 root root 13808 Jan 7 03:29 md5.o -rw-r--r-- 1 root root 17144 Jan 7 03:33 sha1.o -rw-r--r-- 1 root root3840 Jan 7 03:37 alloca.o -rw-r--r-- 1 root root 10792 Jan 7 03:41 argv.o -rw-r--r-- 1 root root2772 Jan 7 03:45 choose-temp.o -rw-r--r-- 1 root root9576 Jan 7 03:50 concat.o -rw-r--r-- 1 root root 11820 Jan 7 03:52 cp-demint.o -rw-r--r-- 2 root root 13396 Jan 7 03:52 cplus-dem.gcda -rw-r--r-- 2 root root 12308 Jan 7 03:52 cp-demangle.gcda -rw-r--r-- 2 root root 984 Jan 7 03:52 md5.gcda -rw-r--r-- 2 root root1604 Jan 7 03:52 fibheap.gcda -rw-r--r-- 2 root root 344 Jan 7 03:52 getpwd.gcda -rw-r--r-- 2 root root 232 Jan 7 03:52 getruntime.gcda -rw-r--r-- 2 root root4348 Jan 7 03:52 hashtab.gcda -rw-r--r-- 2 root root 180 Jan 7 03:52 hex.gcda -rw-r--r-- 2 root root 636 Jan 7 03:52 partition.gcda -rw-r--r-- 2 root root 284 Jan 7 03:52 physmem.gcda -rw-r--r-- 2 root root2124 Jan 7 03:52 splay-tree.gcda -rw-r--r-- 2 root root 204 Jan 7 03:52 asprintf.gcda -rw-r--r-- 2 root root 392 Jan 7 03:52 vasprintf.gcda drwxr-xr-x 2 root root 13 Jan 7 03:52 pic -rw-r--r-- 2 root root9896 Jan 7 03:52 regex.gcda -rw-r--r-- 2 root root1028 Jan 7 03:52 argv.gcda -rw-r--r-- 2 root root1568 Jan 7 03:52 concat.gcda -rw-r--r-- 2 root root1316 Jan 7 03:52 fopen_unlocked.gcda -rw-r--r-- 2 root root1012 Jan 7 03:52 make-relative-prefix.gcda -rw-r--r-- 2 root root 452 Jan 7 03:52 make-temp-file.gcda -rw-r--r-- 2 root root2012 Jan 7 03:52 obstack.gcda -rw-r--r-- 2 root root2564 Jan 7 03:52 pex-common.gcda -rw-r--r-- 2 root
[Bug tree-optimization/38752] [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4817
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 12:14 --- We insist on finding an overlapping SFT even though it might possibly not exist (as in this case where we do an access clearly outside of the object boundary). The fix is to just ignore that and let the operand machinery add whatever memory tag it likes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38752
[Bug libstdc++/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-07 12:23 --- Hi. Definitely, I like the first approach better. Jakub, are you willing to work on it? Honestly, because I don't think it's the right time to play with ABI issues, I'm ready to revert completely this piece of C++0x work for 4.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732
[Bug middle-end/38753] gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
--- Comment #1 from rob1weld at aol dot com 2009-01-07 12:27 --- The "non-pic" directory works much of the time but I also get the occasional missing ".gcda" in the 'build'/libiberty directory; whereas in the 'build'/libiberty/pic directory _all_ the ".gcda" files are missing. ../../gcc_trunk/libiberty/sha1.c:416: note: file /usr/share/src/gcc_build/libiberty/sha1.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/alloca.c:215: note: file /usr/share/src/gcc_build/libiberty/alloca.gcda not found, execution counts estimate ../../gcc_trunk/libiberty/choose-temp.c:71: note: file /usr/share/src/gcc_build/libiberty/choose-temp.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/cp-demint.c:234: note: file /usr/share/src/gcc_build/libiberty/cp-demint.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/dyn-string.c:397: note: file /usr/share/src/gcc_build/libiberty/dyn-string.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/fdmatch.c:68: note: file /usr/share/src/gcc_build/libiberty/fdmatch.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/filename_cmp.c:77: note: file /usr/share/src/gcc_build/libiberty/pic/filename_cmp.gcda not found, execution counts estimated ../../gcc_trunk/libiberty/filename_cmp.c:77: note: file /usr/share/src/gcc_build/libiberty/filename_cmp.gcda not found, execution counts estimated ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-07 12:31 --- Created an attachment (id=17046) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17046&action=view) gcc44-pr38092.patch Rainer, can you please test also this patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38092
[Bug libstdc++/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-07 12:34 --- Working on it. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-01-05 20:20:08 |2009-01-07 12:34:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732
[Bug libstdc++/38466] Document std::pair vs. std::swap
--- Comment #9 from paolo at gcc dot gnu dot org 2009-01-07 13:01 --- Subject: Bug 38466 Author: paolo Date: Wed Jan 7 13:00:48 2009 New Revision: 143154 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143154 Log: 2009-01-07 Paolo Carlini PR libstdc++/38466 * include/bits/stl_pair.h: Document C++03 pair vs swap. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_pair.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38466
[Bug target/38706] [4.4 Regression] ../../../../src/libstdc++-v3/src/strstream.cc:419: internal compiler error: Segmentation fault
--- Comment #9 from arthur dot loiret at gmail dot com 2009-01-07 13:05 --- (In reply to comment #8) > Created an attachment (id=17045) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17045&action=view) [edit] > Patch to fix the failure > > We should not free cfun since it is needed in alpha_end_function. > > Arthur, can you perhaps bootstrap/regression test the patch? > Sure, build started. Thanks for the patch! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38706
[Bug middle-end/38753] gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
--- Comment #2 from rob1weld at aol dot com 2009-01-07 13:11 --- The intl directoy has only 4 missing files: ../../gcc_trunk/intl/dcngettext.c:55: note: file /usr/share/src/gcc_build/intl/dcngettext.gcda not found, execution counts estimated ../../gcc_trunk/intl/dngettext.c:57: note: file /usr/share/src/gcc_build/intl/dngettext.gcda not found, execution counts estimated ../../gcc_trunk/intl/ngettext.c:63: note: file /usr/share/src/gcc_build/intl/ngettext.gcda not found, execution counts estimated ../../gcc_trunk/intl/ngettext.c:63: note: file /usr/share/src/gcc_build/intl/intl-compat.gcda not found, execution counts estimated -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
[Bug tree-optimization/38752] [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4817
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-07 13:12 --- Subject: Bug 38752 Author: rguenth Date: Wed Jan 7 13:12:17 2009 New Revision: 143155 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143155 Log: 2009-01-07 Richard Guenther PR tree-optimization/38752 * tree-ssa-structalias.c (set_uids_in_ptset): Do not assert we find a subvariable as we might have invalid accesses. * gcc.c-torture/compile/pr38752.c: New testcase. Added: branches/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/pr38752.c Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/testsuite/ChangeLog branches/gcc-4_3-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38752
[Bug tree-optimization/38752] [4.3 Regression] ICE in set_uids_in_ptset, at tree-ssa-structalias.c:4817
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-07 13:14 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38752
[Bug libstdc++/38466] Document std::pair vs. std::swap
--- Comment #10 from paolo dot carlini at oracle dot com 2009-01-07 13:02 --- Done. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38466
[Bug fortran/37212] TRANSFER: Simplify array argument
--- Comment #2 from pault at gcc dot gnu dot org 2009-01-07 13:12 --- (In reply to comment #0) The lack of simplification is due to an omission in target-memory.c(gfc_target_memory_size), in which the possibility of (1) a constant cl->length and (ii) no defined character length, as here, have been omitted. This is easily fixed and a patch is on its way. Similarly, removing the pack/unpack can be easily accomplished. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-07 13:12:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37212
[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-01-07 13:26 --- Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support jakub at gcc dot gnu dot org writes: > Rainer, can you please test also this patch? Sure: I've applied it to the same source tree, moved the sparc-sun-solaris2.11/libstdc++-v3 and sparc-sun-solaris2.11/sparcv9/libstdc++-v3 directories asside and restarted the build/test. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38092
[Bug fortran/35612] testsuite ISO_C_BIND code error
--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-07 13:51 --- (In reply to comment #4) > For TARGET, I agree because the standard says about c_f_pointer: >The value of CPTR shall not be the C address of a Fortran variable that > does >not have the TARGET attribute. > Hum, I don't agree with myself. Only the pointee shall have the TARGET attribute. Not the pointer. Thus, I think the testcase is OK as is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
[Bug libstdc++/38732] [4.4 Regression] Openoffice.org segfaults with runtime libs built from GCC trunk
--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-07 13:56 --- Created an attachment (id=17047) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17047&action=view) gcc44-pr38732.patch Patch I'm going to bootstrap/regtest. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38732
[Bug testsuite/33263] [4.3/4.4 regression] libjava testsuite failures on alpha-linux
--- Comment #7 from ubizjak at gmail dot com 2009-01-07 14:02 ---
(In reply to comment #0)
> FAIL: natgetargssize.cc compilation
> FAIL: natgetlocalvartable.cc compilation
> FAIL: natgetstacktrace.cc compilation
> FAIL: natevents.cc compilation
> FAIL: natgetallthreads.cc compilation
> FAIL: natgeterrorname.cc compilation
> FAIL: natgetmethodname.cc compilation
These are in fact due to PR31488.
> FAIL: Array_3 execution - source compiled test
> FAIL: Array_3 -findirect-dispatch execution - source compiled test
> FAIL: Array_3 -O3 execution - source compiled test
> FAIL: Array_3 -O3 -findirect-dispatch execution - source compiled test
> FAIL: G19990303_02 execution - source compiled test
> FAIL: G19990303_02 -findirect-dispatch execution - source compiled test
> FAIL: G19990303_02 -O3 execution - source compiled test
> FAIL: G19990303_02 -O3 -findirect-dispatch execution - source compiled test
> FAIL: Invoke_1 execution - source compiled test
> FAIL: Invoke_1 -findirect-dispatch execution - source compiled test
> FAIL: Invoke_1 -O3 execution - source compiled test
> FAIL: Invoke_1 -O3 -findirect-dispatch execution - source compiled test
> FAIL: N19990310_02 -O3 output - source compiled test
> FAIL: N19990310_02 -O3 -findirect-dispatch output - source compiled test
> FAIL: PR218 output - source compiled test
> FAIL: PR218 -O3 output - source compiled test
> FAIL: StackTrace2 execution - source compiled test
> FAIL: StackTrace2 -findirect-dispatch execution - source compiled test
> FAIL: StackTrace2 -O3 execution - source compiled test
> FAIL: StackTrace2 -O3 -findirect-dispatch execution - source compiled test
> FAIL: Throw_2 execution - source compiled test
> FAIL: Throw_2 -findirect-dispatch execution - source compiled test
> FAIL: Throw_2 -O3 execution - source compiled test
> FAIL: Throw_2 -O3 -findirect-dispatch execution - source compiled test
> FAIL: Throw_3 output - source compiled test
> FAIL: Throw_3 -findirect-dispatch output - source compiled test
> FAIL: Throw_3 -O3 output - source compiled test
> FAIL: Throw_3 -O3 -findirect-dispatch output - source compiled test
> FAIL: initexc execution - source compiled test
> FAIL: initexc -findirect-dispatch execution - source compiled test
> FAIL: initexc -O3 execution - source compiled test
> FAIL: initexc -O3 -findirect-dispatch execution - source compiled test
> FAIL: invokethrow execution - source compiled test
> FAIL: invokethrow -findirect-dispatch output - source compiled test
> FAIL: invokethrow -O3 execution - source compiled test
> FAIL: invokethrow -O3 -findirect-dispatch output - source compiled test
> FAIL: pr83 -findirect-dispatch execution - source compiled test
> FAIL: pr83 -O3 -findirect-dispatch execution - source compiled test
These are due to some strange failure in dejagnu framework on debian alpha.
>From my private communication with Matthias Close:
--quote--
I'm trying to fix last remaining gcc testsuite errors [0] on Debian
alpha gcc (gcc30 cfarm machine) and I tripped on some strange
dejagnu/Expect/Tcl error on Debian system.
This problem causes following teststuite failures:
FAIL: g++.dg/ext/cleanup-10.C execution test
FAIL: g++.dg/ext/cleanup-11.C execution test
FAIL: g++.dg/ext/cleanup-8.C execution test
FAIL: g++.dg/ext/cleanup-9.C execution test
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution test
FAIL: gcc.dg/cleanup-8.c execution test
FAIL: gcc.dg/cleanup-9.c execution test
and all remaining libjava test failures, FWIW.
These runtime testcases (including java) all work OK when executed
directly from the shell (using just built libraries, so all libraries
are exactly the same), but fail when run from dejagnu framework. They
also fail when executing these test cases through dejagnu with default
installed compiler (gcc-4.2.4).
The problem is, that SIGSEGV handling is somehow suppressed when run
from dejagnu framework. To check this, please put attached sig.c to
gcc/testsuite/dg.exp directory and execute "make -k check-gcc
RUNTESTFLAGS=dg.exp=sig.c" from gcc/ subdirectory of your build dir.
The testcase will fail, OTOH, it will finish without problems when
executed directly from the shell.
I have noticed, that in some of your testreports, these strange
failures happen [1], but some of your testreports doesn't show them
[2], [3]. Are these tests performed on the same machine? If not, what
is the difference with runtime/testing environments between these test
runs?
[0] http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg02551.html
[1] http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00182.html
[2] http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01836.html
[3] http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg00926.html
--/quote--
--quote2--
The question is, why we abort on following dejagnu testcase on alpha systems:
--cut here--
/* { dg-do run } */
#include
#include
char *null;
static void fn4 (int sig)
{
exit (0);
}
int main()
{ signal (SIGSEGV, fn4);
*null = 0;
abo
[Bug bootstrap/37349] [4.4 Regression] bootstrap broken on Alpha: undefined reference to _Jv_RegisterClasses
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 14:05 --- Closed as WORKSFORME, since bootstrap - well - works for me. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37349
[Bug ada/36025] "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 14:08 --- Ada stuff. -- ubizjak at gmail dot com changed: What|Removed |Added Component|other |ada http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)
--- Comment #9 from ian at airs dot com 2009-01-07 14:27 --- How is it unsafe? All the const qualifier on a pointer means is that the memory will not be changed through that pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
[Bug c/38754] New: C99 and inline has a linker problem
More a liker than compiler problem
When I compile the following programm with gcc -std=c99 I get a linker error.
When I compile it with gcc -O[23] -std=c99 it runs as expected.
For the case that the system matters: I am using Linux (Ubuntu 8.10)
inline void f() {
}
int main() {
f();
}
--
Summary: C99 and inline has a linker problem
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: klein at cage dot ugent dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38754
[Bug c/38754] C99 and inline has a linker problem
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-07 14:36 --- You need an external definition of f. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38754
[Bug c/38754] C99 and inline has a linker problem
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-07 14:38 --- See 6.7.4, especially the example in paragraph 7 and the explanation in 8. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38754
[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-01-07 14:41 --- Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support ro at techfak dot uni-bielefeld dot de writes: > Sure: I've applied it to the same source tree, moved the > sparc-sun-solaris2.11/libstdc++-v3 and > sparc-sun-solaris2.11/sparcv9/libstdc++-v3 directories asside and restarted > the build/test. doesn't look good so far: while libstdc++-v3 now builds, e.g. all libgomp.c++ tests fail like so: FAIL: libgomp.c++/atomic-1.C -O0 (test for excess errors) Excess errors: /vol/gccsrc/obj/gcc-4.4.0-20090106/11-gcc-gld/sparc-sun-solaris2.11/./libgomp/../libstdc++-v3/src/.libs/libstdc++.so: undefined reference to `std::basic_istream >::ignoreXX()' /vol/gccsrc/obj/gcc-4.4.0-20090106/11-gcc-gld/sparc-sun-solaris2.11/./libgomp/../libstdc++-v3/src/.libs/libstdc++.so: undefined reference to `std::basic_istream >::ignore(int)' /vol/gccsrc/obj/gcc-4.4.0-20090106/11-gcc-gld/sparc-sun-solaris2.11/./libgomp/../libstdc++-v3/src/.libs/libstdc++.so: undefined reference to `std::basic_istream >::ignore(int)' /vol/gccsrc/obj/gcc-4.4.0-20090106/11-gcc-gld/sparc-sun-solaris2.11/./libgomp/../libstdc++-v3/src/.libs/libstdc++.so: undefined reference to `std::basic_istream >::ignoreXX()' Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38092
[Bug ada/36025] "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha
--- Comment #2 from laurent at guerby dot net 2009-01-07 14:48 --- Note: ada on alpha bootstrap fine on trunk. -- laurent at guerby dot net changed: What|Removed |Added CC||laurent at guerby dot net Keywords||build Known to work||4.4.0 Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-07 14:52 --- Created an attachment (id=17048) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17048&action=view) gcc44-pr38092-2.patch I see, does this extra hunk (incremental patch) fix it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38092
[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)
--- Comment #10 from joseph at codesourcery dot com 2009-01-07 15:34 --- Subject: Re: bad text in -Wcast-qual warning (forgets volatile) On Wed, 7 Jan 2009, ian at airs dot com wrote: > How is it unsafe? All the const qualifier on a pointer means is that the > memory will not be changed through that pointer. http://c-faq.com/ansi/constmismatch.html gives the standard example for why such conversions are unsafe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
[Bug target/25687] pwlib 1.8.7 does not build on alpha due with -Os
--- Comment #3 from ubizjak at gmail dot com 2009-01-07 15:37 --- No answer in 3 months. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25687
[Bug target/26879] LibJava not compile under alpha
--- Comment #15 from ubizjak at gmail dot com 2009-01-07 15:38 --- 4.1 is not supported anymore. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26879
[Bug target/29207] gij bus errors on hppa-linux-gnu and alpha-linux-gnu
--- Comment #1 from ubizjak at gmail dot com 2009-01-07 15:39 --- Does this still fail? -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29207
[Bug c/32041] [4.3/4.4 Regression] offsetof buglet
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-11-14 23:39:52 |2009-01-07 15:40:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32041
[Bug target/4605] [alpha-osf]mips-tfile & spaced directory names
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 15:40 --- Does this still happen with 4.3 or 4.4 branch? -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4605
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #8 from ubizjak at gmail dot com 2009-01-07 15:41 --- Does this still happen with version 4.3 or 4.4? -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug middle-end/38498] [graphite] ICE : verify_ssa failed
--- Comment #2 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38498
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
PR tree-optimization/38498
* tree-check.c (operator_is_linear, scev_is_linear_expression): New.
* tree-chrec.h (scev_is_linear_expression): Declared.
* graphite.c (graphite_cannot_represent_loop_niter): New.
(scopdet_basic_block_info): Call graphite_cannot_represent_loop_niter.
(graphite_loop_normal_form): Use gcc_assert.
(scan_tree_for_params): Use CASE_CONVERT.
(phi_node_is_iv, bb_contains_non_iv_scalar_phi_nodes): New.
(build_scop_conditions_1): Call bb_contains_non_iv_scalar_phi_nodes.
Use gcc_assert. Discard scops that contain unhandled cases.
(build_scop_conditions): Return a boolean status for unhandled cases.
(strip_mine_profitable_p): Print the loop number, not its depth.
(is_interchange_valid): Pass the depth of the loop nest, don't
recompute it wrongly.
(graphite_trans_bb_block): Same.
(graphite_trans_bb_block): Print tentative of loop blocking.
(graphite_trans_scop_block): Do not print that the loop has been
blocked.
(graphite_transform_loops): Do not handle scops that contain condition
scalar phi nodes.
* testsuite/gcc.dg/graphite/pr38500.c: Fixed warning as committed
in trunk.
* testsuite/gcc.dg/graphite/block-0.c: Update test.
* testsuite/gcc.dg/graphite/block-1.c: Same.
* testsuite/gcc.dg/graphite/block-2.c: Remove xfail and test for
blocking.
* testsuite/gcc.dg/graphite/block-4.c: Remove test for strip mine.
* testsuite/gcc.dg/graphite/block-3.c: New.
* testsuite/gcc.dg/graphite/pr38498.c: New.
Added:
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-3.c (with props)
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr38498.c
Modified:
branches/graphite/gcc/ChangeLog.graphite
branches/graphite/gcc/graphite.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-0.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-1.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-2.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-4.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr38500.c
branches/graphite/gcc/tree-chrec.c
branches/graphite/gcc/tree-chrec.h
Propchange: branches/graphite/gcc/testsuite/gcc.dg/graphite/block-3.c
('svn:mergeinfo' added)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38498
[Bug middle-end/38492] [graphite] segfaulting code when compiled with -fgraphite -fgraphite-identity
--- Comment #10 from spop at gcc dot gnu dot org 2009-01-07 15:41 ---
Subject: Bug 38492
Author: spop
Date: Wed Jan 7 15:41:26 2009
New Revision: 143158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143158
Log:
2009-01-06 Jan Sjodin
PR tree-optimization/38492
PR tree-optimization/38498
* tree-check.c (operator_is_linear, scev_is_linear_expression): New.
* tree-chrec.h (scev_is_linear_expression): Declared.
* graphite.c (graphite_cannot_represent_loop_niter): New.
(scopdet_basic_block_info): Call graphite_cannot_represent_loop_niter.
(graphite_loop_normal_form): Use gcc_assert.
(scan_tree_for_params): Use CASE_CONVERT.
(phi_node_is_iv, bb_contains_non_iv_scalar_phi_nodes): New.
(build_scop_conditions_1): Call bb_contains_non_iv_scalar_phi_nodes.
Use gcc_assert. Discard scops that contain unhandled cases.
(build_scop_conditions): Return a boolean status for unhandled cases.
(strip_mine_profitable_p): Print the loop number, not its depth.
(is_interchange_valid): Pass the depth of the loop nest, don't
recompute it wrongly.
(graphite_trans_bb_block): Same.
(graphite_trans_bb_block): Print tentative of loop blocking.
(graphite_trans_scop_block): Do not print that the loop has been
blocked.
(graphite_transform_loops): Do not handle scops that contain condition
scalar phi nodes.
* testsuite/gcc.dg/graphite/pr38500.c: Fixed warning as committed
in trunk.
* testsuite/gcc.dg/graphite/block-0.c: Update test.
* testsuite/gcc.dg/graphite/block-1.c: Same.
* testsuite/gcc.dg/graphite/block-2.c: Remove xfail and test for
blocking.
* testsuite/gcc.dg/graphite/block-4.c: Remove test for strip mine.
* testsuite/gcc.dg/graphite/block-3.c: New.
* testsuite/gcc.dg/graphite/pr38498.c: New.
Added:
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-3.c (with props)
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr38498.c
Modified:
branches/graphite/gcc/ChangeLog.graphite
branches/graphite/gcc/graphite.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-0.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-1.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-2.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/block-4.c
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr38500.c
branches/graphite/gcc/tree-chrec.c
branches/graphite/gcc/tree-chrec.h
Propchange: branches/graphite/gcc/testsuite/gcc.dg/graphite/block-3.c
('svn:mergeinfo' added)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38492
[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)
--- Comment #11 from ian at airs dot com 2009-01-07 15:41 --- Oh yeah, sorry for the noise. In any case, the warning message is wrong, as the cast does not "cast away constness". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35711
[Bug middle-end/38492] [graphite] segfaulting code when compiled with -fgraphite -fgraphite-identity
--- Comment #11 from spop at gcc dot gnu dot org 2009-01-07 15:53 --- Subject: Bug 38492 Author: spop Date: Wed Jan 7 15:53:03 2009 New Revision: 143159 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159 Log: 2009-01-07 Jan Sjodin PR tree-optimization/38492 PR tree-optimization/38498 * tree-check.c (operator_is_linear, scev_is_linear_expression): New. * tree-chrec.h (scev_is_linear_expression): Declared. * graphite.c (graphite_cannot_represent_loop_niter): New. (scopdet_basic_block_info): Call graphite_cannot_represent_loop_niter. (graphite_loop_normal_form): Use gcc_assert. (scan_tree_for_params): Use CASE_CONVERT. (phi_node_is_iv, bb_contains_non_iv_scalar_phi_nodes): New. (build_scop_conditions_1): Call bb_contains_non_iv_scalar_phi_nodes. Use gcc_assert. Discard scops that contain unhandled cases. (build_scop_conditions): Return a boolean status for unhandled cases. (strip_mine_profitable_p): Print the loop number, not its depth. (is_interchange_valid): Pass the depth of the loop nest, don't recompute it wrongly. (graphite_trans_bb_block): Same. (graphite_trans_bb_block): Print tentative of loop blocking. (graphite_trans_scop_block): Do not print that the loop has been blocked. (graphite_transform_loops): Do not handle scops that contain condition scalar phi nodes. * testsuite/gcc.dg/graphite/pr38500.c: Fixed warning as committed in trunk. * testsuite/gcc.dg/graphite/block-0.c: Update test. * testsuite/gcc.dg/graphite/block-1.c: Same. * testsuite/gcc.dg/graphite/block-2.c: Remove xfail and test for blocking. * testsuite/gcc.dg/graphite/block-4.c: Remove test for strip mine. * testsuite/gcc.dg/graphite/block-3.c: New. * testsuite/gcc.dg/graphite/pr38498.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/block-3.c trunk/gcc/testsuite/gcc.dg/graphite/pr38498.c Modified: trunk/gcc/ChangeLog trunk/gcc/graphite.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/graphite/block-0.c trunk/gcc/testsuite/gcc.dg/graphite/block-1.c trunk/gcc/testsuite/gcc.dg/graphite/block-2.c trunk/gcc/testsuite/gcc.dg/graphite/block-4.c trunk/gcc/tree-chrec.c trunk/gcc/tree-chrec.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38492
[Bug middle-end/38498] [graphite] ICE : verify_ssa failed
--- Comment #3 from spop at gcc dot gnu dot org 2009-01-07 15:53 --- Subject: Bug 38498 Author: spop Date: Wed Jan 7 15:53:03 2009 New Revision: 143159 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143159 Log: 2009-01-07 Jan Sjodin PR tree-optimization/38492 PR tree-optimization/38498 * tree-check.c (operator_is_linear, scev_is_linear_expression): New. * tree-chrec.h (scev_is_linear_expression): Declared. * graphite.c (graphite_cannot_represent_loop_niter): New. (scopdet_basic_block_info): Call graphite_cannot_represent_loop_niter. (graphite_loop_normal_form): Use gcc_assert. (scan_tree_for_params): Use CASE_CONVERT. (phi_node_is_iv, bb_contains_non_iv_scalar_phi_nodes): New. (build_scop_conditions_1): Call bb_contains_non_iv_scalar_phi_nodes. Use gcc_assert. Discard scops that contain unhandled cases. (build_scop_conditions): Return a boolean status for unhandled cases. (strip_mine_profitable_p): Print the loop number, not its depth. (is_interchange_valid): Pass the depth of the loop nest, don't recompute it wrongly. (graphite_trans_bb_block): Same. (graphite_trans_bb_block): Print tentative of loop blocking. (graphite_trans_scop_block): Do not print that the loop has been blocked. (graphite_transform_loops): Do not handle scops that contain condition scalar phi nodes. * testsuite/gcc.dg/graphite/pr38500.c: Fixed warning as committed in trunk. * testsuite/gcc.dg/graphite/block-0.c: Update test. * testsuite/gcc.dg/graphite/block-1.c: Same. * testsuite/gcc.dg/graphite/block-2.c: Remove xfail and test for blocking. * testsuite/gcc.dg/graphite/block-4.c: Remove test for strip mine. * testsuite/gcc.dg/graphite/block-3.c: New. * testsuite/gcc.dg/graphite/pr38498.c: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/block-3.c trunk/gcc/testsuite/gcc.dg/graphite/pr38498.c Modified: trunk/gcc/ChangeLog trunk/gcc/graphite.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/graphite/block-0.c trunk/gcc/testsuite/gcc.dg/graphite/block-1.c trunk/gcc/testsuite/gcc.dg/graphite/block-2.c trunk/gcc/testsuite/gcc.dg/graphite/block-4.c trunk/gcc/tree-chrec.c trunk/gcc/tree-chrec.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38498
[Bug middle-end/38492] [graphite] segfaulting code when compiled with -fgraphite -fgraphite-identity
--- Comment #12 from spop at gcc dot gnu dot org 2009-01-07 15:55 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38492
[Bug middle-end/38498] [graphite] ICE : verify_ssa failed
--- Comment #4 from spop at gcc dot gnu dot org 2009-01-07 15:56 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38498
[Bug rtl-optimization/38426] [4.4 Regression] Incorrect code produced with -momit-leaf-frame-pointer -fno-unit-at-a-time
--- Comment #8 from d dot g dot gorbachev at gmail dot com 2009-01-07 16:01 --- > sorry for the duplicate work. Thanks for fixing it! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38426
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #9 from markus dot schoepflin at comsoft dot de 2009-01-07 16:08 --- Comments #4 and #5 say so. And the code in question has not been fixed, AFAICT. (See http://gcc.gnu.org/viewcvs/*checkout*/branches/gcc-4_3-branch/gcc/mips-tfile.c?revision=132824, line numbers 2858, 2914, and 2988.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug middle-end/38520] [graphite] wrong code with -O3 -fgraphite-identity on polyhedron benchmarks
--- Comment #5 from spop at gcc dot gnu dot org 2009-01-07 16:10 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38520
[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.
--- Comment #10 from markus dot schoepflin at comsoft dot de 2009-01-07 16:11 --- Please disregard my reference to #4 and #5, I got the version numbers mixed up. But nevertheless, the current code still contains the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055
[Bug ada/36025] "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha
--- Comment #3 from oliver at linux-kernel dot at 2009-01-07 16:20 --- Please have a look at this: http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00033.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36025
[Bug c/38755] New: [graphite] wrong code with -O3 -fgraphite-identity -floop-block on polyhedron benchmarks
The capacita and test_fpu benchmarks fail under current gcc trunk (r143160) when compiled with -ffast-math -funroll-loops -msse3 -O3 -fgraphite-identity -floop-block. The capacita benchmark produces results with NaN as occurred before r143159. The test_fpu benchmark segfaults with -floop-block. -- Summary: [graphite] wrong code with -O3 -fgraphite-identity - floop-block on polyhedron benchmarks Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38755
[Bug rtl-optimization/38740] Incorrect delayed branch optimization
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-07 17:27 --- Subject: Re: Incorrect delayed branch optimization > I've seen that on the SPARC too. Does Richard's patch in > > http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00506.html > > help? If so, it is approved for mainline and 4.3 branch. It didn't help. It may have caused these fails: FAIL: gcc.c-torture/execute/pr34415.c compilation, -O0 FAIL: gcc.c-torture/execute/pr34415.c compilation, -O1 FAIL: gcc.c-torture/execute/pr34415.c compilation, -O2 FAIL: gcc.c-torture/execute/pr34415.c compilation, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/pr34415.c compilation, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/pr34415.c compilation, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/pr34415.c compilation, -O3 -g FAIL: gcc.c-torture/execute/pr34415.c compilation, -Os Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740
[Bug middle-end/38753] gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
--- Comment #3 from rob1weld at aol dot com 2009-01-07 17:34 --- I configured using "--without-system-zlib" and _every_ file in gcc_build/zlib failed to create it's accompanying ".gcda" files. The build continued into the libcpp directory and thus far has been working OK in libcpp and the libdecnumber directories; going on to build the compiler ... ... config.status: executing libtool commands gmake[3]: Entering directory `/usr/share/src/gcc_build/zlib' ../../gcc_trunk/zlib/adler32.c:149: note: file /usr/share/src/gcc_build/zlib/libz_a-adler32.gcda not found, execution counts estimated ../../gcc_trunk/zlib/compress.c:79: note: file /usr/share/src/gcc_build/zlib/libz_a-compress.gcda not found, execution counts estimated ../../gcc_trunk/zlib/crc32.c:423: note: file /usr/share/src/gcc_build/zlib/libz_a-crc32.gcda not found, execution counts estimated ../../gcc_trunk/zlib/deflate.c:1674: note: file /usr/share/src/gcc_build/zlib/libz_a-deflate.gcda not found, execution counts estimated ../../gcc_trunk/zlib/gzio.c:1026: note: file /usr/share/src/gcc_build/zlib/libz_a-gzio.gcda not found, execution counts estimated ../../gcc_trunk/zlib/infback.c:623: note: file /usr/share/src/gcc_build/zlib/libz_a-infback.gcda not found, execution counts estimated ../../gcc_trunk/zlib/inffast.c:302: note: file /usr/share/src/gcc_build/zlib/libz_a-inffast.gcda not found, execution counts estimated ../../gcc_trunk/zlib/inflate.c:1368: note: file /usr/share/src/gcc_build/zlib/libz_a-inflate.gcda not found, execution counts estimated ../../gcc_trunk/zlib/inftrees.c:329: note: file /usr/share/src/gcc_build/zlib/libz_a-inftrees.gcda not found, execution counts estimated ../../gcc_trunk/zlib/trees.c:1219: note: file /usr/share/src/gcc_build/zlib/libz_a-trees.gcda not found, execution counts estimated ../../gcc_trunk/zlib/uncompr.c:61: note: file /usr/share/src/gcc_build/zlib/libz_a-uncompr.gcda not found, execution counts estimated ../../gcc_trunk/zlib/zutil.c:316: note: file /usr/share/src/gcc_build/zlib/libz_a-zutil.gcda not found, execution counts estimated ... gmake[3]: Leaving directory `/usr/share/src/gcc_build/zlib' Configuring stage feedback in ./libcpp ... gmake[3]: Leaving directory `/usr/share/src/gcc_build/libcpp' Configuring stage feedback in ./libdecnumber ... gmake[3]: Leaving directory `/usr/share/src/gcc_build/libdecnumber' gmake[3]: Entering directory `/usr/share/src/gcc_build/gcc' ... build/gcov-iov '4.4.0' 'experimental' > tmp-gcov-iov.h /bin/sh ../../gcc_trunk/gcc/../move-if-change tmp-gcov-iov.h gcov-iov.h echo timestamp > s-iov ... Continues to work, correctly, using -fprofile-use to build gcc ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2009-01-07 17:35 --- Subject: Re: [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support jakub at gcc dot gnu dot org writes: > I see, does this extra hunk (incremental patch) fix it? Looks good so far: the libgomp testsuite is mostly clean, and libstdc++-v3 testing suffers from another (unrelated) problem only: FAIL: 18_support/bad_typeid/cons_virtual_derivation.cc (test for excess errors) Excess errors: /vol/gcc/lib/gld-2.19: warning: section `.bss' type changed to PROGBITS This seems to be due to a Sun as bug (already reported). I'll let the make check run to completion, but it seems that both this PR and libgomp/38086 are fixed now. Thanks a lot. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38092
[Bug middle-end/38756] New: 107t.ivopts introduces pointer truncation
When building gcc.c-torture/execute/2412-6.c with -mcpu=m32c (pointers are 24 bits), ivopts introduces a truncation to "unsigned short" (sizetype, which is 16 bits) - truncating needed bits off the pointer. 107t.ivopts shows this: tmp_9 = tmp_16 + 2; D.1229_1 = (unsigned int) tmp_9; tmp_13 = (short unsigned int *) D.1229_1; if (bufend_6(D) > tmp_13) which ends up being a PSI -> HI -> PSI conversion (PSI-SI-HI-SI-PSI in 128r.expand) -- Summary: 107t.ivopts introduces pointer truncation Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dj at redhat dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: m32c-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38756
[Bug middle-end/38753] gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 17:40 --- Obviously during bootstrap not all the code is actually executed. I don't see how that is a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
[Bug target/8603] [Alpha] s?addl pattern doesn't work
--- Comment #5 from ubizjak at gmail dot com 2009-01-07 17:56 --- Following patch that changes addsi3 and subsi3 expander constraint fixes this problem: --cut here-- Index: alpha.md === --- alpha.md(revision 143157) +++ alpha.md(working copy) @@ -261,7 +261,7 @@ [(set (match_operand:SI 0 "register_operand" "") (plus:SI (match_operand:SI 1 "reg_or_0_operand" "") (match_operand:SI 2 "add_operand" "")))] - "! optimize" + "" "") (define_insn "*addsi_internal" @@ -622,7 +622,7 @@ [(set (match_operand:SI 0 "register_operand" "") (minus:SI (match_operand:SI 1 "reg_or_0_operand" "") (match_operand:SI 2 "reg_or_8bit_operand" "")))] - "! optimize" + "" "") (define_insn "*subsi_internal" --cut here-- With the patch (gcc -O2): f: s4addl $16,$17,$0 ret $31,($26),1 g: s4subl $16,$16,$0 ret $31,($26),1 This regression was introduced by: Sat Feb 23 08:42:47 2002 Richard Kenner * expr.c (store_expr): When converting expression to promoted equivalent type, allow using SUBREG_REG of TARGET as the target of the expansion of EXP. * loop.c (basic_induction_var, case SUBREG): Always look inside. * config/alpha/alpha.c (rtx_equiv_function_matters): Delete decl. (alpha_emit_set_const): Handle SImode when can't make new pseudos. (alpha_emit_set_const_1, alpha_sa_mask): Use no_new_pseudos. * config/alpha/alpha.md (addsi3, subsi3): Don't use if optimizing. And the comment above addsi3 says: ;; Don't say we have addsi3 if optimizing. This generates better code. We ;; have the anonymous addsi3 pattern below in case combine wants to make it. So, is this still true? Can somebody benchmark this patch? We can perhaps look at csibe numbers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8603
[Bug libstdc++/36801] config/cpu/generic/atomicity_mutex/atomicity.h incorrectly relies on global constructor ordering
--- Comment #13 from jifl-bugzilla at jifvik dot org 2009-01-07 18:03 --- The patch seems to be ok from my cursory checking, thanks! Note that my original patch also included a trivial fix for concurrence.h where __GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been __GTHREAD_COND_INIT_FUNCTION. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36801
[Bug middle-end/38494] [graphite] Bootstrap fails with graphite enabled
--- Comment #1 from spop at gcc dot gnu dot org 2009-01-07 18:13 --- Fixed: trunk now passes bootstrap on amd64-linux with BOOT_CFLAGS="-g -O2 -fgraphite-identity" all default languages. I will prepare a patch for the graphite branch to enable -fgraphite-identity by default in -O2 or higher. PR38499 is another bug, to be fixed later, that appears for BOOT_CFLAGS="-g -O2 -floop-block". -- spop at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|38499 | Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38494
[Bug target/38695] [4.4 regression] gcc.c-torture/compile/pr37433.c ICE on trunk arm_function_in_section_p
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-07 18:17 ---
Created an attachment (id=17049)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17049&action=view)
gcc44-pr38695.patch
Patch that cures the testcase. I think there is no need to do tail calls
say to VAR_DECLs (char buf[64] __attribute__((section(".text"))) and calling
((void (*) (void))buf) ()), so checking for FUNCTION_DECLs is enough.
Can somebody please test this on arm?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
[Bug libstdc++/36801] config/cpu/generic/atomicity_mutex/atomicity.h incorrectly relies on global constructor ordering
--- Comment #14 from paolo dot carlini at oracle dot com 2009-01-07 18:17 --- (In reply to comment #13) > Note that my original patch also included a trivial fix for concurrence.h > where > __GTHREAD_MUTEX_INIT_FUNCTION was called when it should have been > __GTHREAD_COND_INIT_FUNCTION. This is already in, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36801
[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-07 18:17 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00350.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2009- ||01/msg00350.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736
[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT
--- Comment #10 from hjl dot tools at gmail dot com 2009-01-07 18:23 --- The updated patch is at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00352.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2009- |patches/2009- |01/msg00350.html|01/msg00352.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736
[Bug target/38695] [4.4 regression] gcc.c-torture/compile/pr37433.c ICE on trunk arm_function_in_section_p
--- Comment #5 from laurent at guerby dot net 2009-01-07 18:55 --- I will test this patch but it will take a few days :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38695
[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)
--- Comment #16 from jv244 at cam dot ac dot uk 2009-01-07 19:07 --- I checked that current trunk (i.e. not graphite branch) still generates a segfaulting executable with FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native -ffree-form -fgraphite -fgraphite-identity -floop-block -floop-strip-mine -floop-interchange with a bt Program received signal SIGSEGV, Segmentation fault. __fist_neighbor_lists_MOD_give_ijk_subcell () at fist_neighbor_lists.F:634 634 r_pbc = r Current language: auto; currently fortran (gdb) bt #0 __fist_neighbor_lists_MOD_give_ijk_subcell () at fist_neighbor_lists.F:634 #1 0x007568b8 in __fist_neighbor_lists_MOD_build_neighbor_lists () at fist_neighbor_lists.F:418 #2 0x0075c37c in __fist_neighbor_lists_MOD_build_fist_neighbor_lists () at fist_neighbor_lists.F:189 #3 0x0124e132 in __topology_generate_util_MOD_topology_generate_bond () at topology_generate_util.F:660 #4 0x0120031c in __topology_MOD_connectivity_control () at topology.F:421 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT
--- Comment #11 from hjl dot tools at gmail dot com 2009-01-07 19:21 --- The updated patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00358.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2009- |patches/2009- |01/msg00352.html|01/msg00358.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38736
[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)
--- Comment #17 from sebpop at gmail dot com 2009-01-07 19:23 --- Subject: Re: [graphite] several ICEs with CP2K (summary) > I checked that current trunk (i.e. not graphite branch) still generates a > segfaulting executable with > > FCFLAGS = -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native > -ffree-form -fgraphite -fgraphite-identity -floop-block -floop-strip-mine > -floop-interchange > Thanks for the update. I suspect that this is due to -floop-block. There are two more bugs 38559 and 38499 that we're looking at for fixing -floop-block. Sebastian -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
Doesn't compile. Is it a bug?
This code doesn't compile. It complains that A::_say is protected when
in reality it's being used from B. calling A::_say works fine, but
obtaining the address fails compilation.
Thanks!
Juan Linietsky
-=-=-=-=- CODE --=-=-=-=-=-
#include
class A {
protected:
void _say() {}
public:
virtual ~A() {};
};
class B : public A {
protected:
void _say() { std::cout << "different pointers? " <<
(&A::_say!=&B::say) << std::endl; }
public:
void say() { _say(); }
};
int main() {
B b;
b.say();
return 0;
}
[Bug debug/38757] New: gcc does not emit DW_LANG_C99
dwarf2out.c always chooses DW_LANG_C89 when compiling C code, even if the user specified -std=c99 -- Summary: gcc does not emit DW_LANG_C99 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38757
[Bug other/38758] New: gcc ships with GPL-only library parts (longlong.h)
libgcc2.c uses macros defined in longlong.h (included via libgcc2.h). Similarily, the code in config/soft-fp uses longlong.h . This library code is automatically linked in by gcc, and its source files are licensed with a special library exceptions to allow users to compile programs with gcc and distribute the resulting binaries under licenses other than GPL (assuming they have sufficent rights to the program being compiled to engage in such a distribution). longlong.h, however, carries a license notice which only permits distribution according to GPL v3, without any library exception. Which means that the statement that gcc-compiled programs can only be distributed under a GPL-compatible license is actually true for most programs (unless the local law governing the intended distribution recognizes estoppel because of statements like: http://www.gnu.org/licenses/gpl-faq.html#CanIUseGPLToolsForNF ). The discussion about this so far can be found here: http://gcc.gnu.org/ml/gcc/2009-01/msg00072.html http://gcc.gnu.org/ml/gcc/2009-01/msg00075.html -- Summary: gcc ships with GPL-only library parts (longlong.h) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38758
[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver
--- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-07 20:15 --- Any luck getting past the libgomp build failure? All that is needed is trying Jakub's patch and getting confirmation that it works. If it does then the libgomp/libstdc++ bits can go in at the same time without further delay. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added CC||bkoz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
[Bug c++/35784] [C++0x] Bogus inaccessibility error on variadic partial template specialization.
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 --- Subject: Bug 35784 Author: jason Date: Wed Jan 7 20:43:01 2009 New Revision: 143166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166 Log: PR c++/35297 PR c++/35477 PR c++/35784 PR c++/36846 PR c++/38276 * pt.c (check_default_tmpl_args): Don't complain about out-of-order parameter packs in the enclosing class or parameter packs after default args. (coerce_template_parms): If we have more than one parameter pack, don't flatten argument packs. (template_args_equal): Handle argument packs. (comp_template_args): Don't flatten argument packs. (check_instantiated_arg): Split out from... (check_instantiated_args): Here. Handle arg packs. (convert_template_argument): Just check that nontype argument packs have the right type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic92.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic93.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/variadic65.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic82.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic83.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35784
[Bug c++/38276] [c++0x] ICE on template specialization involving variadic templates
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-07 20:43 --- Subject: Bug 38276 Author: jason Date: Wed Jan 7 20:43:01 2009 New Revision: 143166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166 Log: PR c++/35297 PR c++/35477 PR c++/35784 PR c++/36846 PR c++/38276 * pt.c (check_default_tmpl_args): Don't complain about out-of-order parameter packs in the enclosing class or parameter packs after default args. (coerce_template_parms): If we have more than one parameter pack, don't flatten argument packs. (template_args_equal): Handle argument packs. (comp_template_args): Don't flatten argument packs. (check_instantiated_arg): Split out from... (check_instantiated_args): Here. Handle arg packs. (convert_template_argument): Just check that nontype argument packs have the right type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic92.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic93.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/variadic65.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic82.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic83.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38276
[Bug c++/35477] Compiling error with template subclass of a variadic template class
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-07 20:43 --- Subject: Bug 35477 Author: jason Date: Wed Jan 7 20:43:01 2009 New Revision: 143166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166 Log: PR c++/35297 PR c++/35477 PR c++/35784 PR c++/36846 PR c++/38276 * pt.c (check_default_tmpl_args): Don't complain about out-of-order parameter packs in the enclosing class or parameter packs after default args. (coerce_template_parms): If we have more than one parameter pack, don't flatten argument packs. (template_args_equal): Handle argument packs. (comp_template_args): Don't flatten argument packs. (check_instantiated_arg): Split out from... (check_instantiated_args): Here. Handle arg packs. (convert_template_argument): Just check that nontype argument packs have the right type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic92.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic93.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/variadic65.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic82.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic83.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35477
[Bug c++/35297] Compiling error with variadic template with fixed parameter with default type.
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:43 --- Subject: Bug 35297 Author: jason Date: Wed Jan 7 20:43:01 2009 New Revision: 143166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166 Log: PR c++/35297 PR c++/35477 PR c++/35784 PR c++/36846 PR c++/38276 * pt.c (check_default_tmpl_args): Don't complain about out-of-order parameter packs in the enclosing class or parameter packs after default args. (coerce_template_parms): If we have more than one parameter pack, don't flatten argument packs. (template_args_equal): Handle argument packs. (comp_template_args): Don't flatten argument packs. (check_instantiated_arg): Split out from... (check_instantiated_args): Here. Handle arg packs. (convert_template_argument): Just check that nontype argument packs have the right type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic92.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic93.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/variadic65.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic82.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic83.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35297
[Bug c++/36846] [4.3/4.4 regression] ICE with variadic templates partial specialization
--- Comment #7 from jason at gcc dot gnu dot org 2009-01-07 20:43 --- Subject: Bug 36846 Author: jason Date: Wed Jan 7 20:43:01 2009 New Revision: 143166 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143166 Log: PR c++/35297 PR c++/35477 PR c++/35784 PR c++/36846 PR c++/38276 * pt.c (check_default_tmpl_args): Don't complain about out-of-order parameter packs in the enclosing class or parameter packs after default args. (coerce_template_parms): If we have more than one parameter pack, don't flatten argument packs. (template_args_equal): Handle argument packs. (comp_template_args): Don't flatten argument packs. (check_instantiated_arg): Split out from... (check_instantiated_args): Here. Handle arg packs. (convert_template_argument): Just check that nontype argument packs have the right type. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic92.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic93.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/variadic65.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic82.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic83.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36846
[Bug c++/38759] New: Incorrect warning/error when compiling with a typedef'ed ptr return type
When a pointer to type is typedef'ed to a new type gcc incorrectly warns about
const modifier if new typedef is used in function return type.
gcc info:
dluadrianc:/home/adrianc> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.1/configure --prefix=/usr --enable-languages=c,c++
--enable-shared --enable-threads=posix
Thread model: posix
gcc version 4.3.1 (GCC)
Command line:g++ -save-temps -Wall -ansi -Wextra -pedantic -Werror const.cc
Error message:
cc1plus: warnings being treated as errors
const.cc:10: error: type qualifiers ignored on function return type
Code
# 1 "const.cc"
# 1 ""
# 1 ""
# 1 "const.cc"
class Foo { };
const Foo *func1()
{
return 0;
}
typedef Foo* Bar;
const Bar func2()
{
return 0;
}
int main(int , char *[])
{
func1();
func2();
return 0;
}
--
Summary: Incorrect warning/error when compiling with a typedef'ed
ptr return type
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gnu at bluedreamer dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38759
[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-07 20:44 --- See http://gcc.gnu.org/ml/gcc-bugs/2009-01/msg00759.html I'll post the whole patch to gcc-patches soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38086
[Bug middle-end/38760] New: [graphite] wrong code with -fblock-loop
with current trunk the small to be attached testcase (derived from CP2K) leads to wrong code gfortran -g -O2 -ffast-math -funroll-loops -ftree-vectorize -march=native -ffree-form -fgraphite -fgraphite-identity -floop-block -floop-strip-mine -floop-interchange test.f90 > ./a.out STOP X -- Summary: [graphite] wrong code with -fblock-loop Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk OtherBugsDependingO 38431 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
[Bug middle-end/38760] [graphite] wrong code with -fblock-loop
--- Comment #1 from jv244 at cam dot ac dot uk 2009-01-07 20:49 --- Created an attachment (id=17050) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17050&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
[Bug c++/36846] [4.3/4.4 regression] ICE with variadic templates partial specialization
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-07 20:49 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36846
[Bug middle-end/38760] [graphite] wrong code with -fblock-loop
--- Comment #2 from jv244 at cam dot ac dot uk 2009-01-07 20:50 --- FYI, it is the assignment at line 22 that 'goes wrong' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38760
[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)
--- Comment #18 from jv244 at cam dot ac dot uk 2009-01-07 20:52 --- (In reply to comment #17) > Thanks for the update. I suspect that this is due to -floop-block. > There are two more bugs 38559 and 38499 that we're looking at for > fixing -floop-block. yes, I was able to derive a small testcase for this problem (PR38760), and it requires floop-block to trigger. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
[Bug c++/35297] Compiling error with variadic template with fixed parameter with default type.
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35297
[Bug c++/35477] Compiling error with template subclass of a variadic template class
--- Comment #2 from jason at gcc dot gnu dot org 2009-01-07 20:56 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35477
[Bug c++/35784] [C++0x] Bogus inaccessibility error on variadic partial template specialization.
--- Comment #3 from jason at gcc dot gnu dot org 2009-01-07 20:56 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35784
[Bug c++/38276] [c++0x] ICE on template specialization involving variadic templates
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-07 20:57 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38276
[Bug middle-end/38753] gcc 4.4.0 20090106 - make profiledbootstrap - No ".gcda" files created in the libiberty/pic directory
--- Comment #5 from rob1weld at aol dot com 2009-01-07 20:57 --- While building in ./gcc _almost_ all ".gcda"'s are found, but a few are missed: ../../gcc_trunk/gcc/ebitmap.c:1018: note: file /usr/share/src/gcc_build/gcc/ebitmap.gcda not found, execution counts estimated ../../gcc_trunk/gcc/resource.c:1264: note: file /usr/share/src/gcc_build/gcc/resource.gcda not found, execution counts estimated Finally it runs out of juice with a -Werror ... /usr/share/src/gcc_build/./prev-gcc/xgcc -B/usr/share/src/gcc_build/./prev-gcc/ -B/usr/local/i386-pc-solaris2.11/bin/ -c -g -O2 -fprofile-use -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -DHAVE_CONFIG_H -I. -I. -I../../gcc_trunk/gcc -I../../gcc_trunk/gcc/. -I../../gcc_trunk/gcc/../include -I./../intl -I../../gcc_trunk/gcc/../libcpp/include -I../../gcc_trunk/gcc/../libdecnumber -I../../gcc_trunk/gcc/../libdecnumber/dpd -I../libdecnumber -DCLOOG_PPL_BACKEND -fexceptions \ ../../gcc_trunk/gcc/config/i386/i386.c -o i386.o cc1: warnings being treated as errors ../../gcc_trunk/gcc/config/i386/i386.c: In function 'ix86_expand_call': ../../gcc_trunk/gcc/config/i386/i386.c:18511: error: ISO C90 forbids variable length array 'vec' gmake[3]: *** [i386.o] Error 1 gmake[3]: Leaving directory `/usr/share/src/gcc_build/gcc' gmake[2]: *** [all-stagefeedback-gcc] Error 2 gmake[2]: Leaving directory `/usr/share/src/gcc_build' gmake[1]: *** [stagefeedback-bubble] Error 2 gmake[1]: Leaving directory `/usr/share/src/gcc_build' gmake: *** [profiledbootstrap] Error 2 u...@opensolaris:/usr/share/src/gcc_build# Continuing by removing -Werror and manually compiling the one file. Next restart the make. Unfortunately the Makefile wants to over-re-check. We already installed libgcc_s.so (and friends) but when we restart we must re-install libgcc_s.so and amd64/libgcc_s.so (and 'ln' the friends) two times over again, unnecessary. The "intl" was already configured but we will re-do that too. # gmake profiledbootstrap ... gmake[2]: Entering directory `/usr/share/src/gcc_build' Configuring stage feedback in ./intl Re-configuring 'intl' (and any more to come) is _very_ slow since at this stage we are using ./gcc/xgcc and are back to the point where we were collecting profiling info (again) instead of recognizing that this section had been done already and skipping it as make ought to do ... Wait a few more hours ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38753
[Bug target/38706] [4.4 Regression] ../../../../src/libstdc++-v3/src/strstream.cc:419: internal compiler error: Segmentation fault
--- Comment #10 from arthur dot loiret at gmail dot com 2009-01-07 21:04 --- Your patch fixes the build and brings no regression in testsuite. -- arthur dot loiret at gmail dot com changed: What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38706
[Bug c++/31488] [4.3/4.4 Regression] va_list considered non-POD
--- Comment #11 from jason at gcc dot gnu dot org 2009-01-07 20:59 --- Created an attachment (id=17051) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17051&action=view) Fix in pod_type_p Uros is testing this patch for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
