--- Comment #9 from jakub at gcc dot gnu dot org 2007-11-01 08:48 ---
Subject: Bug 33673
Author: jakub
Date: Thu Nov 1 08:48:05 2007
New Revision: 129819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129819
Log:
PR rtl-optimization/33673
* gcse.c (cprop_jump):
--- Comment #10 from jakub at gcc dot gnu dot org 2007-11-01 08:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-01 10:17 ---
Subject: Bug 33537
Author: jakub
Date: Thu Nov 1 10:17:42 2007
New Revision: 129820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129820
Log:
PR debug/33537
* dwarf2out.c (gen_formal_paramete
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-01 10:19 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #1 from ubizjak at gmail dot com 2007-11-01 10:23 ---
PR Header should say 11%, not 1%.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Su
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-01 11:36 ---
Note I didn't experience any sixtrack regression (-O3 and -O3 -funroll-loops
-ffast-math) on Opteron. This is very likely a partitioning issue, as the
--param max-aliased-vops is different for -O2 vs. -O3 and sixtra
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-01 11:40 ---
Current partitioning has several problems:
1) Accounting only accounts for memory references through pointers.
2) Accounting for the number of VOPs a statement will generate and accounting
for how many access
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-01 11:57 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
The following invalid testcase triggers an ICE since GCC 4.2.0:
==
struct A;
void (*A::* fp)() const;
==
bug.cc:2: internal compiler error: tree check: expected function_type or
method_type, have pointer_type in build_memfn_type, at cp/decl2.c:119
P
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33969
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-11-01 12:00
---
This ICE still happens when I add the missing parentheses to the testcase:
==
void foo()
{
__decltype (A::foo());
}
==
An even simpler testcase:
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-11-01 12:52
---
Nathan confirmed in private mail that the compiler now does the right thing.
So closing as fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
When using an unsigned char in a loop with limited range the variable is
promoted to a 16 bit integer if the variable is passed to another function
within the loop by value.
Tested using -Os on ATMEGA162:
#include
int sub2(uint8_t);
int main(void) {
static uint8_t x;
volatile uint8_t y;
--- Comment #11 from nickc at redhat dot com 2007-11-01 14:02 ---
Created an attachment (id=14451)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14451&action=view)
Add a param to squelch runaway memory consumption
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-01 14:10 ---
I guess you want -fno-tree-loop-ivcanon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33970
--- Comment #12 from nickc at redhat dot com 2007-11-01 14:05 ---
Hi Guys,
I have uploaded a patch for a possible workaround for this problem. It adds
a new param (max-partial-antic-length) which with its default value will stop
the tree-pre optimization from eating up all the memory
--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-01 14:25 ---
Testing fix.
The regression is since PR26912 fix commit.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
This may be another addition to bug 323, although it doesn't involve floating
point comparison. I am integrating the output of (drand48()-0.5)*10 with an
integer and get wildly different results for "x += r" versus "x += (int) r",
where x is an integer and r is a value from drand48. I would expec
--- Comment #13 from jakub at gcc dot gnu dot org 2007-11-01 14:34 ---
Nick, your patch is most probably fixing PR32540 rather than PR32575, doesn't
it?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from schwab at suse dot de 2007-11-01 14:35 ---
That's how C works. x += r is the same as x = x + r.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-01 14:47 ---
See PR32586, there were known miscompare problems around that time.
But they are long time fixed now, if this hasn't been reproduced since then,
then there is no point keeping this bug open.
--
jakub at gcc dot gnu
--- Comment #1 from hudson+gcc at osresearch dot net 2007-11-01 14:28
---
Created an attachment (id=14452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14452&action=view)
Graph showing the integrator output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33971
--- Comment #14 from nickc at redhat dot com 2007-11-01 14:57 ---
Subject: Re: [4.2/4.3 regression] With -ftree-vrp
miscompiles a single line of code in SQLite
Hi Jakub,
> Nick, your patch is most probably fixing PR32540 rather than PR32575, doesn't
> it?
Doh. Yes. I will fix that
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-11-01 15:05
---
Indeed it does. But while this is a workaround that works, the problem is in
excessive phi translation which we could stop here (untested! just a wild
guess!):
static bool
compute_partial_antic_aux (basic_block b
g++ rejects the following operator() declaration:
$cat bug.cpp
struct s
{
typedef void f(void);
f operator();
};
$g++ -c bug.cpp
+ exec /usr/bin/g++ -c bug.cpp
bug.cpp:4: error: declaration of 'operator()' as non-function
$g++ -v
Using built-in s
(revision 127595)
(This is with (define_mode_macro XX [...]) (define_mode_attr YY [...]))
It does handle :.
Symptom:
build/genmddeps xxx.md > tmp-mddeps
xxx.md:142: unknown mode ` (sign_extend:
(match_dup 1))'
make[3]: *** [s-mddeps] Fehler 1
--
Summary: genmddeps can'
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-01 15:26
---
That is, the following testcase:
int f(void);
void acceptloop_th(int *t, int options) {
if (f()) options |= 0x1 << 0;
if (f()) options |= 0x1 << 1;
if (f()) options |= 0x1 << 2;
if (f()) options |=
meta-bug to link partitioning problems to.
--
Summary: memory partitioning sucks
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: alias
Severity: normal
Priority: P3
Component: tree-optimization
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-01 15:30 ---
Current partitioning has several problems:
1) Accounting only accounts for memory references through pointers.
2) Accounting for the number of VOPs a statement will generate and accounting
for how many access
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-01 15:38 ---
Confirmed btw.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #3 from dj at redhat dot com 2007-11-01 16:03 ---
Created an attachment (id=14453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14453&action=view)
test patch
Could you give this a try on IRIX? It's just an officialized copy of Jakub's
suggestion. My only concern is
--- Comment #10 from janis at gcc dot gnu dot org 2007-11-01 16:22 ---
Subject: Bug 25352
Author: janis
Date: Thu Nov 1 16:22:36 2007
New Revision: 129823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129823
Log:
gcc/
PR testsuite/25352
* doc/sourcebuild.texi (
--- Comment #12 from mark at codesourcery dot com 2007-11-01 16:50 ---
Subject: Re: INIT_PRIORITY is broken
danglin at gcc dot gnu dot org wrote:
> --- Comment #11 from danglin at gcc dot gnu dot org 2007-11-01 03:05
> ---
> Mark,
>
> This is major progress. All the priorit
--- Comment #9 from echristo at apple dot com 2007-11-01 17:09 ---
I guess that would be a good workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-11-01 17:09 ---
I don't see it being promoted on x86-linux-gnu at the tree level.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from roger at eyesopen dot com 2007-11-01 17:15 ---
Thanks to both Jakub and DJ for their help. I just tried out the suggested
patch on my IRIX box, and was surprised that it didn't resolve the error.
My apologies that my initial analysis might have been wrong (or incompl
--- Comment #3 from eweddington at cso dot atmel dot com 2007-11-01 17:28
---
Created an attachment (id=14454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14454&action=view)
Preprocessed testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33970
--- Comment #8 from jan dot kratochvil at redhat dot com 2007-11-01 17:37
---
ptype testcase is now in GDB as: gdb/testsuite/gdb.cp/arg-reference.exp
(GDB still does not create the temporary copy during a call from GDB itself.)
--
jan dot kratochvil at redhat dot com changed:
--- Comment #4 from eweddington at cso dot atmel dot com 2007-11-01 17:45
---
Created an attachment (id=14455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14455&action=view)
Assembly output of test case using 4.1.2.
Maybe I'm wrong, but I don't even see it being promoted on th
--- Comment #5 from eweddington at cso dot atmel dot com 2007-11-01 17:47
---
Mike, can you provide additional information as to where the bug is?
--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
---
The following C++ program should not compile:
struct S;
int f(S s);
S *p;
int i = f(*p);
Here an incomplete type is dereferenced as it is passed as a function
argument.
This is forbidden by the C++ standard, clause 3, paragraph 4 (penultimate
bullet). And anyway, how could you compile it to any
--- Comment #10 from pault at gcc dot gnu dot org 2007-11-01 18:07 ---
FX,
I believe that the fix is something like:
Index: gcc/fortran/trans-array.c
===
*** gcc/fortran/trans-array.c (revision 129505)
--- gcc/fortran/tr
--- Comment #4 from andrew dot stubbs at st dot com 2007-11-01 18:15
---
It gets worse :(
The following example used to be detected by GCC 4.1.1, but is now permitted by
GCC 4.1.2, 4.2.1, 4.2.2, and 4.3-20071026, and hence is a regression.
int
foo (int bar)
try
{
return 0;
}
catch (
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-01 18:21 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 18:20:48 2007
New Revision: 129827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129827
Log:
libcpp
PR preprocessor/30805:
* macro.c (paste_
--- Comment #9 from jakub at gcc dot gnu dot org 2007-11-01 18:27 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #9 from jakub at gcc dot gnu dot org 2007-11-01 18:28 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-01 19:24 ---
Created an attachment (id=14456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14456&action=view)
patch to make it do nothing
This patch changes gcj to do nothing in this case.
It works fine on the test case.
J
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-01
19:45 ---
Subject: Re: INIT_PRIORITY is broken
> I don't think that's actually a bug -- except maybe its a
> misoptimization. The compiler's just inlining the calls to c1 from the
> _GLOBAL_... functions due to co
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-01 19:39 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
#include
template < typename T >
struct X
{
typedef std::vector< X< T > > Y;
Y y;
};
X< int > x;
g++ reports that '__gnu_cxx::_SGIAssignableConcept<_Tp>::__a'
has incomplete type.
--
Summary: assignable concept causes errors with self recursive
te
--- Comment #1 from pcarlini at suse dot de 2007-11-01 19:55 ---
Really, in the times of real concepts in C++0x we don't want to fiddle with the
aged sort-of-simulation in the library.
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #3 from pcarlini at suse dot de 2007-11-01 19:57 ---
Really, let's not spend time on this, for the just mentioned reasons.
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #5 from dj at redhat dot com 2007-11-01 20:02 ---
Created an attachment (id=14457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14457&action=view)
test patch 2
Here's another try. We collect the libgcc.a objects in multiple variables (18
of them) so that we can invok
--- Comment #5 from haubi at gentoo dot org 2007-11-01 20:19 ---
Created an attachment (id=14458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14458&action=view)
A workaround (probably not the right fix) for this problem
Using this patch I was able to build a working gcc-4.2.1 fo
--- Comment #22 from jakub at gcc dot gnu dot org 2007-11-01 20:59 ---
The most important cause of the slowdown e.g. compared to 4.2.x is the totally
insane thing -ftree-pre creates though.
For -O3 -fno-tree-vectorize -fdump-tree-all pr33922.c
wc -l shows
2361 pr33922.c.090t.sink
while f
--- Comment #23 from rguenther at suse dot de 2007-11-01 21:01 ---
Subject: Re: [4.3 Regression] slow compilation
on ia64 (postreload scheduling)
On Thu, 1 Nov 2007, jakub at gcc dot gnu dot org wrote:
> --- Comment #22 from jakub at gcc dot gnu dot org 2007-11-01 20:59
> -
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-01 21:04
---
Subject: Bug 33828
Author: ebotcazou
Date: Thu Nov 1 21:03:50 2007
New Revision: 129832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129832
Log:
PR rtl-optimization/33828
* gcse.c (com
--- Comment #11 from jakub at gcc dot gnu dot org 2007-11-01 21:16 ---
This isn't just a compile time hog, but sometimes (see PR33922) it creates many
times bigger and far slower code as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32540
--- Comment #12 from dberlin at gcc dot gnu dot org 2007-11-01 21:24
---
Subject: Re: [4.3 Regression] Exponential time behavior in PRE
Yes, the heuristics can sometimes generate a very large number of
copies to eliminate a single redundancy.
This is jsut the way the standard PRE heur
--- Comment #6 from henning dot m at insightbb dot com 2007-11-01 21:26
---
(In reply to comment #5)
> Mike, can you provide additional information as to where the bug is?
>
This is the assembly output I get:
Note that r14,r15 is being reserved for variable x when only a single reg is
--- Comment #5 from cppljevans at suddenlink dot net 2007-11-01 21:26
---
Created an attachment (id=14459)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14459&action=view)
testcase
Several macros to enable exploring reasons for ice.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #6 from cppljevans at suddenlink dot net 2007-11-01 21:28
---
Created an attachment (id=14460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14460&action=view)
testcase
Several macros to enable exploring reasons for ice.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #7 from cppljevans at suddenlink dot net 2007-11-01 21:38
---
Please ignore 1st attachment. I selected auto-detect thinking it would
auto-detect it as text/plain.
When #define INST_GT, the friend operator>> is instantiated and this give
the ice. OTOH, when #undef INST_GT
--- Comment #5 from wvangulik at xs4all dot nl 2007-11-01 21:50 ---
It seems that this is caused by the fact that eeprom_read_word is actually a
piece of inline assembler returning it's value in the Z register, using z as
"pointer class" description.
This then somehow eliminates the com
--- Comment #5 from reichelt at gcc dot gnu dot org 2007-11-01 21:51
---
The testcase crashes mainline again with a different ICE:
bug.f: In function 'bar':
bug.f:2: error: stmt (0x4001a0b0) marked modified after optimization pass:
foo (&C.498);
bug.f:2: internal compiler error: verif
--- Comment #6 from wvangulik at xs4all dot nl 2007-11-01 21:53 ---
(In reply to comment #5)
Oops forgot to tell I am using avr-gcc 4.1.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31644
--- Comment #9 from reichelt at gcc dot gnu dot org 2007-11-01 21:53
---
Adjusting target milestone sionce this is only fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-11-01 21:58
---
The second testcase indeed doesn't crash anymore since the fix for PR28558.
However, the first testcase still crashes.
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-01 22:26 ---
BTW, $$objects is just slightly over 2KB, so if Irix really limits command line
lengths to 2KB, I'm very much surprised more things don't break there every now
and then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #7 from jakub at gcc dot gnu dot org 2007-11-01 22:35 ---
Can you run
getconf ARG_MAX
?
If you configure with --disable-decimal-float does it build?
What sizes have the $(dfp-objects), $(decbits-objects), $(d32pbit-o),
$(d64pbit-o), $(d128pbit-o) vars in the build that fails?
/usr/src/ark/BUILD/ooo-build/build/oog680-m7/sw/source/ui/uno/swdet2.cxx: At
global scope:
/usr/src/ark/BUILD/ooo-build/build/oog680-m7/sw/source/ui/uno/swdet2.cxx:91:
internal compiler error: canonical types differ for identical types const char
[5] and const sal_Char [5]
This is similar to bug 3
--- Comment #1 from bero at arklinux dot org 2007-11-01 22:43 ---
Created an attachment (id=14461)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14461&action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33977
--- Comment #2 from bero at arklinux dot org 2007-11-01 22:45 ---
Difference from bug 33886: bug 33977 occurs even at -O0, 33866 needs -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33977
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |manu at gcc dot gnu dot org
|dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-01 22:50 ---
Subject: Bug 32260
Author: jakub
Date: Thu Nov 1 22:50:32 2007
New Revision: 129835
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129835
Log:
PR c++/32260
* rtti.c (enum_tinfo_kind): Fix TK_T
--- Comment #2 from jakub at gcc dot gnu dot org 2007-11-01 22:54 ---
Subject: Bug 32384
Author: jakub
Date: Thu Nov 1 22:54:39 2007
New Revision: 129836
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129836
Log:
PR c++/32384
* parser.c (cp_parser_postfix_dot_de
--- Comment #3 from bero at arklinux dot org 2007-11-01 22:56 ---
Created an attachment (id=14462)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14462&action=view)
Reduced test case
typedef char sal_Char;
const sal_Char sHTML[] = "HTML";
extern const char sHTML[];
--
http://g
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-01 23:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-01 23:10 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
Executing on host: /home/dave/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gcc-4.3/objdi
r/gcc/ /home/dave/gcc-4.3/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr33723.c -O2
-fdu
mp-tree-gimple -fno-show-column -S -o pr33723.s(timeout = 300)
PASS: gcc.dg/tree-ssa/pr33723.c (test for excess errors)
PASS: gcc.dg
--- Comment #10 from jakub at gcc dot gnu dot org 2007-11-01 23:25 ---
The testcase fails btw:
Executing on host: /usr/src/gcc/obj/gcc/xgcc -B/usr/src/gcc/obj/gcc/
/usr/src/gcc/gcc/testsuite/gcc.dg/cpp/pr30805.c-ansi -pedantic-errors
-fno-show-column -E -o pr30805.i(timeout = 30
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-01 23:27 ---
Subject: Bug 33648
Author: jakub
Date: Thu Nov 1 23:27:23 2007
New Revision: 129837
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129837
Log:
PR rtl-optimization/33648
* cfgrtl.c (cfg_layout_
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-01 23:28 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-01
23:29 ---
Subject: Re: New: FAIL:
gcc.dg/tree-ssa/pr33723.c scan-tree-dump-times t.f.f1 = 1 4
Tree dump attached.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-01
23:29 --
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-01 23:34 ---
Sorry about that. I don't know what went wrong.
The test should only be preprocessed, not compiled.
I will fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30805
--- Comment #12 from tromey at gcc dot gnu dot org 2007-11-01 23:39 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 23:38:52 2007
New Revision: 129838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129838
Log:
PR preprocessor/30805:
* gcc.dg/cpp/pr30805.c:
This is a feature request for char16_t and char32_t builtin types when
compiling as C++0x. I've been meaning to do this since April, 2007.
For C++0x library-side, this is a relatively big change in terms of supported
API. In particular, numeric_limits, char_traits, basic_string, io, and locale
are
--- Comment #6 from dougkwan at google dot com 2007-11-02 02:02 ---
Richard,
I think I know what happened. Could you please do an
nm a.out|grep " pthread_"
or your executable and send that to me? It seems that we need to change glibc
unfortunately. Here is code at the end o
--- Comment #7 from ian at airs dot com 2007-11-02 02:20 ---
It seems that this is only a problem for a static link. And it would
presumably work fine if we had strong references to the functions we need. So
let's just do this at the end of guard.cc:
#if !defined(__PIC__) && defined(_
--- Comment #3 from hp at gcc dot gnu dot org 2007-11-02 01:56 ---
Created an attachment (id=14464)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14464&action=view)
dump file for cris-elf
Similar but not identical failure for cris-elf (from r129827):
PASS: gcc.dg/tree-ssa/pr33723.
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-11-02 03:30 ---
Fixed.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-11-02 03:51 ---
*** This bug has been marked as a duplicate of 32305 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-11-02 03:51 ---
*** Bug 27002 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from dgregor at gcc dot gnu dot org 2007-11-02 03:26 ---
Subject: Bug 33955
Author: dgregor
Date: Fri Nov 2 03:26:46 2007
New Revision: 129843
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129843
Log:
2007-11-01 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-11-02 04:18
---
Updated patch send:
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00060.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from jason at gcc dot gnu dot org 2007-11-02 05:50 ---
Subject: Bug 29236
Author: jason
Date: Fri Nov 2 05:50:06 2007
New Revision: 129844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129844
Log:
PR c++/30897
* pt.c (push_template_decl_real): S
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-11-02 05:40
---
hmm I posted that part3 patch too soon. I see I have several regressions. Oh
well, its a start. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33162
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-11-02 05:25
---
Created an attachment (id=14465)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14465&action=view)
Preliminary last patch for this PR
This patch enables the test case in Comment #3 to compile and execute
co
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from jason at gcc dot gnu dot org 2007-11-02 05:50 ---
Subject: Bug 30897
Author: jason
Date: Fri Nov 2 05:50:06 2007
New Revision: 129844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129844
Log:
PR c++/30897
* pt.c (push_template_decl_real): Se
1 - 100 of 111 matches
Mail list logo
