Re: MPC version 0.8 released!
From: Dennis Clarke dcla...@blastwave.org target GCC GMP MPFR sparc-sun-solaris2.11 4.1.1 4.2.1 2.3.2 i386-pc-solaris2.10 4.1.1 4.2.1 2.3.2 mips-sgi-irix6.5 3.4.5 4.3.0 2.3.2 alpha-dec-osf4.0f 3.4.4 4.2.1 2.3.2 All tests passed everywhere. what about sparc-sun-solaris2.10 ? sparc-sun-solaris2.9 and 2.8 ? I've done sparc-sun-solaris2.9, it passed. See: http://lists.gforge.inria.fr/pipermail/mpc-discuss/2009-November/000608.html Since sparc-sun-solaris2.10 is our official primary platform solaris for gcc-4.5, it would be nice to have that checked as well. http://gcc.gnu.org/gcc-4.5/criteria.html Though I don't foresee any problems, if either of you have that box and can find time to run the test and report back, I would very much appreciate it. Thanks, --Kaveh
Re: MPC version 0.8 released!
Kaveh R. Ghazi writes: From: Dennis Clarke dcla...@blastwave.org target GCC GMP MPFR sparc-sun-solaris2.11 4.1.1 4.2.1 2.3.2 i386-pc-solaris2.10 4.1.1 4.2.1 2.3.2 mips-sgi-irix6.5 3.4.5 4.3.0 2.3.2 alpha-dec-osf4.0f 3.4.4 4.2.1 2.3.2 All tests passed everywhere. what about sparc-sun-solaris2.10 ? sparc-sun-solaris2.9 and 2.8 ? I've done sparc-sun-solaris2.9, it passed. See: http://lists.gforge.inria.fr/pipermail/mpc-discuss/2009-November/000608.html Since sparc-sun-solaris2.10 is our official primary platform solaris for gcc-4.5, it would be nice to have that checked as well. http://gcc.gnu.org/gcc-4.5/criteria.html Though I don't foresee any problems, if either of you have that box and can find time to run the test and report back, I would very much appreciate it. sparc-sun-solaris2.10, gcc-4.4.2, gmp-4.3.1, mpfr-2.4.1, mpc-0.8 All 57 tests passed
Re: MPC version 0.8 released!
what about sparc-sun-solaris2.10 ? sparc-sun-solaris2.9 and 2.8 ? sparc-sun-solaris2.8 and sparc64-sun-solaris2.8 are OK as well (GCC 4.3.3, GMP 4.2.4, MPFR 2.3.2). -- Eric Botcazou
gcc-4.5-20091105 is now available
Snapshot gcc-4.5-20091105 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20091105/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 153952 You'll find: gcc-4.5-20091105.tar.bz2 Complete GCC (includes all of below) gcc-core-4.5-20091105.tar.bz2 C front end and core compiler gcc-ada-4.5-20091105.tar.bz2 Ada front end and runtime gcc-fortran-4.5-20091105.tar.bz2 Fortran front end and runtime gcc-g++-4.5-20091105.tar.bz2 C++ front end and runtime gcc-java-4.5-20091105.tar.bz2 Java front end and runtime gcc-objc-4.5-20091105.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.5-20091105.tar.bz2The GCC testsuite Diffs from 4.5-20091029 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.5 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
Re: [plugins-ici-cloning-instrumentation] new GCC plugin developements
Grigori Fursin grigori.fur...@inria.fr writes: Also, I am trying to figure out if GCC 4.5 branch is still open or not?.. gcc 4.5 is in stage 3, which normally means that no new features are permitted. That said, plugins are a new feature in gcc 4.5, so the release managers are likely to grant some leeway for changing them. But major rearrangements or modifications of existing code are not appropriate at this time. Ian
Re: Storing 16bit values in upper part of 32bit registers
On 10/15/2009 08:56 AM, Richard Henderson wrote: On 10/15/2009 07:41 AM, Markus L wrote: However the IS is designed so that it is beneficial to to store 16bit values in the high part of the registers (rNh) and also the calling conventions that we want follow require 16bit values to be passed and returned in rNh. What would be the proper way make the compiler use the upper parts of these registers for the 16bit operands? This feature is going to be difficult, but not impossible, and unless your ISA has some really odd features I won't vouch for the code quality. You say you want to canonically represent HImode in the high-part of the register. Additionally, you'll have to represent QImode in the high-part (if not further in the high byte). You'll need to follow the mips port and define TRULY_NOOP_TRUNCATION and the associated truncMN2 patterns. If you do all this, you won't have to do anything with FUNCTION_VALUE etc at all. Sorry for a *way* *late* reply to this, but wouldn't it also work to model the register file as a set of 16-bit registers (since that's what you really have -- individually addressable 16-bit registers) and exclude SImode values from register pairs which are not aligned. Then one can simply prefer the high 16-bit registers to the low 16-bit registers in the register priority sequence. I'm assuming there is something wrong with this, but I'm kind of curious as to what it would be. -hpa
Re: [plugins-ici-cloning-instrumentation] new GCC plugin developements
Sorry, I missed the question. I have enabeld fine-grain tuning in loop unrolling, strip mine and blocking in the GSoC project. Cheers, Yuanjie On Fri, Nov 6, 2009 at 12:27 AM, Grigori Fursin grigori.fur...@inria.fr wrote: Thanks, Yuanjie. By the way, I think you still didn't reply which fine-grain optimizations did you manage to add, i.e. you could see that they properly transform the code ... Thanks again, Grigori -Original Message- From: huangyuan...@gmail.com [mailto:huangyuan...@gmail.com] On Behalf Of Yuanjie Huang Sent: Thursday, November 05, 2009 3:34 PM To: Grigori Fursin Cc: Joern Rennecke; Liang Peng; Zbigniew Chamski; GCC Mailing List; ctuning- discussi...@googlegroups.com; Yuri Kashnikoff; Diego Novillo Subject: Re: [plugins-ici-cloning-instrumentation] new GCC plugin developements Hi all, There is a change in the parameter API, which is used to add a type information to the parameters. I've document the changes here: http://ctuning.org/wiki/index.php/CTools:ICI:Projects:GSOC09:Fine_grain_tuning#ICI_Parameter_H andling_APIs Cheers, Yuanjie On Thu, Nov 5, 2009 at 9:54 PM, Grigori Fursin grigori.fur...@inria.fr wrote: Hi Joern, Normally, there should be no new changes in the ICI2.0 API during GSOC'09 developments (i.e. in adapt branch), just new hooks. Yuanjie and Liang, can you please confirm that ASAP?.. Also, I am trying to figure out if GCC 4.5 branch is still open or not?.. The thing is that I think Zbigniew sent a first patch of the ICI2.0 for GCC 4.5 but I don't remember now what happened with that since I was not available for a few months ... Since the changes are really minimal on top of plugin branch on GCC 4.5 and we had been discussing that with Diego for a while (in CC), maybe we can still resubmit the ICI2.0 to the GCC 4.5 or check what was the status of the previous patch and do all the rest (function cloning/program instrumentation) for GCC 4.6?.. If the GCC 4.5 is officially closed, we can start working on the next version and as soon as Yuanjie and Liang reply we take either gcc-4.4.0-ici-2.0 or gcc-4.4.0-ici- 2.0-adapt ... Cheers, Grigori -Original Message- From: Joern Rennecke [mailto:amyl...@spamcop.net] Sent: Thursday, November 05, 2009 2:26 PM To: Grigori Fursin Cc: 'Zbigniew Chamski'; 'Richard Guenther'; 'Basile STARYNKEVITCH'; 'Ian Lance Taylor'; 'GCC Mailing List'; 'Albert Cohen'; ctuning-discussi...@googlegroups.com; 'Yuri Kashnikoff'; Yuanjie Huang; Liang Peng; annou...@hipeac.net; ctuning-annou...@googlegroups.com; do...@il.ibm.com; Mircea Namolaru; 'Diego Novillo' Subject: Re: [plugins-ici-cloning-instrumentation] new GCC plugin developements Quoting Grigori Fursin grigori.fur...@inria.fr: The latest version of ICI and GSOC developments for GCC 4.4.0 is available at SVN: http://gcc-ici.svn.sourceforge.net/viewvc/gcc-ici/branches/ (gcc-4.4.0-ici-2.0-adapt) Can I start with gcc-4.4.0-ici-2.0 or is this now outdated relative to gcc-4.4.0-ici-2.0-adapt ? -- Yuanjie HUANG -- Yuanjie HUANG
[Bug c++/41703] Problems with SFINAE. Source works at gcc 3.4.6 but fails at 4.2.1 and 4.5.0.20091008
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-05 18:41:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41703
[Bug tree-optimization/41887] ICE from '-O -ftree-loop-distribution -fgraphite-identity -g'
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-11-05 19:11 --- Dupe, newer bug has same testcase and more useful info. *** This bug has been marked as a duplicate of 41888 *** -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41887
[Bug tree-optimization/41888] [4.5 Regression] ICE from '-O -ftree-loop-distribution -fgraphite-identity -g'
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-11-05 19:11 --- *** Bug 41887 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41888
[Bug c/41955] New: ICE compiling today's linux kernel git snapshot
Trying to build today's linux kernel development snapshot with gcc-4.4-20091103 snapshot, I get: CC [M] fs/ext4/mballoc.o CC [M] fs/fat/namei_msdos.o fs/ext4/mballoc.c: In function 'ext4_mb_add_groupinfo': fs/ext4/mballoc.c:2230: 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]: *** [fs/ext4/mballoc.o] Error 1 make[1]: *** [fs/ext4] Error 2 The build completes successfully when I revert to the 20091027 snapshot of gcc. I have to go to out now so just a teads up to start with. I will get more diagnostics tomorrow. -- Summary: ICE compiling today's linux kernel git snapshot Product: gcc Version: 4.4.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris2553 at googlemail dot com GCC build triplet: i386-pc-linux GCC host triplet: i386-pc-linux GCC target triplet: i386-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41955
[Bug c/41956] New: Segmentation fault when called by mpicc
This problem occurs when compiling part of ParMetis-3.1: /usr/bin/mpicc -save-temps -O3 -I. -I/opt/local/include -I/usr/include/malloc -c node_refine.c node_refine.c: In function KWayNodeRefine__: node_refine.c:114:6: internal compiler error: Segmentation fault -- Summary: Segmentation fault when called by mpicc Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andrew_newell at ncsu dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug c/41956] Segmentation fault when called by mpicc
--- Comment #1 from andrew_newell at ncsu dot edu 2009-11-05 20:34 --- Created an attachment (id=18977) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18977action=view) Preprocessed file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug c/41956] Segmentation fault when called by mpicc
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-05 20:35 --- Can you provide the output of gcc -v ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug middle-end/41956] Segmentation fault when called by mpicc
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-05 20:39 --- Using built-in specs. Target: x86_64-apple-darwin10 Configured with: ../gcc-4.5-20090910/configure --enable-languages=fortran,c++ --host=x86_64-apple-darwin10 --build=x86_64-apple-darwin10 Thread model: posix gcc version 4.5.0 20090910 (experimental) (GCC) -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end GCC target triplet||x86_64-apple-darwin10 Version|4.2.1 |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug middle-end/41956] Segmentation fault when called by mpicc
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-05 20:40 --- This is likely a dup of bug 41891. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
[Bug fortran/41948] [4.5.0 regression] mismatch in optional arguments triggers segmentation fault
--- Comment #4 from reuter at physik dot uni-freiburg dot de 2009-11-05 20:45 --- I tested with the trunk from today (r153950) everything works nicely again. But I do not want to close this report, it might be a duplicate issue to PR 41907. I leave it to the developers to close the report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41948
[Bug tree-optimization/41957] New: [4.4/4.5 Regression] ICE with -ftree-loop-linear
$ cat gugu.f c AtAMul: Left-multiplies matrix AMat by its transpose c AtAMat = transpose(AMat) * AMat c k,k k,n n,k c the resultant matrix AtAMat is returned in lower triangle form c - Subroutine AtAmul(AMat,AtAMat,kDim,nDim) IMPLICIT NONE c Input: Output: Local: Integer kDim,nDim,i, j, ij, n Real*8 AMat(kDim,nDim), AtAMat(kDim*(kDim+1)/2), Ai1, Ain c initialization loop n=1 : ij = 0 do i = 1, kDim Ai1 = AMat(i,1) do j = 1, i-1 AtAMat(ij+j) = Ai1 * AMat(j,1) enddo ij = ij + i AtAMat(ij) = Ai1 * Ai1 enddo c accumulation loop n=2,nDim : do n = 2, nDim ij = 0 do i = 1, kDim Ain = AMat(i,n) do j = 1, i-1 AtAMat(ij+j) = AtAMat(ij+j) + Ain * AMat(j,n) enddo ij = ij + i AtAMat(ij) = AtAMat(ij) + Ain * Ain enddo enddo end gfortran -O3 -ftree-loop-linear gugu.f gugu.f: In function 'atamul_': gugu.f:6:0: internal compiler error: in initialize_matrix_A, at tree-data-ref.c:1912 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ gfortran-4.4 -O3 -ftree-loop-linear gugu.f gugu.f: In function 'atamul': gugu.f:6: internal compiler error: in initialize_matrix_A, at tree-data-ref.c:1880 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.4/README.Bugs for instructions. $ gfortran-4.3 -O3 -ftree-loop-linear gugu.f /usr/lib/gcc/i486-linux-gnu/4.3.4/libgfortranbegin.a(fmain.o): In function `main': (.text+0x35): undefined reference to `MAIN__' collect2: ld returned 1 exit status -- Summary: [4.4/4.5 Regression] ICE with -ftree-loop-linear Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
[Bug tree-optimization/41957] [4.4/4.5 Regression] ICE with -ftree-loop-linear
-- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
[Bug tree-optimization/41957] [4.4/4.5 Regression] ICE with -ftree-loop-linear
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-05 20:57 --- This is most likely related to PR 40281. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
[Bug fortran/41918] Superflous warning was declared INTENT(OUT) but was not set
--- Comment #3 from kargl at gcc dot gnu dot org 2009-11-05 20:57 --- Subject: Bug 41918 Author: kargl Date: Thu Nov 5 20:57:12 2009 New Revision: 153952 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153952 Log: 2009-11-03 Steven G. Kargl ka...@gcc.gnu.org PR fortran/41918 * fortran/trans-decl.c: Silence intent(out) warning for derived type dummy arguments with default initialization. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41918
[Bug tree-optimization/41957] [4.4/4.5 Regression] ICE with -ftree-loop-linear in initialize_matrix_A, at tree-data-ref.c:1912
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-05 20:59 --- Fails on x86-64-linux with gfortran -m32 -O1 -ftree-loop-linear but works with -m64. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at net-b dot de GCC target triplet||x86*-unknown-linux-gnu Known to fail||4.4.2 4.5.0 Known to work||4.3.4 Summary|[4.4/4.5 Regression] ICE|[4.4/4.5 Regression] ICE |with -ftree-loop-linear |with -ftree-loop-linear in ||initialize_matrix_A, at ||tree-data-ref.c:1912 Target Milestone|4.5.0 |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
[Bug tree-optimization/41957] [4.4/4.5 Regression] ICE with -ftree-loop-linear in initialize_matrix_A, at tree-data-ref.c:1912
--- Comment #3 from burnus at gcc dot gnu dot org 2009-11-05 21:00 --- First reported by Hans Horn at http://gcc.gnu.org/ml/fortran/2009-11/msg00084.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
[Bug middle-end/40281] [4.4/4.5 Regression] -fprefetch-loop-arrays: ICE: in initialize_matrix_A, at tree-data-ref.c:1887
--- Comment #4 from burnus at gcc dot gnu dot org 2009-11-05 21:04 --- Test case in comment 2 fails for me on x86-64-linux with 4.4.1 [gcc-4_4-branch revision 150839] and with 4.4.3 20091105 [gcc-4_4-branch revision 153928]. Marking thus as 4.4 regression. Maybe related: PR 41957 -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5 Regression] -fprefetch-|[4.4/4.5 Regression] - |loop-arrays: ICE: in|fprefetch-loop-arrays: ICE: |initialize_matrix_A, at |in initialize_matrix_A, at |tree-data-ref.c:1887|tree-data-ref.c:1887 Target Milestone|4.5.0 |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40281
[Bug c++/41958] New: [c++0x] bogus variadic partial ordering code
more_specialized_fn contains /* All things being equal, if the next argument is a pack expansion for one function but not for the other, prefer the non-variadic function. */ if ((better1 0) - (better2 0) == 0 args1 TREE_VALUE (args1) args2 TREE_VALUE (args2)) { if (TREE_CODE (TREE_VALUE (args1)) == TYPE_PACK_EXPANSION) return TREE_CODE (TREE_VALUE (args2)) == TYPE_PACK_EXPANSION ? 0 : -1; else if (TREE_CODE (TREE_VALUE (args2)) == TYPE_PACK_EXPANSION) return 1; } which makes us prefer a non-variadic option even when deduction failed in both directions, which makes variadic-crash1.C pass purely by accident. This also makes us prefer an unused default argument to a function parameter pack. -- Summary: [c++0x] bogus variadic partial ordering code Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41958
[Bug c++/34180] Default copy constructor copies const auto_ptr members
--- Comment #7 from likeuclinux at yahoo dot ca 2009-11-05 21:16 --- Please, this is definitely bug from GCC, for same code give me error in Visual Studio 2008 but not in GCC: #include iostream #include stdio.h #include stdlib.h #include memory using namespace std; class A{ public: A() : p(new int(10)){ } const auto_ptrint p; }; int main() { A a; printf(a pointer=0x%x\n, a.p.get()); A a2 = a; printf(a pointer=0x%x\n, a.p.get()); printf(a2 pointer=0x%x\n, a2.p.get()); return 0; } Error: Error 1 error C2558: class 'std::auto_ptr_Ty' : no copy constructor available or copy constructor is declared 'explicit' c:\documents and settings\charlie\my documents\visual studio 2008\projects\debug\debug\test.cpp 19 debug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34180
[Bug c/41567] Too small .bss stack
--- Comment #13 from mans at mansr dot com 2009-11-05 21:29 --- Removing -Bsymbolic caused many more of those messages. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41567
[Bug c++/34870] argument-dependent lookup fails to find friend declaration
--- Comment #11 from jason at gcc dot gnu dot org 2009-11-05 22:08 --- The ADL and template-id issue: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#561 but I'm declaring this PR to be about the bug-002.cc testcase, which shows the real bug here without the distraction of template-ids, which can be dealt with in PR 40177. -- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED Keywords|accepts-invalid |rejects-valid Last reconfirmed|2008-12-29 18:28:06 |2009-11-05 22:08:19 date|| Summary|argument-dependent lookup |argument-dependent lookup |wrongly finds friend|fails to find friend |declaration |declaration Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34870
[Bug c++/34180] Default copy constructor copies const auto_ptr members
--- Comment #8 from paolo dot carlini at oracle dot com 2009-11-05 22:11 --- Jason, this isn't a regression, but a very old issue, any chance you can have a look? As far as I can see we are still compiling the snipped in Comment #2 and the EDG-based compilers are still rejecting it... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34180
[Bug c++/40177] ADL with non-unqualified-id
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-05 22:11 --- I agree: before we can do ADL we need to know that f is a template name, so we need another declaration of f to be found by unqualified lookup, i.e. something like template class T void f(T,T); It is correct to do ADL once we do that, though: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#561 -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-05 22:11:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40177
[Bug c++/41958] [c++0x] bogus variadic partial ordering code
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-05 22:41 --- That is, I think this should be ambiguous since the WP says that unused default args aren't considered in partial ordering (14.6.6.2): templatetypename T, typename... Args int f(const T, Args...); templatetypename T float f(const T, double d = 2); float g() { return f(17); } -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-05 22:41:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41958
[Bug c++/33911] attribute deprecated vs. templates
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-05 23:08 --- Not planning to work on this soon since there's a reasonable workaround. -- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jason at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
[Bug c++/41959] New: Vector type name mangling is size ambiguous
--- #include x86intrin.h void f(__m128) { } void f(__m256) { } --- Build with the -mavx flag to enable 32-byte vectors. z.s: Assembler messages: z.s:22: Error: symbol `_Z1fU8__vectorf' is already defined This because the vector mangling does not include the size of the vector, and thus __m128 and __m256 mangle to the same thing. -- Summary: Vector type name mangling is size ambiguous Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rth at gcc dot gnu dot org GCC target triplet: i386-* x86_64-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41959
[Bug c++/41959] Vector type name mangling is size ambiguous
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-05 23:26 --- The same is true for even: *** This bug has been marked as a duplicate of 12909 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41959
[Bug c++/12909] ambiguity in mangling vector types
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-05 23:26 --- *** Bug 41959 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12909
[Bug middle-end/41953] False negative -- uninit warning
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-05 23:39 --- Well in 4.5, there is only MEM for VOPs so I think this comes down to walking the VOP def trees and such. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41953
[Bug fortran/41909] [4.4/4.5 Regression] ICE with call foo in program foo
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-11-06 03:21 --- I have a patch for this testing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-06 03:21:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41909
[Bug c++/41703] Problems with SFINAE. Source works at gcc 3.4.6 but fails at 4.2.1 and 4.5.0.20091008
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-06 03:33 --- Subject: Bug 41703 Author: jason Date: Fri Nov 6 03:32:55 2009 New Revision: 153957 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153957 Log: PR c++/41703 * pt.c (check_undeduced_parms): New subroutine of... (more_specialized_fn): ...here. Undeduced template parms can make a template less specialized than another. Added: trunk/gcc/testsuite/g++.dg/template/partial6.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41703
[Bug c++/34870] argument-dependent lookup fails to find friend declaration
--- Comment #12 from jason at gcc dot gnu dot org 2009-11-06 03:33 --- Subject: Bug 34870 Author: jason Date: Fri Nov 6 03:33:06 2009 New Revision: 153958 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153958 Log: PR c++/34870 * name-lookup.c (arg_assoc_class): Call complete_type. * pt.c (instantiate_class_template): Call uses_template_parms instead of dependent_type_p. Added: trunk/gcc/testsuite/g++.dg/lookup/koenig7.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/name-lookup.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34870
[Bug c++/7046] #pragma pack(1) context evaluated at point of instantiation rather than declaration
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-06 03:33 --- Subject: Bug 7046 Author: jason Date: Fri Nov 6 03:33:17 2009 New Revision: 153959 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153959 Log: PR c++/7046 * class.c (finish_struct): Store maximum_field_alignment in TYPE_PRECISION. * pt.c (instantiate_class_template): Set maximum_field_alignment. Added: trunk/gcc/testsuite/g++.dg/abi/pragma-pack1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7046
[Bug c++/41960] New: g++: friend introduce name into class, violate standard
below code cannot be compiled: --- #define TYPEN::C #define ASSIGN do {} while(0) //#define ASSIGNdo { x-i = 0;} while(0) //#define TYPE N::B namespace N { class B; class C; } void func(TYPE * x); namespace N { class B { int i; }; class C { int i; friend void func(TYPE * x); }; } void func(TYPE * x) { ASSIGN; } int main() { TYPE x; func(x); return 0; } --- g++ report: /test-cpp.cpp: In function 'int main()': ./test-cpp.cpp:22: error: call of overloaded 'func(N::C*)' is ambiguous ./test-cpp.cpp:18: note: candidates are: void func(N::C*) ./test-cpp.cpp:15: note: void N::func(N::C*) change #define TYPE N::C to #define TYPEN::B then the code can be compiled. According to [namespace.memdef] and [basic.scope.pdecl]: --- friend declarations refer to functions or classes that are members of the nearest enclosing namespace, but they do not introduce new names into that namespace (7.3.1.2). --- According to standard, ::func(N::C * x) shouldn't become friend of N::C, but there should no ambiguous, because 'friend void func(TYPE * x);' look for N::func(N::C *), and it doesn't exist at all. According to [namespace.memdef], the names introduced by 'friend' is invisible until its real declaration. It seems that, g++ wrongly introduces a name: N::func(N::C*) into namespace N, and when calling func(N::C*), it follows koenig lookup and finds N::func(N::C*). In the situation of 'friend void N::func(N::B*)', g++ works correctly. -- Summary: g++: friend introduce name into class, violate standard Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960
[Bug c++/41960] g++: friend introduce name into class, violate standard
--- Comment #1 from pi3orama at gmail dot com 2009-11-06 03:52 --- following is my g++ -v: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --disable-libgcj --with-arch=i686 --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.4 p1.0, pie-10.1.5' Thread model: posix gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960
[Bug c++/41960] g++: friend introduce name into namespace, violate standard
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-06 03:59 --- This is correct argument dependent lookup is supposed to find N::func for N::C. You just cannot call N::func directly. -- 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=41960
[Bug c++/34180] Default copy constructor copies const auto_ptr members
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-03-30 20:47:06 |2009-11-06 04:02:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34180
[Bug c++/7046] #pragma pack(1) context evaluated at point of instantiation rather than declaration
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-06 04:08 --- Fixed for 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7046
[Bug c++/34870] argument-dependent lookup fails to find friend declaration
--- Comment #13 from jason at gcc dot gnu dot org 2009-11-06 04:08 --- Fixed for 4.5. -- 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=34870
[Bug c++/41960] g++: friend introduce name into namespace, violate standard
--- Comment #3 from pi3orama at gmail dot com 2009-11-06 04:09 --- Then why #define TYPE N::B works? why argument dependent lookup doesn't take effect? Both B and func are in namespace N. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960
[Bug c++/41703] Problems with SFINAE. Source works at gcc 3.4.6 but fails at 4.2.1 and 4.5.0.20091008
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-06 04:10 --- Fixed for 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41703
[Bug c++/41960] g++: friend introduce name into namespace, violate standard
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-11-06 04:19 --- (In reply to comment #3) Then why #define TYPE N::B works? why argument dependent lookup doesn't take effect? Both B and func are in namespace N. Because N::func is only a friend of N::C so it is only found for N::C. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960
[Bug c++/8966] [Alpha OSF5.1] Lost exceptions across library boundaries
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-06 04:22 --- Perhaps the PPL instance of this problem will be fixed with the switch to strcmp for typeinfo comparison in 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8966
[Bug c++/34180] Default copy constructor copies const auto_ptr members
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-06 04:32 --- Subject: Bug 34180 Author: jason Date: Fri Nov 6 04:32:13 2009 New Revision: 153960 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153960 Log: PR c++/34180 * method.c (do_build_copy_constructor): Don't drop cv-quals from the field type. Added: trunk/gcc/testsuite/g++.dg/init/synth2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/method.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34180
[Bug c++/41961] New: Internal error with -O3 and -ftree-parallelize-loops
Hello! I've encountered internal compiler error which affects the whole 4.3 branch (source from vlc): It fails with 4.3.3, 4.3.4 and 4.3-branch taken from svn (i didn't try 4.3.2). It works ok with 4.4 branch and latest trunk. sal...@salmin:~/gccbug$ ../systemroot/bin/g++4.3-branch -v -save-temps -O3 -ftree-parallelize-loops=2 AtmoZoneDefinition_cpped.cpp Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ./configure : (reconfigured) ./configure --prefix=/home/salmin/systemroot --program-suffix=4.3-branch --enable-languages=c,c++ Thread model: posix gcc version 4.3.5 20091105 (prerelease) (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O3' '-ftree-parallelize-loops=2' '-shared-libgcc' '-mtune=generic' '-pthread' /home/salmin/systemroot/libexec/gcc/x86_64-unknown-linux-gnu/4.3.5/cc1plus -E -quiet -v -D_GNU_SOURCE -D_REENTRANT AtmoZoneDefinition_cpped.cpp -mtune=generic -ftree-parallelize-loops=2 -O3 -fpch-preprocess -o AtmoZoneDefinition_cpped.ii ignoring nonexistent directory /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/../../../../include/c++/4.3.5 /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/../../../../include/c++/4.3.5/x86_64-unknown-linux-gnu /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/../../../../include/c++/4.3.5/backward /usr/local/include /home/salmin/systemroot/include /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/include /home/salmin/systemroot/lib/gcc/x86_64-unknown-linux-gnu/4.3.5/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O3' '-ftree-parallelize-loops=2' '-shared-libgcc' '-mtune=generic' '-pthread' /home/salmin/systemroot/libexec/gcc/x86_64-unknown-linux-gnu/4.3.5/cc1plus -fpreprocessed AtmoZoneDefinition_cpped.ii -quiet -dumpbase AtmoZoneDefinition_cpped.cpp -mtune=generic -auxbase AtmoZoneDefinition_cpped -O3 -version -ftree-parallelize-loops=2 -o AtmoZoneDefinition_cpped.s GNU C++ (GCC) version 4.3.5 20091105 (prerelease) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.3.5 20091105 (prerelease), GMP version 4.3.1, MPFR version 2.4.1-p2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 75c935b73fe74f5f276e5cfd3e1d84c4 AtmoZoneDefinition.cpp: In member function 'void CAtmoZoneDefinition::Fill(unsigned char)': AtmoZoneDefinition.cpp:22: internal compiler error: in get_smt_for, at tree-ssa-alias.c:3310 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Removing either -O3 or -ftree-parallelize-loops avoids the crash. You can find the preprocessed source file here: http://crocodile.iis.nsk.su/~salmin/AtmoZoneDefinition_cpped.cpp I can try to reduce it if necessary. -- Summary: Internal error with -O3 and -ftree-parallelize-loops Product: gcc Version: 4.3.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: alexey dot salmin at gmail dot com GCC build triplet: Debian, x86_64 GCC host triplet: Debian, x86_64 GCC target triplet: Debian, x86_64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41961
[Bug c++/41961] Internal error with -O3 and -ftree-parallelize-loops
--- Comment #1 from alexey dot salmin at gmail dot com 2009-11-06 04:38 --- Hello! I've encountered internal compiler error which affects the whole 4.3 branch (source from vlc): I mean I've encountered it trying to compile vlc's source, source of gcc was taken from gcc.gnu.org/svn :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41961
[Bug c++/41960] g++: friend introduce name into namespace, violate standard
--- Comment #5 from pi3orama at gmail dot com 2009-11-06 04:40 --- I find a clause in the standard: [basic.lookup.argdep]: Any namespace-scope friend functions or friend function templates declared in associated classes are visible within their respective namespaces even if they are not visible during an ordinary lookup. g++ is right. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41960
[Bug c/41962] New: gcc fails to compile with -combine -no-integrated-cpp
$ gcc -v -combine -no-integrated-cpp dummy.c Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --program-suffix=-4.4 --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --disable-werror --with-arch-32=i486 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu8) COLLECT_GCC_OPTIONS='-v' '-combine' '-no-integrated-cpp' '-mtune=generic' /usr/lib/gcc/x86_64-linux-gnu/4.4.1/cc1 -E -quiet -v dummy.c -D_FORTIFY_SOURCE=2 -mtune=generic -fstack-protector -o /tmp/ccR6FGNf.i -o /tmp/ccCDd5ql.s cc1: error: output filename specified twice ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.4.1/../../../../x86_64-linux-gnu/include ignoring nonexistent directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.4.1/include /usr/lib/gcc/x86_64-linux-gnu/4.4.1/include-fixed /usr/include End of search list. -- Summary: gcc fails to compile with -combine -no-integrated-cpp Product: gcc Version: unknown Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: miklcct at gmail dot com GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41962
[Bug c++/9381] attribute on member function pointer have no effect
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-12-11 23:05:52 |2009-11-06 04:56:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9381
[Bug middle-end/41963] New: [4.5 Regression] 177.mesa in SPEC CPU 2K is miscompiled
On Linux/x86-64, 177.mesa in SPEC CPU 2K is miscompiled at -O3 -ffast-math by revision 153946: Running 177.mesa ref base o3 default *** Miscompare of mesa.ppm, see /export/gnu/import/svn/gcc-test/spec/2000/x86_64 /spec/benchspec/CFP2000/177.mesa/run/0002/mesa.ppm.mis Revision 153929 is OK. -- Summary: [4.5 Regression] 177.mesa in SPEC CPU 2K is miscompiled Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41963
[Bug c++/31952] parameters may be redeclared in a function try-block
--- Comment #5 from pi3orama at gmail dot com 2009-11-06 06:58 --- still not solved at 4.3.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31952
[Bug c/41964] New: Regarding gcc: Internal error: Killed (program cc1)
Hi, I compling the code on linux machine and I am getting these kind of error again and again. {standard input}: Assembler messages: {standard input}:176061: Warning: end of file not at end of a line; newline inserted gcc: Internal error: Killed (program cc1) Please submit a full bug report. See URL:http://bugzilla.redhat.com/bugzilla for instructions. My machine info is given below Tasks: 282 total, 1 running, 280 sleeping, 1 stopped, 0 zombie Cpu0 : 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si Cpu1 : 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si Cpu2 : 0.0% us, 0.3% sy, 0.0% ni, 99.7% id, 0.0% wa, 0.0% hi, 0.0% si Cpu3 : 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si Mem: 3115616k total, 3067848k used,47768k free, 20k buffers Swap:0k total,0k used,0k free, 1737244k cached -- Summary: Regarding gcc: Internal error: Killed (program cc1) Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ravicse04 at gmail dot com GCC build triplet: gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41964
[Bug middle-end/41964] Regarding gcc: Internal error: Killed (program cc1)
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 07:35 --- cc1 ran out of memory. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |middle-end GCC build triplet|gcc version 3.4.3 20041212 | |(Red Hat 3.4.3-9.EL4) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41964
[Bug middle-end/41963] [4.5 Regression] 177.mesa in SPEC CPU 2K is miscompiled
--- Comment #1 from ubizjak at gmail dot com 2009-11-06 07:40 --- I can't confirm this, but perhaps due to r153940: * config/i386/i386.c (ix86_builtin_reciprocal): Remove dependency on TARGET_RECIP. * doc/invoke.texi (-mrecip): Clarify that we don't need -mrecip for 1/sqrtf. -- ubizjak at gmail dot com changed: What|Removed |Added CC||matz at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41963
[Bug c++/41965] New: g++ violate [basic.scope.local].
according to standard: [basic.scope.local]: Names declared in the for-init-statement, the for-range-declaration, and in the condition of if, while, for, and switch statements are local to the if, while, for, or switch statement (including the controlled statement), and shall not be redeclared in a subsequent condition of that statement nor in the outermost block (or, for the if statement, any of the outermost blocks) of the controlled statement; see 6.4. and: [stmt.select] [ Example: if (int x = f()) { int x; // ill-formed, redeclaration of x } else { int x; // ill-formed, redeclaration of x } ¡ªend example ] However g++ compiles the example, without generating warning or error. -Wshadow reports warning. g++ -v: Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.4 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --disable-libgcj --with-arch=i686 --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.4 p1.0, pie-10.1.5' Thread model: posix gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) -- Summary: g++ violate [basic.scope.local]. Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41965
[Bug c++/18770] g++ accepts invalid code with scopes on ifs
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-11-06 07:52 --- *** Bug 41965 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pi3orama at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18770
[Bug c++/41965] g++ violate [basic.scope.local].
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-06 07:52 --- *** This bug has been marked as a duplicate of 18770 *** -- 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=41965