--- 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.
--
--- 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 #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
--
--- 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 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
--
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 #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
--- 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
--- 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=gccview=revrev=116931
Log:
PR other/23541
PR other/26507
--- 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=gccview=revrev=116931
Log:
PR other/23541
PR other/26507
--- 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=gccview=revrev=116932
Log:
PR other/23541
PR other/26507
--- 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=gccview=revrev=116932
Log:
PR other/23541
PR other/26507
--- 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=gccview=revrev=116933
Log:
PR other/23541
PR other/26507
--- 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=gccview=revrev=116933
Log:
PR other/23541
PR other/26507
--- 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|
[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
--- 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|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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];
--- 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
--- 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
--
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 #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
--- 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 statement.
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 (experimental
--- 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=12253action=view)
preprocessed file for 20020919.c generated on Darwin PPC at -m64
--
-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:11 ---
Created an attachment (id=12254)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12254action=view)
preprocessed file for cleanup-11.c generated on Darwin PPC at -m64
--
--- 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=12255action=view)
assembly file for cleanup-11.c created on Darwin PPC at -m64
--
-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:15 ---
Created an attachment (id=12256)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12256action=view)
preprocessed file for cleanup-8.c generated on Darwin PPC at -m64
--
--- 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=12257action=view)
assembly file for cleanup-8.c created on Darwin PPC at -m64
--
-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:19 ---
Created an attachment (id=12258)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12258action=view)
preprocessed file for cleanup-9.c generated on Darwin PPC at -m64
--
--- 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=12259action=view)
assembly file for cleanup-9.c created on Darwin PPC at -m64
--
--- 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 #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 ---
*** 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 #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 #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: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,
:
__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/info --with-gmp=/sw
--- 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
--
--- 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.
--- 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.
--- 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 #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 #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.
--
--- 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
--- 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.
--- 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.
--- 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.
--- 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.
--- 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.
--- 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.
--- 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=gccview=revrev=116939
Log:
2006-09-13 Andrew Pinski [EMAIL PROTECTED]
PR
--- 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.
--- 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 #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 #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.
--
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 #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=12260action=view)
preprocessed file for forced1.C generated on Darwin PPC at -m64
--
--- 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=12261action=view)
assembly file for forced1.C created on Darwin PPC at -m64
--
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 #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=12262action=view)
preprocessed file for terminate2.C generated on Darwin PPC at -m64
--
--- 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=12263action=view)
assembly file for terminate2.C created on Darwin PPC at -m64
--
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 #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
--- 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
--- 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
--
--- 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
--- 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:
--- 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
--- 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: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
101 - 179 of 179 matches
Mail list logo
