On Sun, Jun 22, 2008 at 6:24 PM, Bruno Haible [EMAIL PROTECTED] wrote:
Dear Ian,
A comment regarding the GCC-in-C++ idea. In slide 16 you merely answer
C++ is too complicated!
with
Maintainers will ensure that gcc continues to be maintainable.
C++ has, for example, 12 different ways
On Mon, Jun 23, 2008 at 6:14 AM, Bruno Haible [EMAIL PROTECTED] wrote:
Arnaud Charlet wrote:
One possibility is to do what we do for Ada: have a style/coding checker
built into the compiler (C++ front-end) as a special switch, and enable this
switch during bootstrap, so that any such coding
On Tue, Jun 24, 2008 at 3:54 AM, Tom Tromey [EMAIL PROTECTED] wrote:
Ian == Ian Lance Taylor [EMAIL PROTECTED] writes:
Ian The other major TODO is to work out the details of using STL
Ian containers with GC allocated objects. This means teaching gengtype
Ian how to generate code to traverse
Hans-Peter Nilsson wrote:
There's background in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36593. Neither
Richi nor me could find the union-assignment gcc extension at
a glance, probably because it's not an *extension* but an
implementation-defined behavior, and actually duly documented as
Date: Tue, 24 Jun 2008 10:36:15 +0100
From: Andrew Haley [EMAIL PROTECTED]
I thought cast-through-pointer-to-union didn't work and was already
disallowed; we've been around all this already.
We also bless assignments through unions, and this could be
argued as assigning through a union,
On Tue, 24 Jun 2008, Hans-Peter Nilsson wrote:
There's background in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36593. Neither
Richi nor me could find the union-assignment gcc extension at
a glance, probably because it's not an *extension* but an
implementation-defined behavior, and
Gabriel Dos Reis wrote:
There is a subset of C++ templates stable enough over the years, that can be
used without fear, uncertainty and doubt.
Absolutely. Can you specify this usable subset of C++ templates formally?
That would be valuable advice for maintainers. So that maintainers can decide
Ian Lance Taylor wrote:
Whether we use C or C++, we need to try to ensure that interfaces are
easy to understand, that the code is reasonably modular, that the
internal documentation corresponds to the code, that it is possible
for new developers to write new passes and to fix bugs.
Fully
On Tue, Jun 24, 2008 at 5:47 AM, Bruno Haible [EMAIL PROTECTED] wrote:
Gabriel Dos Reis wrote:
There is a subset of C++ templates stable enough over the years, that can be
used without fear, uncertainty and doubt.
Absolutely. Can you specify this usable subset of C++ templates formally?
Kaveh == Kaveh R GHAZI [EMAIL PROTECTED] writes:
Kaveh We could also extend -Wc++-compat to warn about more things, using C++
Kaveh reserved keywords like class in C comes to mind.
This isn't super hard, and IMO is worth doing (right now -Wc++-compat
seems almost silly in its limitations), but
On Tue, Jun 24, 2008 at 10:42:57AM +1000, Ben Elliston wrote:
On Mon, 2008-06-23 at 15:52 -0700, Andrew Pinski wrote:
This introduced a few warnings while building libgcc for
powerpc64-linux-gnu:
I see lots and lots of these myself:
Please fix! :-)
I believe this patch fixes things;
Bruno Haible [EMAIL PROTECTED] writes:
What is the level of C++ that new developers need to master, in order to
understand the code in general and to fix bugs in average areas?
I don't know. I think we will have to find out.
I expect that we will find it appropriate to use STL containers, as
Also, the parallel mode page is somewhat unclear as to exactly _how_
to substitute the parallel algorithms on a piecemeal basis.
Let me add the libstdc++ list where the experts are. Usually, user
support questions should go to [EMAIL PROTECTED], not the general
lists which is about the
Hello again,
Does no one have any idea about the problem I described in my previous
message? Do you need more information to check it? If so, let me know.
Thanks!
Ioannis
I've been experimenting which optimizations gcc is willing to apply
depending on the kind of function arguments and compiler flags.
Perhaps someone can comment on what strange behavior I experienced:
If I understand the concept of C99's restrict qualifier for
function arguments correctly,
Ioannis, all,
On Tuesday 24 June 2008 20:50:11 [EMAIL PROTECTED] wrote:
I am trying to build a cross-compiler for an alphaev56-unknown-linux-gnu
system, using crosstool-ng. The host is a i686-unknown-linux-gnu.
[--SNIP--]
I managed to get as far as described here:
On Wed, Jun 25, 2008 at 03:36, Fabien Chêne [EMAIL PROTECTED] wrote:
How can I process ? Do I need GNU copyright assignment ? Do I
need SVN right access after approval ? Otherwise, can I send the
patch on gcc-patches so that someone else will commit it for me ?
I suggest reading the
Daniel,
We generate following DWARF2 instructions for stack alignment prologue.
Basically we use expression to calculate CFA. But it run into some
segfault in libmudflap and libjava. Do you have any hints what's wrong?
DW_CFA_def_cfa: r4 (esp) ofs 4
DW_CFA_offset: r8 (eip) at cfa-4
Ian Lance Taylor пишет:
Ivan Levashew [EMAIL PROTECTED] writes:
Ian Lance Taylor пишет:
The other major TODO is to work out the details of using STL
containers with GC allocated objects. This means teaching gengtype
how to generate code to traverse STL containers, which would then be
used
On Wed, Jun 25, 2008 at 10:02:40AM +0800, Joey Ye wrote:
Daniel,
We generate following DWARF2 instructions for stack alignment prologue.
Basically we use expression to calculate CFA. But it run into some
segfault in libmudflap and libjava. Do you have any hints what's wrong?
On Tue, Jun 24, 2008 at 08:40:18PM -0700, H.J. Lu wrote:
On Wed, Jun 25, 2008 at 10:02:40AM +0800, Joey Ye wrote:
Daniel,
We generate following DWARF2 instructions for stack alignment prologue.
Basically we use expression to calculate CFA. But it run into some
segfault in libmudflap
Ian Lance Taylor wrote:
I expect that we will find it appropriate to use STL containers, as in
for (Type::iterator p = container.begin(); p != container.end(); ++p)
For loops like this I'd recommend using some kind of FOREACH macro (the
functional equivalent of BOOST_FOREACH; this is easy
In some circumstances gcc 4.3.1 and later give the above warning incorrectly.
I have tried this with:
gcc (Debian 4.3.1-2) 4.3.1 on x86_64 (This is the compiler in current Debian
unstable)
gcc (GCC) 4.4.0 20080624 (experimental) [trunk revision 137057] on PowerPC -
this was built with --disable
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-24 07:14 ---
I think this is undefined code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from uros at gcc dot gnu dot org 2008-06-24 07:59 ---
Subject: Bug 36584
Author: uros
Date: Tue Jun 24 07:58:17 2008
New Revision: 137059
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137059
Log:
PR middle-end/36584
* calls.c (expand_call):
--- Comment #6 from ubizjak at gmail dot com 2008-06-24 08:02 ---
Fixed for mainline and 4.3 branch.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-24 08:22 ---
It looks like several improvements were installed since then. Can somebody
perhaps retry with the 4.3 branch and trunk?
--
aldot at gcc dot gnu dot org changed:
What|Removed
Compiling linux kernel 2.6.25.7 with gcc cross compiler for cris 4.3.1 produces
internal compiler error in net/core/stream.c sk_stream_wait_connect().
--
Summary: gcc-4.3.1 fails to compile linux kernel
sk_stream_wait_connect()
Product: gcc
--- Comment #1 from hinko dot kocevar at cetrtapot dot si 2008-06-24 08:39
---
Created an attachment (id=15808)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15808action=view)
preprocessed source that caused the internal compiler error
--
--- Comment #2 from hinko dot kocevar at cetrtapot dot si 2008-06-24 08:41
---
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
/work/stage/git.br/build_cris/staging_dir/usr/bin/cris-linux-uclibc-gcc
-Wp,-MD,net/core/.stream.o.d -nostdinc -isystem
The tool generation worked by the following command on my openSUSE 11.0 system
with the configuration parameter
--enable-languages=c,c++,fortran,java,objc,obj-c++,treelang.
[EMAIL PROTECTED]:~/Projekte/GNU/GCC/erzeugt/4.3.1/Auswahl date echo
'erzeugen...' make -j6 Bauprotokoll.txt 21 date
--- Comment #3 from hinko dot kocevar at cetrtapot dot si 2008-06-24 09:03
---
I can NOT reproduce the error with i686 toolchain.
[EMAIL PROTECTED] /work/stage/git.br/project_build_i686/uclibc/linux-2.6.25.7 $
/work/stage/git.br/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc
--
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
--
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
While we have VAR_DECLs with DECL_VALUE_EXPR pointing to where various
shared etc. vars really live, those don't make it into the debug info at all,
as the newly created function has just one BLOCK with all the vars and that
doesn't have TREE_USED set on it.
A quick hack:
--- omp-low.c.jj4
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-24 10:01 ---
A testcase can be e.g.
int
foo (int *a, int *b, int *c, int *d)
{
return *a + *b + *c + *d;
}
int
main (void)
{
int vara = 1, varb = 0, varc, vard = 4;
#pragma omp parallel shared (vara, varb) private (varc)
--- Comment #5 from jakub at gcc dot gnu dot org 2008-06-24 10:07 ---
Subject: Bug 36504
Author: jakub
Date: Tue Jun 24 10:06:17 2008
New Revision: 137061
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137061
Log:
PR tree-optimization/36504
*
--- Comment #6 from jakub at gcc dot gnu dot org 2008-06-24 10:11 ---
Subject: Bug 36504
Author: jakub
Date: Tue Jun 24 10:10:44 2008
New Revision: 137062
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137062
Log:
PR tree-optimization/36504
*
--- Comment #7 from jakub at gcc dot gnu dot org 2008-06-24 10:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from hinko dot kocevar at cetrtapot dot si 2008-06-24 10:14
---
I can NOT reproduce the error with cris toolchain based on gcc 4.2.3.
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
--- Comment #5 from hinko dot kocevar at cetrtapot dot si 2008-06-24 11:01
---
I can reproduce the error with cris toolchain based on gcc 4.4-20080620
snapshot.
[EMAIL PROTECTED] /work/stage/git.br/project_build_cris/uclibc/linux-2.6.25.7 $
--- Comment #6 from hinko dot kocevar at cetrtapot dot si 2008-06-24 11:03
---
Created an attachment (id=15809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15809action=view)
preprocessed source that caused the internal compiler error (with
gcc4.4-20080620)
--
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-24 11:19 ---
(In reply to comment #9)
DFP needs floating point exception support. If your C library doesn't
support it, you can disable DFP.
libdecnumber's configury should thus check whether fenv.h is available or not
and
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-24 11:21 ---
libdecnumber hunk could look like this:
Index: libdecnumber/configure.ac
===
--- libdecnumber/configure.ac (revision 137059)
+++
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-24 11:33 ---
You can compress the preprocessed source before attaching.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-24 11:42 ---
Fails since 4.1.0, still broken on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-24 11:44 ---
The warning is correct. The second access is always outside of the array.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-24 11:54
---
Hi. Yes, your solution seems a good one, barring larger changes to the code,
I'll just do it, thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-24 12:14
---
Fixed mainline and 4_3-branch.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from hp at gcc dot gnu dot org 2008-06-24 12:16 ---
*** Bug 36615 has been marked as a duplicate of this bug. ***
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hp at gcc dot gnu dot org 2008-06-24 12:16 ---
Thanks for th report, I hope you don't feel bad that I have to close it as a
duplicate: your work is appreciated. There's a hint in PR35492 if you want a
local patch. (I guess I should up the priority for fixing
--- Comment #10 from pluto at agmk dot net 2008-06-24 12:17 ---
(In reply to comment #9)
4.3.0: 334s 1.6GB
trunk: 62.20s 640MB
trunk with SFTs: 327s 1.2GB
so, fixed for 4.4.0.
current 4.3 branch stats:
-O1 -g0 : ~615MB, 0m58s
-O2 -g0 : ~935MB, 2m13s
looks far better than 4.3.0.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-24 12:28 ---
We expand
25return left right;
to
sall%cl, %ecx
but we initialized %ecx from
movb%dl, %cl
so later the comparison against zero fails due to the upper part of ecx
being
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-24 12:34
---
This is essentially because openSUSE 11.0 uses glibc2.8 (at variance with 10.3,
for example). Likely, there are some small changes in the localedata, not
worrisome, but let's look a bit into it.
--
paolo
--- Comment #12 from joseph at codesourcery dot com 2008-06-24 12:36
---
Subject: Re: pulls in allegedly unneeded floatingpoint
exception access funcs
On Tue, 24 Jun 2008, aldot at gcc dot gnu dot org wrote:
libdecnumber hunk could look like this:
libdecnumber's configure.ac is
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 12:40 ---
Actually this may be a reload/df problem -- in reload we have
;; bb 4 artificial_defs: { }
;; bb 4 artificial_uses: { u-1(6){ }u-1(7){ }}
;; lr in1 [dx] 6 [bp] 7 [sp] 20 [frame]
;; lr use 1 [dx] 6
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-06-24 12:46
---
Yes. Fixed for 4.3.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hinko dot kocevar at cetrtapot dot si 2008-06-24 12:48
---
I have no problem with that - if it is a duplicate it is a duplicate..
The PR35492 is explaining something but I'm too lame to understand the compiler
talk. I guess I'll wait for the trunk fix. OTOH if
--- Comment #2 from ubizjak at gmail dot com 2008-06-24 12:59 ---
(In reply to comment #1)
This is essentially because openSUSE 11.0 uses glibc2.8 (at variance with
10.3,
for example). Likely, there are some small changes in the localedata, not
worrisome, but let's look a bit into
--- Comment #3 from paolo dot carlini at oracle dot com 2008-06-24 13:07
---
Yes, I suppose Fedora also uses glibc2.8?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
bootstrap failure when building gcc-4.4-20080620.
Did NOT happen with gcc-4.4-20080613. Let
me know if you want more details.
/bin/sh ./libtool --tag=GCJ --mode=compile
/usr/local/gcc-4.4-20080620/src/obj-x86_64-Linux-fc8/gcc/gcj
--- Comment #1 from ubizjak at gmail dot com 2008-06-24 13:47 ---
According to recent testresults, bootstrap works OK on x86_64:
http://gcc.gnu.org/ml/gcc-bugs/2008-06/msg01426.html
Can you try to build from a clean build dir?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36618
--- Comment #11 from jakub at gcc dot gnu dot org 2008-06-24 14:44 ---
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2, 0, 1, 0, 0, 0, 1,
--- Comment #12 from jakub at gcc dot gnu dot org 2008-06-24 15:04 ---
Even smaller reproducer:
PROGRAM PR35659
DIMENSION A(1000), B(1010), AUX(8), IPIV(8), X(16)
COMMON /TLSDIM/ M1,M,N,L,IER
COMMON /SLATE/ V1,V2,IAR(24),DUM(14)
DATA A/0, 1, 0, 0, 1, 0, 2,
--- Comment #4 from ubizjak at gmail dot com 2008-06-24 15:19 ---
(In reply to comment #3)
Yes, I suppose Fedora also uses glibc2.8?
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
An attached program being compiled with
gnatmake boom
crached at runtime with CONSTRAINT_ERROR tag check failed.
--
Summary: Assignment to classwide leads to constraint error
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity:
--- Comment #1 from fedya_fedyakoff at inbox dot ru 2008-06-24 15:29
---
Created an attachment (id=15810)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15810action=view)
Simple code exposing erroneous behaviour
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36619
I got
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/pr36504.c -O3
-fprefetch-loop-arrays -fno-show-column -S -m32 -o pr36504.s(timeout =
300)
--- Comment #5 from paolo at gcc dot gnu dot org 2008-06-24 16:31 ---
Subject: Bug 36616
Author: paolo
Date: Tue Jun 24 16:31:06 2008
New Revision: 137073
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137073
Log:
2008-06-24 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from paolo at gcc dot gnu dot org 2008-06-24 16:32 ---
Subject: Bug 36616
Author: paolo
Date: Tue Jun 24 16:31:22 2008
New Revision: 137074
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137074
Log:
2008-06-24 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #7 from paolo dot carlini at oracle dot com 2008-06-24 16:34
---
Fixed for mainline and 4.3.2.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #8 from Markus dot Elfring at web dot de 2008-06-24 17:13
---
Thanks.
Were only the test cases affected?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
--- Comment #9 from paolo dot carlini at oracle dot com 2008-06-24 17:18
---
Yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36616
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
--- Comment #3 from cvs-commit at developer dot classpath dot org
2008-06-24 17:36 ---
Subject: Bug 32198
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey tromey 08/06/24 17:36:07
Modified files:
. : ChangeLog
--- Comment #1 from vinutheraj at gmail dot com 2008-06-24 18:21 ---
This code seems to work against the gcc version
in ubuntu 8.04
heres the output :
$ ./u threaded
0x400af4 handler+0x1a
0x400b15 crash+0x10
0x7fc507445b2d clone+0x6d
$ gcc -v
Using built-in specs.
Target:
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-24 18:32 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-06-24 18:32 ---
Subject: Bug 32198
Author: tromey
Date: Tue Jun 24 18:31:49 2008
New Revision: 137084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137084
Log:
PR libgcj/32198:
*
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-24
19:10 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
This fixes it for me. Can you check on hppa?
It also works on hppa. Tested on hhpa-unknown-linux-gnu
--- Comment #117 from pepalogik at seznam dot cz 2008-06-24 20:12 ---
(In reply to comment #116)
Yes, but this requires quite a complicated workaround (solution (4) in my
comment #109).
The problem is on the compiler side, which could store every result of a cast
or an
--- Comment #3 from bunk at stusta dot de 2008-06-24 20:19 ---
Yes, bfin-uclinux works for me.
It might be nice to get bfin-linux as an alias for bfin-uclinux, but this bug
of mine is definitely INVALID.
--
bunk at stusta dot de changed:
What|Removed
--- Comment #10 from ubizjak at gmail dot com 2008-06-24 20:42 ---
Hm, these now fail on my x86_64 Fedora 9:
FAIL: 22_locale/time_put/put/char/4.cc execution test
FAIL: 22_locale/time_put/put/char/wrapped_env.cc execution test
FAIL: 22_locale/time_put/put/char/wrapped_locale.cc
--- Comment #13 from redi at gcc dot gnu dot org 2008-06-24 20:44 ---
Subject: Bug 23194
Author: redi
Date: Tue Jun 24 20:44:04 2008
New Revision: 137086
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137086
Log:
PR c++/23194
* typeck.c (cp_build_function_call):
--- Comment #118 from vincent at vinc17 dot org 2008-06-24 20:45 ---
(In reply to comment #117)
By a lucky hit, I have found this in the GCC documentation:
-mpc32
-mpc64
-mpc80
OK, this is new in gcc 4.3. I haven't tried, but if gcc just changes the
precision without changing the
--- Comment #14 from jwakely dot gcc at gmail dot com 2008-06-24 20:46
---
Fixed for 4.4
--
jwakely dot gcc at gmail dot com changed:
What|Removed |Added
--- Comment #2 from vinutheraj at gmail dot com 2008-06-24 20:58 ---
Created an attachment (id=15811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15811action=view)
Its a patch provided with ubuntu and debian which solves this backtrace problem
This patch provided with ubuntu and
--- Comment #3 from vinutheraj at gmail dot com 2008-06-24 21:04 ---
Created an attachment (id=15812)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15812action=view)
A patch which comes with debian and ubuntu which solves this problem
A patch which is provided with ubuntu and
--- Comment #3 from pluto at agmk dot net 2008-06-24 21:27 ---
(In reply to comment #2)
Created an attachment (id=15811)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15811action=view) [edit]
Its a patch provided with ubuntu and debian which solves this backtrace
problem
--- Comment #11 from paolo dot carlini at oracle dot com 2008-06-24 21:29
---
Frankly, I find that extremely hard to believe, did you fully update? Because
of course I tested both on a glibc2.8 machine (openSUSE 11) and a glibc2.6.1
machine. Please post the relevant lines in
--- Comment #2 from pault at gcc dot gnu dot org 2008-06-24 21:45 ---
Subject: Bug 36371
Author: pault
Date: Tue Jun 24 21:44:28 2008
New Revision: 137088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137088
Log:
2008-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #7 from pault at gcc dot gnu dot org 2008-06-24 21:45 ---
Subject: Bug 34371
Author: pault
Date: Tue Jun 24 21:44:28 2008
New Revision: 137088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137088
Log:
2008-06-24 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 22:02 ---
*** Bug 36621 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-24 22:02 ---
*** This bug has been marked as a duplicate of 36568 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-06-24 22:03 ---
This is a glibc bug then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-06-24 22:42 ---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36594
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-06-24 22:42 ---
Subject: Bug 36594
Author: pinskia
Date: Tue Jun 24 22:42:10 2008
New Revision: 137089
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137089
Log:
2008-06-24 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-24 22:43 ---
Fixed I said.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following code causes this gcc error:
test.c: In member function `void Test2TAnotherClass::Initialize()':
test.c:22: error: expected primary-expression before '' token
test.c:22: error: expected primary-expression before ')' token
template class TSomeClass
class Test1
{
public:
template
On Tue, Jun 24, 2008 at 4:06 PM, Andrew McPherson
[EMAIL PROTECTED] wrote:
template class TAnotherClass
class Test2
{
public:
void Initialize()
{
You missed the template keyword here:
mTest.TestMeNothing2();
That should be:
mTest. template
Hi,
I am compiling this against SuSE Linux Ent. Server 9 32-bit.
I get the following error at stage2:
---snip---
../../gcc-4.3.1/gcc/gcse.c: In function ?one_cprop_pass?:
../../gcc-4.3.1/gcc/gcse.c:3458: error: invalid rtl sharing found in the insn
(insn 865 862 866 141
1 - 100 of 118 matches
Mail list logo