--- Comment #1 from jh at suse dot cz 2008-04-18 05:40 ---
Subject: Re: except.c:3382: error: 'struct eh_status' has no member named
'call
Hi,
I've comitted the fix this morning, hope it is OK now.
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35970
--- Comment #1 from rwild at gcc dot gnu dot org 2008-04-18 05:26 ---
Isn't it this change that broke the tree?
| 2006-07-13 Benjamin Kosnik <[EMAIL PROTECTED]>
|
| * include/Makefile.am (pch*_output_anchor): Add.
| (pch*_output): Use.
| (CLEANFILES): Use.
|
--- Comment #5 from greened at obbligato dot org 2008-04-18 04:16 ---
Ok, the closest thing I could find is the 1998 draft standard:
http://www.kuzbass.ru:8086/docs/isocpp/lib-containers.html#lib.sequences
It says that splice "invalidates only the iterators and references to the
splice
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-
prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribut
e -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -fno-common -DHAVE_CONFIG_
--- Comment #4 from greened at obbligato dot org 2008-04-18 03:26 ---
Subject: Re: GLIBCXX_DEBUG: list::merge triggers bad
assert
pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-18 03:23
> ---
> I don't know if the SGI websi
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-18 03:23 ---
I don't know if the SGI website has been updated to take into account what the
C++ standard says. Since STL was originally from HP/SGI, that page is old and
might not reflect reality any more.
--
http://gcc.gnu
--- Comment #2 from greened at obbligato dot org 2008-04-18 03:13 ---
Created an attachment (id=15494)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15494&action=view)
Unpreprocessed source
Includes comments describing the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from greened at obbligato dot org 2008-04-18 03:12 ---
Created an attachment (id=15493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15493&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35969
The attached preprocessed source when compiled with -D_GLIBCXX_DEBUG encounters
a runtime assert at the final call to splice. According to
http://www.sgi.com/tech/stl/List.html, all iterators remain valid after a merge
operation. I believe that libstdc++ is not updating the _M_sequence members of
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-18 02:21 ---
Fixed on the trunk with:
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01408.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-18 00:59 ---
Subject: Bug 34866
Author: tromey
Date: Fri Apr 18 00:58:58 2008
New Revision: 134421
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134421
Log:
PR libcpp/34866:
* errors.c (cpp_error): Don't
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-18 00:59 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #3 from pinskia at gmail dot com 2008-04-18 00:17 ---
Subject: Re: Local variables interpreted as volatile following a @try block
On Thu, Apr 17, 2008 at 4:41 PM, ymeroz at earthlink dot net
<[EMAIL PROTECTED]> wrote:
> This is a language syntax issue, as I see it. Variabl
On Thu, Apr 17, 2008 at 4:41 PM, ymeroz at earthlink dot net
<[EMAIL PROTECTED]> wrote:
> This is a language syntax issue, as I see it. Variable type can not change by
> itself in mid-scope in C++ or Obj-C. This is not an issue of runtime
> implementation.
It is a little of both really. The way
--- Comment #2 from ymeroz at earthlink dot net 2008-04-17 23:41 ---
(In reply to comment #1)
> This is a side effect of how the next runtime implements their
> exceptions.
This is a language syntax issue, as I see it. Variable type can not change by
itself in mid-scope in C++ or Obj
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-17 22:00 ---
This is pretty much addressed in PR 27866.
Closing as a duplicate.
*** This bug has been marked as a duplicate of 27866 ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-04-17 22:00 ---
*** Bug 35962 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-04-17 21:58 ---
Confirmed.
I'll take a look at this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-17 20:44 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
nth_element in 4.3.0 fails to meet its complexity requirements.
This is basically intraselect by Dave Musser.
The question is "What algorithm should you switch to when quickselect fails?"
In the codebase __heapselect() is called. But this in O(N * log N).
__heapselect() is O(middle-first) + O((l
--- Comment #2 from pault at gcc dot gnu dot org 2008-04-17 20:37 ---
This is indeed a bug. A fix will be posted in half an hour or so.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rsandifo at gcc dot gnu dot org 2008-04-17 20:21
---
Patch applied.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #8 from rsandifo at gcc dot gnu dot org 2008-04-17 20:20
---
Subject: Bug 35838
Author: rsandifo
Date: Thu Apr 17 20:20:13 2008
New Revision: 134411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134411
Log:
gcc/
PR rtl-optimization/35838
* dse.c (fi
--- Comment #1 from uwe at netbsd dot org 2008-04-17 20:14 ---
Created an attachment (id=15492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15492&action=view)
Suggested fix
Attached patch makes NetBSD/landisk (sh4) cross-build complete successfully on
NetBSD/amd64, where it used
--- Comment #1 from pinskia at gmail dot com 2008-04-17 19:58 ---
Subject: Re: New: Local variables interpreted as volatile following a @try
block
Sent from my iPhone
On Apr 17, 2008, at 12:37, "ymeroz at earthlink dot net"
<[EMAIL PROTECTED]
> wrote:
> Test case:
>
Sent from my iPhone
On Apr 17, 2008, at 12:37, "ymeroz at earthlink dot net" <[EMAIL PROTECTED]
> wrote:
Test case:
- start file bug.mm
@interface TestClass
-(void) testMethod;
@end
void ff (int& i)
{
}
@implementation TestClass
-(void) testMethod
{
int i = 1;
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-04-17 19:48
---
Now also fixed on 4.3 and 4.2 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-04-17 19:47
---
Now also fixed on 4.3 and 4.2 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-04-17 19:42
---
Subject: Bug 35744
Author: reichelt
Date: Thu Apr 17 19:41:50 2008
New Revision: 134409
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134409
Log:
PR c/35744
* attribs.c (decl_attributes):
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-04-17 19:40
---
Subject: Bug 35436
Author: reichelt
Date: Thu Apr 17 19:40:03 2008
New Revision: 134408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134408
Log:
PR c/35436
* c-format.c (init_dynamic_gfc_
Test case:
- start file bug.mm
@interface TestClass
-(void) testMethod;
@end
void ff (int& i)
{
}
@implementation TestClass
-(void) testMethod
{
int i = 1;
int& iref = i;
@try
{}
@catch (id)
{}
@finally
{}
--- Comment #5 from reichelt at gcc dot gnu dot org 2008-04-17 19:35
---
Subject: Bug 35744
Author: reichelt
Date: Thu Apr 17 19:34:43 2008
New Revision: 134406
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134406
Log:
PR c/35744
* attribs.c (decl_attributes):
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-04-17 19:32
---
Subject: Bug 35436
Author: reichelt
Date: Thu Apr 17 19:31:45 2008
New Revision: 134405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134405
Log:
PR c/35436
* c-format.c (init_dynamic_gfc_
--- Comment #7 from tromey at gcc dot gnu dot org 2008-04-17 17:18 ---
Fixed on 4.3 branch and trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-17 17:16 ---
Subject: Bug 35950
Author: tromey
Date: Thu Apr 17 17:16:09 2008
New Revision: 134402
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134402
Log:
PR libgcj/35950:
* tools/gnu/classpath/tools/ja
--- Comment #5 from tromey at gcc dot gnu dot org 2008-04-17 17:16 ---
Subject: Bug 35950
Author: tromey
Date: Thu Apr 17 17:15:10 2008
New Revision: 134401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134401
Log:
PR libgcj/35950:
* tools/gnu/classpath/tools/ja
--- Comment #7 from jakub at gcc dot gnu dot org 2008-04-17 16:29 ---
Fixed, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #6 from jason at gcc dot gnu dot org 2008-04-17 16:11 ---
Subject: Bug 35773
Author: jason
Date: Thu Apr 17 16:10:36 2008
New Revision: 134399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134399
Log:
PR c++/35773
* cp/call.c (build_user_type_convers
--- Comment #6 from cnstar9988 at gmail dot com 2008-04-17 15:09 ---
same as PR27794?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
confirmed, gcc 4.2.2 hp ia64 11.23
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz.
make[4]: *** [libgcc/hpux64/__d
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-04-17 15:09
---
Created an attachment (id=15491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15491&action=view)
gimple semantics change patch
This is the variant I thought about with changing the way types are interpreted
--- Comment #1 from chris at chris-lamb dot co dot uk 2008-04-17 14:26
---
Confirmed using 20080417's SVN HEAD under Debian unstable.
--
chris at chris-lamb dot co dot uk changed:
What|Removed |
If I have the following three files:
/usr/include/blub.hpp:
struct Y { virtual ~Y(); };
struct X: Y { X(); };
t.cpp
#include
int main() { int i[3]; return i[3]; }
t2.cpp
#include
int main() { int i[3]; return i[3]; }
X::X() {}
then "g++ -O2 -Wall -c t.cpp"
--- Comment #5 from jason at gcc dot gnu dot org 2008-04-17 14:02 ---
Subject: Bug 35773
Author: jason
Date: Thu Apr 17 14:01:26 2008
New Revision: 134398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134398
Log:
PR c++/35773
* cp/call.c (build_user_type_convers
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #4 from bonzini at gnu dot org 2008-04-17 13:01 ---
I wonder is PR34824 should be reverted then?
--
bonzini at gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35946
--- Comment #22 from amodra at bigpond dot net dot au 2008-04-17 12:29
---
Fixed
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSI
--- Comment #21 from amodra at gcc dot gnu dot org 2008-04-17 12:28 ---
Subject: Bug 35907
Author: amodra
Date: Thu Apr 17 12:27:56 2008
New Revision: 134388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134388
Log:
PR target/35907
* config/rs6000/rs6000.c (rs60
--- Comment #20 from amodra at gcc dot gnu dot org 2008-04-17 12:28 ---
Subject: Bug 35907
Author: amodra
Date: Thu Apr 17 12:27:31 2008
New Revision: 134387
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134387
Log:
PR target/35907
* config/rs6000/rs6000.c (rs60
--- Comment #8 from aldot at gcc dot gnu dot org 2008-04-17 12:03 ---
fixing the constraint and all is well. Thanks, Andrew!
*** This bug has been marked as a duplicate of 35102 ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-17 12:03 ---
*** Bug 35963 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35102
--- Comment #2 from riku dot voipio at iki dot fi 2008-04-17 11:49 ---
Created an attachment (id=15490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15490&action=view)
segfaulting arm assemble of hello world
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35965
--- Comment #1 from riku dot voipio at iki dot fi 2008-04-17 11:48 ---
Created an attachment (id=15489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15489&action=view)
working arm assembly produced from hello world
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35965
-snip-
#include
main()
{
printf ("Hello World!\n");
}
-snip-
$ gcc -save-temps -fstack-protector -fPIE hello.c -o hello
$ ./hello
$ Hello World!
$ gcc -save-temps -fstack-protector-all -fPIE helloall.c -o helloall
$ ./helloall
$ Segmentation fault
helloall.s segfaults, hello.s runs fine.
--- Comment #7 from aldot at gcc dot gnu dot org 2008-04-17 11:32 ---
Changing the attached testcase to use either =q or =R makes no difference, it
still tries to emit the wrong thing, thus reopening.
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from riku dot voipio at iki dot fi 2008-04-17 11:32 ---
Current debian/arm eabi gcc is built as:
Package source: gcc-4.3
GCC version: 4.3.1
Base Debian version: 4.3
Configured with: -v
--with-pkgversion='Debian 4.3.0-3'
--with-bugurl='file:///usr/share/d
--- Comment #4 from riku dot voipio at iki dot fi 2008-04-17 11:24 ---
Created an attachment (id=15488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15488&action=view)
test case from pymol
$ gcc -g -O2 -fwrapv -funroll-loops -S Match.i
layer0/Match.c: In function 'MatchAlign':
la
--- Comment #3 from riku dot voipio at iki dot fi 2008-04-17 11:23 ---
Created an attachment (id=15487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15487&action=view)
test case from openarena, a quake3 port
gcc -S -O3 -ffast-math -funroll-loops files.i
code/qcommon/files.c: In
--- Comment #2 from riku dot voipio at iki dot fi 2008-04-17 11:22 ---
Created an attachment (id=15486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15486&action=view)
test case from john
gcc -S -Wall -O2 -fomit-frame-pointer -funroll-loops DES_bs.i
DES_bs.c: In function 'DES_bs_
--- Comment #1 from riku dot voipio at iki dot fi 2008-04-17 11:19 ---
Created an attachment (id=15485)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15485&action=view)
test case from libcoveb
ICE when compiled as:
gcc-4.3 -S -g -O2 -funroll-loops coveb-tree.i
--
http://gcc.
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-04-17 11:17 ---
(In reply to comment #4)
> Sounds a little bit like PR6142 popped up again via IRA.
If you read what the patch does there, it changes the constraints of the
internal patterns from "r" to "q" so this is not a bug :).
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-04-17 11:16 ---
*** Bug 35963 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-04-17 11:16 ---
(In reply to comment #3)
> It compiles just fine with the "old" RA.
> If the "=r" is wrong, then shouldn't it be rejected also with -fno-ira?
Why, the old RA is choosing just happens to be the right one.
"=q" or "
Since the upgrade to gcc-4.3, gcc has started to ICE on selected
packages. After some debugging, all cases so far seem to relate
to using -funroll-loops, so I'll start putting all ICE's to same
bugreport.
Using built-in specs.
Target: arm-linux-gnueabi
Configured with: ../src/configure linux gnuea
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-17 11:13 ---
Sounds a little bit like PR6142 popped up again via IRA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
--- Comment #3 from aldot at gcc dot gnu dot org 2008-04-17 11:07 ---
It compiles just fine with the "old" RA.
If the "=r" is wrong, then shouldn't it be rejected also with -fno-ira?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-17 10:33 ---
I think the inline-asm is wrong.
asm volatile ("movb %%fs:%1,%0":"=r" (v):"m"(*(unsigned char *) addr)
);
"=r" is wrong here.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-17 10:01 ---
Created an attachment (id=15484)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15484&action=view)
smallish testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
On the IRA branch (using revision 134357) compiling
linux-2.6.24.4/arch/x86/video.c for i386 fails with:
/there.pentium4/build_i386/staging_dir/usr/bin/i386-linux-uclibc-gcc
-fomit-frame-pointer -Os -mtune=i386 -fira -c -o bug.o
emitting_wrong_bpl_or_dil.c
emitting_wrong_bpl_or_dil.c: Assembler me
--- Comment #2 from J dot Hogg at rl dot ac dot uk 2008-04-17 09:33 ---
That seems to fix the original complaint with the following output:
[EMAIL PROTECTED] ~/bugs/gfortran-4.3/ls_prec $ gfortran-4.3 -Wall -pedantic
-Wconversion -o test test.f90
test.f90:10.20:
lvar = 2_long**33
--- Comment #4 from ubizjak at gmail dot com 2008-04-17 09:15 ---
The difference between non-working (---) and working (+++) asm is:
--- pr35946.s_ 2008-04-17 11:07:19.0 +0200
+++ pr35946.s 2008-04-17 11:07:28.0 +0200
@@ -188,7 +188,7 @@
.p2align 3
.L16:
--- Comment #3 from ubizjak at gmail dot com 2008-04-17 08:56 ---
The second argument, passed to ATAN2 is off by one, i.e. instead of
atan2(1,10), atan2 (1,9) is passed.
atan2 (1,10) = 0.09967 (* expected)
atan2 (1,9) = 0.11066
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35946
--- Comment #1 from burnus at gcc dot gnu dot org 2008-04-17 08:50 ---
Can you try:
-Wconversion
Warn about implicit conversions between different types.
It might be a bit verbose as it, e.g., also warns for "complex(8) = real(8)",
which has no conversion problem, but
If I assign a long integer to a short integer gfortran should warn about
possible loss of precision, such as g95 does.
Thanks,
Jonathan.
Full test case:
[EMAIL PROTECTED] ~/bugs/gfortran-4.3/ls_prec $ gfortran-4.3 -Wall -pedantic
-o test
test.f90
[EMAIL PROTECTED] ~/bugs/gfortran-4.3/ls_prec
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-17 08:34 ---
This is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- Comment #2 from ubizjak at gmail dot com 2008-04-17 08:21 ---
Marked as a regression.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Summary|wron
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-04-17 07:30
---
More talk about that recently:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ff402a68a17d2be9/543de4c347caa9d0
This is well described in the last example of C.11.2.
--
fxcoudert at gcc
--- Comment #19 from jakub at gcc dot gnu dot org 2008-04-17 07:20 ---
Bootstrapped/regtested on gcc-4_3-branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907
--- Comment #9 from cnstar9988 at gmail dot com 2008-04-17 07:18 ---
gcc 4.2.2 hp ia64 11.23
build failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27794
--- Comment #9 from ubizjak at gmail dot com 2008-04-17 07:10 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35724
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35947
--- Comment #8 from uros at gcc dot gnu dot org 2008-04-17 07:08 ---
Subject: Bug 35944
Author: uros
Date: Thu Apr 17 07:07:45 2008
New Revision: 134381
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134381
Log:
Backport from mainline:
2008-04-16 Uros Bizjak <[
83 matches
Mail list logo
