--- Comment #5 from singler at gcc dot gnu dot org 2008-09-03 07:18 ---
To my understanding of the OpenMP standard, a variable not mentioned in the
task pragma is "firstprivate" by default. So stating this fact explicitly
should not change anything, which makes things even stranger.
--
--- Comment #24 from tbm at cyrius dot com 2008-09-03 07:56 ---
(In reply to comment #23)
> ../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c: In function '__cmpti2':
> ../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c:1151: internal compiler
> error:
> in ei_next, at basic-block.h:735
I
--- Comment #4 from jdemeyer at cage dot ugent dot be 2008-09-03 07:57
---
Created an attachment (id=16200)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16200&action=view)
Testcase for powerpc-unknown-linux-gnu
Also fails on powerpc:
$ gcc -O1 test37195-powerpc.i -save-temps -c
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-03 08:12 ---
There is nothing strange about it, it is just a bug that needs to be fixed, and
is caused by the design decision that the sharing status of implicitly
determined is computed during the gimplification phase, but synthet
With current SVN (revision 139927):
./g++ -c -B. ~/pasmo-pasmo.ii
pasmo.cpp: In member function 'void (Asm::*::Options::getemit()
const)(std::ostream&)':
pasmo.cpp:90: internal compiler error: same canonical type node for different
types void (Asm::*)(std::ostream&) and void (Asm::* const)(std::os
--- Comment #1 from tbm at cyrius dot com 2008-09-03 08:17 ---
Created an attachment (id=16201)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16201&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37342
--- Comment #2 from tbm at cyrius dot com 2008-09-03 08:19 ---
Presumably this one is the same, or do you want preprocessed code (or a
different PR) for this too?
internal compiler error: same canonical type node for different types void
(Atlas::Objects::Dispatcher::* const)(const Atlas
I get the following ICE with current SVN (revision 139927):
(sid)825:[EMAIL PROTECTED]: ..4.3-2008-09-03-r139927/gcc] ./xgcc -c -B.
~/pilrc-pilrc.i
pilrc.c: In function 'ParseNavigation':
pilrc.c:5537: warning: passing argument 2 of 'ParseNavigationList' from
incompatible pointer type
pilrc.c:538
--- Comment #1 from tbm at cyrius dot com 2008-09-03 08:27 ---
Created an attachment (id=16202)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16202&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37343
Bootstrap of current trunk on SPARC/Linux fails with a Bus error when
compiling libgcc2.c
I'm not sure this is related to PR37279 since genattrtab works fine here.
I configure with:
configure --enable-languages=c,c++ --with-cpu=v8 --with-long-double-128
--build=sparc-linux-gnu --host=sparc-linux-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-03 08:45 ---
It is.
*** This bug has been marked as a duplicate of 37290 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-03 08:45 ---
*** Bug 37341 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37290
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-03 08:48 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37342
I get the following ICE with current trunk (revision 139927):
(sid)866:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O3
mkvtoolnix-output_control.ii
In file included from /usr/include/matroska/KaxBlock.h:44,
from src/merge/output_control.cpp:50:
/usr/include/matroska/Kax
--- Comment #1 from tbm at cyrius dot com 2008-09-03 08:51 ---
Created an attachment (id=16203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16203&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37345
--- Comment #2 from tbm at cyrius dot com 2008-09-03 08:51 ---
Program received signal SIGSEGV, Segmentation fault.
0x009634e9 in decl_function_context (decl=) at
gcc/tree.c:6676
6676 = TYPE_MAIN_VARIANT
(gdb) where
#0 0x009634e9 in decl_function_context (decl=)
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-03 08:52 ---
We expand a PARM_DECL while cfun is NULL.
#0 fancy_abort (file=0xf24e90 "/space/rguenther/src/svn/trunk/gcc/expr.c",
line=7290, function=0xf25ab0 "expand_expr_real_1")
at /space/rguenther/src/svn/trunk/gcc
I get the following ICE with current trunk (r139927)
(sid)816:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -fopenmp
libgenome-gnFileSource.ii
gnFileSource.cpp:131: error: missing callgraph edge for call stmt:
__builtin_GOMP_critical_end ();
gnFileSource.cpp:131: error: edge genome::gnFileS
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-03 09:04 ---
class Asm;
template class basic_ostream;
typedef basic_ostream ostream;
class Options {
typedef void (Asm::* emitfunc_t) (ostream &);
emitfunc_t getemit () const { return emitfunc; }
emitfunc_t emitfunc;
--- Comment #1 from tbm at cyrius dot com 2008-09-03 09:05 ---
Created an attachment (id=16204)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16204&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37346
--- Comment #2 from tbm at cyrius dot com 2008-09-03 09:05 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
template < class _CharT > struct char_traits;
template < typename _CharT, typename _Traits =
char_traits < _CharT > >class basic_ifstream;
typedef basic_ifstream < cha
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-03 09:17 ---
typedef enum RW { rwBitmapGrey, rwBitmapGrey16 } RW;
void FindDepth(RW);
void ParseDumpBitmap(RW kind, int maxfiles)
{
static const RW normalTypes[] = { };
const RW *bitmapTypes;
int i;
switch (kind)
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-03 09:19 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37345
--
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
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-03 09:21 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-03 09:41 ---
Similar to PR25246.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37267
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-03 09:47 ---
But I'm not convinced we want to allow pragmas in this context. While these
pragmas aren't covered by the C standard, for all the covered pragmas in there
they must appear outside of external declarations or explicit
--- Comment #5 from siarhei dot siamashka at gmail dot com 2008-09-03
09:52 ---
I'm sorry, is anybody investigating this quite serious bug? If nobody has
time/motivation to do this work, would it make sense for me to try fixing it
myself and submit a patch here?
--
http://gcc.gnu.o
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-03 10:01
---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01070.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28293
--- Comment #2 from victork at gcc dot gnu dot org 2008-09-03 10:20 ---
Yes, looks like a problem in testcase. This patch should fix it:
Index: gcc/testsuite/gcc.dg/fastmath-2.c
===
--- gcc/testsuite/gcc.dg/fastmath-2.c (
--- Comment #3 from linuxl4 at sohu dot com 2008-09-03 10:42 ---
[~/tmp]$gcc --version |head -1
gcc (GCC) 4.4.0 20080902 (experimental)
[~/tmp]$gcc -g -O2 -march=i686 -fstack-protector -c task.c -o task.o
/trunk/libgomp/task.c: In function 'GOMP_task':
/trunk/libgomp/task.c:186: interna
--- Comment #8 from irar at il dot ibm dot com 2008-09-03 10:43 ---
(In reply to comment #7)
> I still think that handling NULL from evolution_part_in_loop_num is the
> correct thing to do. Even if you need to move this check to the analysis
> phase.
>
> The interesting thing is that th
--- Comment #3 from patriciak784-gccmainling at yahoo dot de 2008-09-03
10:46 ---
(In reply to comment #2)
> Most likely the same issue as PR 37215.
>
I don't know. This problem is totally strange...
I checked my linux machine and some debian gcc 4.3.1-xx works correctly and
also a se
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-03 11:06
---
(In reply to comment #3)
> ... a self compiled gcc 4.3.1 ...
Scary ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37331
valarray::operator[](slice) const returns _Expr<_SClos<_ValArray,_Tp>, _Tp>
instead of slice_array, this type cannot be casted (with static_cast) to
slice_array.
gcc barfs that
"conversion from std::_Expr, double> to
non-scalar type std::slice_array requested"
This concerns only const version
--- Comment #1 from crazydm at gmail dot com 2008-09-03 11:25 ---
Created an attachment (id=16205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16205&action=view)
The issue demonstration program
this is a code that demostrates the issue.
g++ slice_test.cpp -o slice_test
--- Comment #2 from crazydm at gmail dot com 2008-09-03 11:25 ---
Created an attachment (id=16206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16206&action=view)
gcc -v -save-temps slice_test.cpp output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37347
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-03 11:26 ---
class EbmlElement {
virtual EbmlElement * Clone() const;
};
class KaxTracks : public EbmlElement {
public:
EbmlElement * Clone() const {
return new KaxTracks(*this);
}
};
KaxTracks kax_tracks;
voi
--- Comment #3 from crazydm at gmail dot com 2008-09-03 11:27 ---
Created an attachment (id=16207)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16207&action=view)
slice_test.ii file in case you need it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37347
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-03 11:34
---
This is not a bug, see 26.3.1/3: "Any function returning a valarray is
permitted to return an object of another type, provided all the const member
functions of valarray are also applicabel to this type". CC-in
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-03 11:35 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-03 11:36 ---
Subject: Bug 37328
Author: rguenth
Date: Wed Sep 3 11:35:18 2008
New Revision: 139931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139931
Log:
2008-09-03 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from crazydm at gmail dot com 2008-09-03 11:53 ---
(In reply to comment #4)
> This is not a bug, see 26.3.1/3: "Any function returning a valarray is
> permitted to return an object of another type, provided all the const member
> functions of valarray are also applicabel t
The following demonstrates a (minor severity) gcc-4.4-20080829 ICE on error
recovery with invalid code. No ICE seen in gcc 4.3.1 or prior.
$ cat /tmp/bogus.cc
struct Foo {
// class Bar;
template int f(Bar);
};
$ ./gcc/xgcc --version
xgcc (GCC) 4.4.0 20080829 (experimental)
...
$ ./gcc/xgcc
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-03 12:02
---
(In reply to comment #5)
> Well, but it is not applicabel to helper class slice_array.
No, no, is totally applicable. And this is a well known design choice, allowed
by the standard on purpose, in this way imp
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-03 12:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from paolo dot carlini at oracle dot com 2008-09-03 12:08
---
Also note: in your original message you have wrong the relevant bit:
> valarray::operator[](slice) const returns _Expr<_SClos<_ValArray,_Tp>, _Tp>
> instead of slice_array,
^^^
The r
I get the following bootstrap error on Alpha:
checking for uintptr_t... yes
checking for a 64-bit type... uint64_t
checking for pid_t... yes
checking for library containing strerror... configure: error: Link tests are
not allowed after GCC_NO_EXECUTABLES.
make[2]: *** [configure-stage2-libiberty]
--- Comment #1 from tbm at cyrius dot com 2008-09-03 12:20 ---
I forgot to mention that this is with current SVN.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37349
--- Comment #5 from patriciak784-gccmainling at yahoo dot de 2008-09-03
12:21 ---
(In reply to comment #4)
> (In reply to comment #3)
> > ... a self compiled gcc 4.3.1 ...
>
> Scary ;)
>
What did you expect, Paolo?
Well, I just compiled gcc-4_3-branch @ rev 137894 and the resulting g
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-03 12:24 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #8 from crazydm at gmail dot com 2008-09-03 12:25 ---
(In reply to comment #7)
> Also note: in your original message you have wrong the relevant bit:
>
> > valarray::operator[](slice) const returns _Expr<_SClos<_ValArray,_Tp>, _Tp>
> > instead of slice_array,
>
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-03 12:27 ---
Subject: Bug 37193
Author: domob
Date: Wed Sep 3 12:25:57 2008
New Revision: 139936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139936
Log:
2008-08-30 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-03 12:27 ---
Subject: Bug 36371
Author: domob
Date: Wed Sep 3 12:25:57 2008
New Revision: 139936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139936
Log:
2008-08-30 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-03 12:28 ---
Fixed on 4.4 and 4.3.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-03 12:51 ---
That's clearly not a regression, at least not a recent one (tried 4.1 as well).
The thing is just that you get ICE only with checking enabled.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tbm at cyrius dot com 2008-09-03 12:55 ---
Also fails with:
configure --enable-languages=c,c++ --build=alpha-linux-gnu
--host=alpha-linux-gnu --target=alpha-linux-gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37349
--- Comment #3 from tbm at cyrius dot com 2008-09-03 13:05 ---
Sorry, I used make -j2 and only looked at the error at the end... but I just
realized there's another error earlier on and that's the real problem.
checking for alpha-linux-gnu-gcc...
/home/tbm/tmp/gcc/3/4.3-2008-09-03-r139
--- Comment #4 from davediff at nbcs dot rutgers dot edu 2008-09-03 13:28
---
Yes, your right it is a bug in Sun's Compiler. For those interested it is bug
ID: 6406892. The sun patch that fixes this bug is 121015-06 available here:
http://sunsolve.sun.com/show.do?target=patchpage
--
--- Comment #3 from dominiq at lps dot ens dot fr 2008-09-03 13:50 ---
> ... then it is likely that the test pass.
Indeed it does, though I only tested a partial patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37322
--- Comment #4 from olivier dot raoult at st dot com 2008-09-03 14:04
---
Verstehen! Thanks!
--
olivier dot raoult at st dot com changed:
What|Removed |Added
C++98 [temp.local] says "Within the scope of a class template specialization or
partial specialization, when the name of the template is neither qualified nor
followed by <, it is equivalent to the name of the template followed by the
template-arguments enclosed in <>." That does not work when a t
--- Comment #4 from hubicka at ucw dot cz 2008-09-03 14:30 ---
Subject: Re: [4.4 Regression] ICE in expand_expr_real_1, at expr.c:7290
Hi,
this is switch conversion bug. It attempts to convert the switch and
construct static array with &function_parameter in initializer that
naturally
The specification of std::result_of is simpler than std::tr1::result_of, there
is no mention of a nested typename F::template result::type
in the C++0x WP.
The libstdc++ implementation in tr1_impl follows the TR1 spec and so fails on
code like this:
#include
struct F {
int operator()(int i)
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-03 14:50 ---
I don't read from the sentence that this applies to base class names, it
says "the name of the template" only.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37350
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-03 14:51 ---
EDG rejects it with
t.C(5): error: argument list for class template "base" is missing
typedef base b;
^
but accepts it if you use derived instead of base (like gcc does).
--
http://gcc.
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-03 14:57
---
Jonathan, I'm sure you are right, but we don't keep track of all the individual
differences between TR1 stuff and C++0x stuff! There are literally thousands of
them! If you want to quickly hack a patch for this
--- Comment #2 from paolo dot carlini at oracle dot com 2008-09-03 14:59
---
Well, of course that would be decltype, not __typeof__.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #9 from jwakely dot gcc at gmail dot com 2008-09-03 15:00
---
I have another patch ready for this, but it doesn't work with unique_ptr
where D is a reference type, due to Bug 37351
e.g. constructing from unique_ptr&> fails to compile
because std::reference_wrapper>::operat
--- Comment #3 from jwakely dot gcc at gmail dot com 2008-09-03 15:04
---
Agreed, the reason I reported this is that it causes problems with my work on
Bug 36962 because std::reference_wrapper uses result_of
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #10 from paolo dot carlini at oracle dot com 2008-09-03 15:04
---
Sure, no problem. Let's just do the split and implement as much as the
unique_ptr changes as possible. If then updating result_of for C++0x is enough,
everything is perfectly fine.
--
http://gcc.gnu.org/b
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-03 15:05
---
Ok...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #11 from jwakely dot gcc at gmail dot com 2008-09-03 15:08
---
Yes, the problem is with result_of, not my changes to shared_ptr. It will work
with unique_ptr if a type D::result_type exists, so I'll submit the new
patch tonight.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #25 from vmakarov at redhat dot com 2008-09-03 15:36 ---
The problem is in sorting insn chains according to their
frequencies to get a better reloads for most frequently executed
insns. This very simple optimization was introduced on IRA branch.
Correct updating elimin
===
olha ai. depois me fala ok.
http://veja-capa-album-video.sytes.net
Aquele que não luta pelo que quer, não merece o que deseja.
--- Comment #22 from hjl dot tools at gmail dot com 2008-09-03 16:05
---
(In reply to comment #7)
> Created an attachment (id=16155)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16155&action=view) [edit]
> Test case from 2006.434.zeusmp
>
> Though fail to extract a smaller case,
>From http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00349.html:
Currently the thunks for a function are
emitted from the frontend, exactly when the function itself is emitted
(as RTL). The frontend does some analysis of thunks beforehand
already, but I simply deactivated emission of
With trunk:
(sid)988:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -O2
qucs-hic2_full.core.ii
hic2_full.core.cpp: In member function 'void hic2_full::calcVerilog()':
hic2_full.core.cpp:345: internal compiler error: vector VEC(gimple,base) push
domain error, in tree_call_cdce at tree-call-cd
--- Comment #1 from tbm at cyrius dot com 2008-09-03 16:30 ---
Created an attachment (id=16208)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16208&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37353
With current trunk:
(sid)995:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -O
traverso-AlsaDriver.ii
In file included from ../common/defines.h:8,
from Driver.h:27,
from AlsaDriver.h:30,
from AlsaDriver.cpp:28:
../common/FastDelegate.h: In fu
--- Comment #1 from tbm at cyrius dot com 2008-09-03 16:34 ---
Created an attachment (id=16209)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16209&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37354
When FORTRAN code is combined with C, there can be instances of
non-chronological output for STDOUT and STDERR. Setting the environment
variable GFORTRAN_PRECONNECTED_UNBUFFERED is effective, but is not helpful for
uncontrolled customer shell environments. I would like a method to override
the de
With trunk from today. I only see this on powerpc, not on x86_64.
(sid)2447:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O1
pokerth-game.cc
pokerth-game.cc: In constructor 'boost::date_time::base_time::base_time(const typename time_system::date_type&, const typename
time_system::time_
--- Comment #1 from tbm at cyrius dot com 2008-09-03 17:23 ---
Created an attachment (id=16210)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16210&action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
--- Comment #2 from tbm at cyrius dot com 2008-09-03 17:24 ---
Created an attachment (id=16211)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16211&action=view)
Slightly reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-03 17:26 ---
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139937
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
With revision 139772, gcc no longer generates some functions.
--
Summary: [4.4 Regression] Revision 139772 breaks C++
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-03 17:31 ---
Subject: Bug 37346
Author: jakub
Date: Wed Sep 3 17:30:35 2008
New Revision: 139941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139941
Log:
Fix up PR number - PR c++/37346
Added:
trunk/gcc/testsuite/g
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-03 17:32 ---
Created an attachment (id=16212)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16212&action=view)
A testcase
[EMAIL PROTECTED] 874]$ make
../139771/usr/bin/gcc -S -O2 case.cc -o old.s
../139772/usr/bin/gcc -S
--- Comment #2 from tbm at cyrius dot com 2008-09-03 17:34 ---
Created an attachment (id=16213)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16213&action=view)
Slightly reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37354
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-03 18:02 ---
Revision 139762 also fails with -O3:
../139761/usr/bin/gcc -S -O3 case.cc -o old.s
../139762/usr/bin/gcc -S -O3 case.cc -o new.s
grep -q EPKNS_10DOMElementEPKtiS5_S5_S5_S5_ old.s
grep -q EPKNS_10DOMElementEPKtiS5_
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Priority|P3 |P5
http:/
--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-03 18:17 ---
Subject: Bug 37315
Author: hubicka
Date: Wed Sep 3 18:16:26 2008
New Revision: 139945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139945
Log:
PR tree-optimization/37315
* cgraph.c (cgrap
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #5 from hubicka at ucw dot cz 2008-09-03 18:33 ---
Subject: Re: [4.4 Regression] Segfault in decl_function_context
(TYPE_MAIN_VARIANT)
Testing:
* tree.c (build_function_type_skip_args): Build distinct type copy;
set TYPE_CONTEXT.
(build_function_dec
--- Comment #19 from pinskia at gcc dot gnu dot org 2008-09-03 18:48
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #20 from pinskia at gcc dot gnu dot org 2008-09-03 18:49
---
Subject: Bug 37293
Author: pinskia
Date: Wed Sep 3 18:48:27 2008
New Revision: 139946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139946
Log:
2008-09-03 Andrew Pinski <[EMAIL PROTECTED]>
PR
On Linux/x86-64, revision 139919 generates:
[EMAIL PROTECTED] rrs]$ cat x.cc
class FormatterListener
{
public:
void
cdata(
const unsigned short * const ch,
const unsigned long length);
};
class XSLTEngineImpl
{
public:
FormatterListener* getFormatterListener() const;
void
characters (
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
1 - 100 of 190 matches
Mail list logo
