--- Comment #3 from tdalman at project-psi dot org 2006-09-14 06:40 ---
Thanks for clarification. Nevertheless, your wording, Andreas, is exactly what
I would have expected in the error message.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29062
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-14 06:38 ---
(In reply to comment #2)
> Adding:
> To finish_pseudo_destructor_expr fixes this bug.
This caused two regressions which I still need to look into, both are ICEs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Summary|[4.1/4.2 regression] Ada ICE|[4.1/4.2 reg
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29015
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-14 04:12 ---
Mine I have a patch.
set_rhs forgets to reject MODIFY_EXPRs right away.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-14 04:11 ---
*** Bug 29070 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-14 04:11 ---
The problem here is the same as PR 29059, even though they look different they
are the same problem, strcpy is transformed into memcpy.
Then set_rhs forgets to reject MODIFY_EXPRs right away.
*** This bug has been m
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-09-14
02:18 ---
Andrew,
I just noticed that the same code fragment exists in
rs6000_darwin64_record_arg_recurse
as well as in rs6000_darwin64_record_arg_advance_recurse. Shouldn't we then
make the patch...
Index: gcc/
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-14 01:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from patchapp at dberlin dot org 2006-09-14 01:34 ---
Subject: Bug number PR C++/28989
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00532.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-09-14 01:21
---
Assembly output which does not work because it is using the same block of
memory for the st_parameter_dt structure for both WRITEs, the file position
pointer is in this structure, but not set before the calls beca
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-14 01:16 ---
Closing as invalid then, not a GCC bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
When I compile this C++ file with current mainline:
class c { ~c(); };
namespace m { c::~c() { } }
I get this error message:
foo.cc:2: error: definition of void c::c() is not in namespace enclosing c
This error is wrong: the definition in the wrong place is for c::~c(), not
c::c().
--
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2006-09-14
01:15 ---
Created an attachment (id=12263)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12263&action=view)
assembly file for terminate2.C created on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2006-09-14
01:14 ---
Created an attachment (id=12262)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12262&action=view)
preprocessed file for terminate2.C generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla
0x00044220 in _Unwind_GetGR (context=0x0, index=13) at
../../gcc-4.2-20060913/gcc/unwind.inc:216
216 }
(gdb) bt
#0 0x00044220 in _Unwind_GetGR (context=0x0, index=13) at
../../gcc-4.2-20060913/gcc/unwind.inc:216
#1 0x00049b10 in _Unwind_fallback_frame_state_for
(context
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-14
01:07 ---
Created an attachment (id=12261)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12261&action=view)
assembly file for forced1.C created on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-14
01:07 ---
Created an attachment (id=12260)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12260&action=view)
preprocessed file for forced1.C generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/sh
memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x
0x00044220 in _Unwind_GetGR (context=0x0, index=13) at
../../gcc-4.2-20060913/gcc/unwind.inc:216
216 }
(gdb) bt
#0 0x00044220 in _Unwind_GetGR (context=0x0, index=13) at
../../gcc-4.2-20060913/gcc/unwind.inc:216
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-09-14 00:57 ---
This is an osb-jscore problem, not a gcc problem. osb-jscore uses
aclocal.m4 which looks made from the old libtool.m4 and doesn't set
lt_cv_deplibs_check_method to pass_all for sh*-*-linux-gnu targets.
--
http:
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:40 ---
Opps...I just noticed that out of these the g++.dg/warn/weak1.C linker failure
is
shared with -m32 so it make be a different bug for that one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29075
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-09-14 00:38
---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:38 ---
...and FINALLY g++.old-deja/g++.pt/repo4.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-14 00:37
---
Subject: Bug 28980
Author: pinskia
Date: Thu Sep 14 00:37:14 2006
New Revision: 116939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116939
Log:
2006-09-13 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:36 ---
g++.old-deja/g++.pt/repo3.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/darwi
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:35 ---
g++.old-deja/g++.pt/repo2.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/darwi
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:34 ---
g++.old-deja/g++.pt/repo1.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/darwin
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:33 ---
g++.old-deja/g++.pt/instantiate6.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:31 ---
g++.old-deja/g++.pt/instantiate4.C suffers from the same...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:28 ---
g++.dg/warn/weak1.C exhibits a linker failure as well...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/da
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-14 00:27 ---
(In reply to comment #4)
> Odd that the gcc test cases don't suffer from the same problem. Anyway,
> I going to finish documenting all the cases of this for PR29075 in case
> any deviate from that analysis.
That is b
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:26 ---
Odd that the gcc test cases don't suffer from the same problem. Anyway,
I going to finish documenting all the cases of this for PR29075 in case
any deviate from that analysis.
--
http://gcc.gnu.org/bug
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-14 00:22 ---
This is most likely just need to add support to gcc.c for the ld64 format of
saying the symbols are undefined.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-14
00:21 ---
Subject: Re: Unable to build Python
> --- Comment #1 from sje at cup dot hp dot com 2006-09-13 20:32 ---
> I had someone try to use 64 bit PA GCC code with HP Java and they ran into two
> unsats,
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:21 ---
A similar issue exists with g++.dg/template/repo3.C...
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/darw
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-14
00:19 ---
The same issue exists for...
g++.dg/template/repo1.C
Executing on host:
/sw/src/fink.build/gcc4-4.1.999-20060911/darwin_objdir/gcc/testsuite/g++/../../g++
-B/sw/src/fink.build/gcc4-4.1.
999-20060911/darwi
--- Comment #10 from patchapp at dberlin dot org 2006-09-14 00:15 ---
Subject: Bug number PR 28980
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00525.html
--
http://gcc.gnu.org/bugzilla/
), referenced from:
__static_initialization_and_destruction_0(int, int)in repo1.o
ld64-59.2 failed: symbol(s) not found
g++-4 -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: ../gcc-4.2-20060913/configure --prefix=/sw
--prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran
--infodir=/sw/lib/gcc4/share/i
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-13 23:39 ---
here is the reduced testcase for CCP:
static const char OggFLAC__MAPPING_VERSION_MAJOR = 1;
void f(void)
{
char synthetic_first_packet_body[10];
char *b = &synthetic_first_packet_body[4];
memcpy (b, &OggFLAC__M
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-13 23:34 ---
There are two bugs here, if I reduce the testcase, I get an ICE after CCP but
right now I get an ICE after DOM.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
*** Bug 29074 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29032
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
*** This bug has been marked as a duplicate of 29032 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
*** Bug 29072 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29032
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
*** This bug has been marked as a duplicate of 29032 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
*** Bug 29073 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29032
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-13 23:20 ---
I am going to say these all the same problem so closing as a dup of bug 29032.
*** This bug has been marked as a duplicate of 29032 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:19 ---
Created an attachment (id=12259)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12259&action=view)
assembly file for cleanup-9.c created on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:19 ---
Created an attachment (id=12258)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12258&action=view)
preprocessed file for cleanup-9.c generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/
-darwin8
Configured with: ../gcc-4.2-20060913/configure --prefix=/sw
--prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran
--infodir=/sw/lib/gcc4/share/info --with-gmp=/sw --with-included-gettext
--host=powerpc-apple-darwin8 --with-libiconv-prefix=/sw
Thread model: posix
gcc version 4.2.0 20060913
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:16 ---
Created an attachment (id=12257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12257&action=view)
assembly file for cleanup-8.c created on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:15 ---
Created an attachment (id=12256)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12256&action=view)
preprocessed file for cleanup-8.c generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/
-darwin8
Configured with: ../gcc-4.2-20060913/configure --prefix=/sw
--prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran
--infodir=/sw/lib/gcc4/share/info --with-gmp=/sw --with-included-gettext
--host=powerpc-apple-darwin8 --with-libiconv-prefix=/sw
Thread model: posix
gcc version 4.2.0 20060913
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:12 ---
Created an attachment (id=12255)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12255&action=view)
assembly file for cleanup-11.c created on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:11 ---
Created an attachment (id=12254)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12254&action=view)
preprocessed file for cleanup-11.c generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla
-darwin8
Configured with: ../gcc-4.2-20060913/configure --prefix=/sw
--prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran
--infodir=/sw/lib/gcc4/share/info --with-gmp=/sw --with-included-gettext
--host=powerpc-apple-darwin8 --with-libiconv-prefix=/sw
Thread model: posix
gcc version 4.2.0 20060913
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2006-09-13
23:00 ---
Created an attachment (id=12253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12253&action=view)
preprocessed file for 20020919.c generated on Darwin PPC at -m64
--
http://gcc.gnu.org/bugzilla/s
clobber list
20020919-1.c:247: error: asm-specifier for variable 'a' conflicts with asm
clobber list
gcc-4 -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: ../gcc-4.2-20060913/configure --prefix=/sw
--prefix=/sw/lib/gcc4 --enable-languages=c,c++,fortran
--- Comment #2 from neil at daikokuya dot co dot uk 2006-09-13 22:27
---
Subject: Re: Parse error after label and variable declaration
schwab at suse dot de wrote:-
>
>
> --- Comment #1 from schwab at suse dot de 2006-09-13 15:32 ---
> A label can only be part of a stateme
--- Comment #12 from steve at telxio dot com 2006-09-13 22:07 ---
I will try again with the latest gcc 4.x
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24649
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kargl at gcc dot gnu dot org
|dot org
--- Comment #3 from kargl at gcc dot gnu dot org 2006-09-13 21:42 ---
This compiles with both
troutmask:sgk[265] gfc41 --version
GNU Fortran 95 (GCC) 4.1.2 20060913 (prerelease)
Copyright (C) 2006 Free Software Foundation, Inc.
troutmask:sgk[266] gfc4x --version
GNU Fortran 95 (GCC
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-13 21:35 ---
This is related to PR 29059.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsT
--- Comment #4 from tbm at cyrius dot com 2006-09-13 21:33 ---
Here's a C testcase:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O -Wwrite-strings
bsdgames-input.c
bsdgames-input.c: In function 'rezero':
bsdgames-input.c:15: error: invalid operand to unary operator
""[0];
bsd
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-13 21:31 ---
What is most likely happening is that fold now creates non gimple for some
cases but the passes which call fold don't fix that up.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-13 21:29 ---
This was caused by Jakub's patch, I might look at it later today after I get
home from work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29070
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:26
---
At last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL|
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O
flac-ogg_encoder_aspect.c
flac-ogg_encoder_aspect.c: In function
'OggFLAC__ogg_encoder_aspect_write_callback_wrapper':
flac-ogg_encoder_aspect.c:24: error: invalid operand to unary operator
OggFLAC__MAPPING_VERSION_MAJORD.1685
flac-ogg_enco
--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:25
---
At last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:24
---
Subject: Bug 26507
Author: ebotcazou
Date: Wed Sep 13 21:24:04 2006
New Revision: 116933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116933
Log:
PR other/23541
PR other/26507
Ba
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:24
---
Subject: Bug 23541
Author: ebotcazou
Date: Wed Sep 13 21:24:04 2006
New Revision: 116933
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116933
Log:
PR other/23541
PR other/26507
B
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:24
---
Subject: Bug 23541
Author: ebotcazou
Date: Wed Sep 13 21:23:44 2006
New Revision: 116932
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116932
Log:
PR other/23541
PR other/26507
B
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:24
---
Subject: Bug 26507
Author: ebotcazou
Date: Wed Sep 13 21:23:44 2006
New Revision: 116932
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116932
Log:
PR other/23541
PR other/26507
Ba
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:23
---
Subject: Bug 23541
Author: ebotcazou
Date: Wed Sep 13 21:23:28 2006
New Revision: 116931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116931
Log:
PR other/23541
PR other/26507
B
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-13 21:23
---
Subject: Bug 26507
Author: ebotcazou
Date: Wed Sep 13 21:23:28 2006
New Revision: 116931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116931
Log:
PR other/23541
PR other/26507
Ba
--- Comment #2 from sje at cup dot hp dot com 2006-09-13 21:21 ---
I tried the test case with ToT, Top of 4.1 branch, and Top of 4.0 branch, the
results are below. My header files show the second argument to shmget to be
size_t (64 bits) but the man page on my system says the second ar
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-13 21:18 ---
(In reply to comment #3)
> Ideally the message in the second line would also be that of the first line,
> unless there is some mechanism that the IDE can use to know the two are the
> same issue. Since CDT marks the
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #3 from andrejohn dot mas at gmail dot com 2006-09-13 21:12
---
Now that I look at it that does appear to be the format. The issue now that I
look at it closer is to do with 'error blocks' (multiple lines referencing the
same issue). This may end up simply being a CDT issue.
--- Comment #4 from sje at cup dot hp dot com 2006-09-13 21:08 ---
The underlying problem here is twofold, The C++ configure script will only
check for mbstate_t if wchar is enabled. On IA64 HP-UX wchar is not enabled
because we are missing a define that makes the wchar type visible to
--- Comment #3 from rmansfield at qnx dot com 2006-09-13 20:57 ---
Fails on MIPS as well (and probably other ptrmemfunc_vbit_in_delta targets).
This has been around for awhile since in fails in 3.3 and 3.4. Testcase works
in 2.95.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2906
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-13 20:56 ---
right now the column is optional but that might change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29069
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-13 20:55 ---
GCC already have a standard way of outputting error messages:
file:line[:column]:error/warning:error message
I don't see you would think it is not already standardized for an IDE.
--
http://gcc.gnu.org/bugzill
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-09-13 20:48
---
> If the bugzilla would allow me to merge the changes, it would be better but it
> does not. Also I loaded the page right before you changed stuff and I had
> changed the summary to include [4.2 Regression] but r
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-13 20:45 ---
(In reply to comment #3)
> Please, Andrew, stop overwriting my changes. Thanks.
If the bugzilla would allow me to merge the changes, it would be better but it
does not. Also I loaded the page right before you chang
When gcc, g++, etc ouputs errors they are in a form designed to help people
read the command line. With many people wanting to use IDEs, such as Eclips
CDT, trying to write code to parse this output is not easy.
For this reason to have a mode where the compiler and other gcc tools can
output resul
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-09-13 20:40
---
Please, Andrew, stop overwriting my changes. Thanks.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from sje at cup dot hp dot com 2006-09-13 20:37 ---
Well, I guess I should have read comment 1 before adding comment 2,
sorry for the extra mail David.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28821
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-13 20:36 ---
This is why I mentioned Java people should not be committing new features this
late.
See also:
http://gcc.gnu.org/ml/java/2006-09/msg00021.html
--
pinskia at gcc dot gnu dot org changed:
What|Rem
--- Comment #1 from sje at cup dot hp dot com 2006-09-13 20:32 ---
I had someone try to use 64 bit PA GCC code with HP Java and they ran into two
unsats, __cxa_finalize and _Jv_RegisterClasses. In GCC 4.0.3 there is a weak
definition of __cxa_finalize in libstdc++.sl, but in GCC 4.1.1 t
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-09-13 20:28
---
Same on SPARC/Solaris 8 and 9.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
On mainline I'm getting a bootstrap failure building in the libjava directory
on sparc-sun-solaris2.10:
Undefined first referenced
symbol in file
GC_get_thread_stack_base./.libs/libgcj.so
ld: fatal: Symbol referencing errors. No output
--- Comment #2 from mathieu dot courtois at free dot fr 2006-09-13 20:18
---
Created an attachment (id=12252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12252&action=view)
source code
add source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29067
--- Comment #1 from kargl at gcc dot gnu dot org 2006-09-13 20:17 ---
This compiles with gfortran 4.2, so you may want to update to a
newer compiler.
Does this file contain any TAB characters?
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from kargl at gcc dot gnu dot org 2006-09-13 20:11 ---
Yes, it appears to be related to spread. If you comment out the
spread() in the subroutine the compiles. Additionally, if you
change "x%position(:,1:2)" to "x%position(1:3,1:2)", then the
code compiles. So, it look
gfortran fails on the attached subroutine.
> gfortran -v -save-temps -c ircmva.f
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without
--- Comment #5 from pbrook at gcc dot gnu dot org 2006-09-13 19:00 ---
This is looking like a latent reload bug.
I don't see anything in r105121 that could cause this bug. I can reproduce it
on non-linux and non-eabi arm targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:50
---
Fixed in upcoming 4.1.2 release.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:48
---
Subject: Bug 29025
Author: ebotcazou
Date: Wed Sep 13 18:48:46 2006
New Revision: 116930
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116930
Log:
PR ada/29025
* trans.c (gnat_gimplify_ex
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-13 18:48
---
Subject: Bug 29025
Author: ebotcazou
Date: Wed Sep 13 18:48:21 2006
New Revision: 116929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116929
Log:
PR ada/29025
* trans.c (gnat_gimplify_ex
1 - 100 of 168 matches
Mail list logo
