--
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
--- 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
-
--- 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
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
Plea
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: Segment
--- 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=18977&action=view)
Preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41956
--- 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
--
--- 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 ve
--- 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
--- 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 rep
$ 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 -
--
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
--- 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
--- 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=gcc&view=rev&rev=153952
Log:
2009-11-03 Steven G. Kargl
PR fortran/41918
*
--- Comment #4 from kargl at gcc dot gnu dot org 2009-11-05 20:58 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCO
--- 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
---
--- 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
--- 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
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 (arg
--- 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
#include
#include
#include
using namespace std;
class A{
public:
A() : p(new int(10)){
}
con
--- 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
--- 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 o
--- 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...
--- 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 void f(T,T);
It is correct to do ADL once
--- 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):
template
int& f(const T&, Args...);
template
float& f(const T&, double d = 2);
f
--- 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
---
#include
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 man
--- 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
---
--- 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
---
--- 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
--- 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
---
--- 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=gcc&view=rev&rev=153957
Log:
PR c++/41703
* pt.c (check_undeduced_parms): New
--- 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=gcc&view=rev&rev=153958
Log:
PR c++/34870
* name-lookup.c (arg_assoc_class):
--- 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=gcc&view=rev&rev=153959
Log:
PR c++/7046
* class.c (finish_struct): Store maxim
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 {
--- 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
--include
--- 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
--
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
--- 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|ASSIG
--- 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|ASSI
--- 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
--- 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|ASSIG
--- 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
--- 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
--- 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=gcc&view=rev&rev=153960
Log:
PR c++/34180
* method.c (do_build_copy_constructo
sion 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/cc1
--- 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 :
--- 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 no
$ 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-sha
--
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
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.
--- 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
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
--- 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
Se
--- 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
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
--- 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
---
--- 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
--
58 matches
Mail list logo
