--- Comment #6 from sam at gcc dot gnu dot org 2007-12-02 09:17 ---
Bechir, could you please add the output of gnatmake -s p.adb -v -cargs -v?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34289
--- Comment #7 from bechir dot zalila at gmail dot com 2007-12-02 09:57
---
(In reply to comment #6)
Bechir, could you please add the output of gnatmake -s p.adb -v -cargs -v?
Here it is:
% gnatmake -s p.adb -cargs -v
gcc -c -v p.adb
Using built-in specs.
Target:
--- Comment #8 from bechir dot zalila at gmail dot com 2007-12-02 10:00
---
(In reply to comment #7)
(In reply to comment #6)
Bechir, could you please add the output of gnatmake -s p.adb -v -cargs -v?
Here it is:
Sorry, forgot the first -v
% gnatmake -s p.adb -v -cargs -v
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-12-02 10:13
---
By Jakub.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2007-12-02 10:13
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from sam at gcc dot gnu dot org 2007-12-02 10:23 ---
Ok, the problem here is that -mmacosx-version-min=10.4 should appear *after*
-gnatez not to be remembered in the ALI file:
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
--
Compile with -std=c++0x
templatetypename Fun, typename... Args
struct call;
templatetypename Fun, typename Arg0
struct call
{
templatetypename Sig
struct result;
templatetypename X, typename Y
struct resultX(Y)
{
typedef X type;
};
};
--
Summary:
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-02 14:24 ---
Subject: Bug 34186
Author: burnus
Date: Sun Dec 2 14:23:48 2007
New Revision: 130569
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130569
Log:
2007-12-02 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #4 from j dot d dot pryce at ntlworld dot com 2007-12-02 16:17
---
Subject: Re: Directed rounding doesn't work on MacOS X
Dear Pinskia
-
I did not realise that GCC does not provide these libraries. Thank
you for explaining.
On 30 Nov 2007, at 22:20,
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #1 from paolo at gcc dot gnu dot org 2007-12-02 16:58 ---
Subject: Bug 34273
Author: paolo
Date: Sun Dec 2 16:58:34 2007
New Revision: 130570
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130570
Log:
/cp
2007-12-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #2 from pcarlini at suse dot de 2007-12-02 16:59 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2007-12-02 18:45
---
Created an attachment (id=14682)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14682action=view)
New patch, clean fix.
Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where we
use a
--- Comment #26 from jvdelisle at gcc dot gnu dot org 2007-12-02 18:55
---
With this test case:
program main
implicit none
integer :: i, j
open(95,form=unformatted,access=stream)
do j=1, 125000
do i=0,255
write(95) int(i,kind=1)
end do
end do
end program main
--- Comment #27 from jvdelisle at gcc dot gnu dot org 2007-12-02 18:57
---
Created an attachment (id=14683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14683action=view)
A sequential read test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33985
--- Comment #28 from jvdelisle at gcc dot gnu dot org 2007-12-02 18:57
---
Created an attachment (id=14684)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14684action=view)
A sequential write test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33985
--- Comment #29 from jvdelisle at gcc dot gnu dot org 2007-12-02 19:05
---
gfortran 4.3 with patch:
$ gfc nwrite.f90
$ time ./a.out
real0m0.568s
user0m0.533s
sys 0m0.035s
$ gfc nread.f90
$ time ./a.out
real0m0.527s
user0m0.508s
sys 0m0.019s
gfortran 4.2,
--- Comment #5 from aldot at gcc dot gnu dot org 2007-12-02 19:35 ---
Works:
$ cat one.i
extern getline();
$ gcc-4.2 -c -o pr.o one.i one.i -combine -fdump-tree-all
$ gcc-4.3-HEAD -c -o pr.o one.i one.i -combine -fdump-tree-all
4.3 doesn't seem to see the body?
$ cat one.i
extern
When compiling for a Win64 target of x86_64-pc-mingw32, I receive the following
warnings:
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c: In function
'__objc_print_dtable_stats':
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:688: warning: format '%ld' expects
type 'long int', but argument 3 has type
--- Comment #3 from pcarlini at suse dot de 2007-12-02 19:48 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from nightstrike at gmail dot com 2007-12-02 19:48 ---
Sorry, the copy and paste was cut short. The full warning list is this:
/tmp/rt/build/gcc-svn/gcc/libobjc/archive.c: In function 'objc_read_class':
/tmp/rt/build/gcc-svn/gcc/libobjc/archive.c:911: warning: cast to
When compiling gcc from HEAD for target=x86_64-pc-mingw32, I receive the
following warning:
../../gcc/gcc/config/i386/i386.md:19520: warning: operand 1 missing mode?
../../gcc/gcc/config/i386/i386.md:19563: warning: operand 1 missing mode?
--
Summary: Operand 1 missing mode -
--- Comment #2 from paolo at gcc dot gnu dot org 2007-12-02 19:47 ---
Subject: Bug 34061
Author: paolo
Date: Sun Dec 2 19:47:18 2007
New Revision: 130573
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130573
Log:
/cp
2007-12-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from terry at chem dot gu dot se 2007-12-02 20:20 ---
You're outputting an array of point structures. First the first element (a
point), then the next, and so on. Why would you expect a different result?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34306
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-02 20:54 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
t1.cc:4: error: ISO C++ does not include variadic templates
t1.cc: In constructor 'BT::B()
--- Comment #30 from tkoenig at gcc dot gnu dot org 2007-12-02 20:11
---
(In reply to comment #25)
Created an attachment (id=14682)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14682action=view) [edit]
New patch, clean fix.
Yes, this looks clean and self-contained (and
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-12-02 20:59
---
Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 20:59 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
t1.cc:2: error: ISO C++ does not include variadic templates
t1.cc:4: error: ISO C++ does not
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-12-02 21:00
---
All done, forgot to close this earlier.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:03 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:03 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:04 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:03 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 20:58 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
t1.cc:2: error: ISO C++ does not include variadic templates
t1.cc:4: internal compiler error:
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 20:57 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?
Thanks,
Andrew Pinski
t1.cc:7: error: ISO C++ does not include variadic templates
t1.cc: In instantiation of
--- Comment #31 from jvdelisle at verizon dot net 2007-12-02 20:58 ---
Subject: Re: access=stream,form=unformatted doesn't
buffer
tkoenig at gcc dot gnu dot org wrote:
Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where
we
use a write(10, pos=1) to
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-12-02 21:02
---
Fixed on trunk. Hope everyone is satisfied.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 21:13 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-12-02 21:15 ---
(In reply to comment #4)
What happens in C++0x mode? The error about variadic templates not being part
of ISO C++ would presumably not occur in that mode.
Correct but C++0x mode was not in 4.2 so only the normal
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-12-02 21:18 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 21:19 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 21:20 ---
No feedback in way over 3 months so closing as worksforme.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from tkoenig at gcc dot gnu dot org 2007-12-02 21:20
---
Hi Jerry,
the regression-test went fine.
I'd say this is OK for commit.
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33985
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 21:20 ---
Can you try with 4.1.3 or 4.2.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16858
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-12-02 21:22 ---
No feed back in over 3 months so closing as won'tfix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:23 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:25 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-12-02 21:25
---
I disagree.
If we bring out a new feature in the compiler, then that new feature should be
robust. We do not want to tell users that one of the great new things about
GCC 4.3 is C++ 200x support, only to have
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-02 21:26 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-12-02 21:32 ---
No feedback in over 3 months so closing as worksforme.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-12-02 21:35 ---
This is not a bug which GCC can fix really so closing as invalid. GCC can be
used with many older glibc. Though sometimes newer GCC can cause older glibc
to fail build.
--
pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-02 21:36 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:32 ---
No testcase in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:24 ---
No feedback in over 3 months so closing as worksforme since building a cross to
powerpc-elf-sim works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-12-02 21:12
---
What happens in C++0x mode? The error about variadic templates not being part
of ISO C++ would presumably not occur in that mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34051
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 21:10 ---
Confirmed, this is only an error recovery regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34050
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 21:28 ---
This is fixed for sure on the trunk for 4.3 by removing flow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-02 21:35 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:37 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 21:41 ---
There are two bugs here, one for the ICE which is an error recovery issue while
the other issue is a build issue. The build issue nobody can reproduce while
the first one I have seen once before.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
a small empty file will reproduce this bug.
Invoke cc1 with -fno-tree-store-copy-prop and you get an ICE:
cc1: internal compiler error: in common_handle_option, at opts.c:1786
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 22:06 ---
I don't think this could be done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33725
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 22:04 ---
-O2 -fno-tree-ch -fno-tree-copy-prop -fno-tree-dominator-opts -fno-tree-vrp is
enough to reproduce this issue with 2906-1.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33649
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 Regression] -fno-tree- |[4.3 Regression] -fno-tree-
|store-copy-prop
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 21:43 ---
No feedback in 3 months so closing as worksforme.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 21:42 ---
No feedback in over 3 months so closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 22:25 ---
Can you provide a testcase?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 22:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 22:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34235
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 22:25 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-12-02 22:11
---
*** This bug has been marked as a duplicate of 11393 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-02 22:24 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33944
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-12-02 22:11
---
*** Bug 33750 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 2007-12-02 22:27 ---
Not really a good request as GCC support for this is hard and non standard.
You can do it yourself as shown below.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #33 from jvdelisle at gcc dot gnu dot org 2007-12-02 23:17
---
Subject: Bug 33985
Author: jvdelisle
Date: Sun Dec 2 23:17:16 2007
New Revision: 130574
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=130574
Log:
2007-12-02 Jerry DeLisle [EMAIL PROTECTED]
Split off of PR 34230.
Compile the following with -fno-range-check:
module except
real, parameter :: inf = 1./0., nan = 0./0.
end module
program a
use except
print *, inf, nan
end program a
This prints:
0.000 0.000
The .mod shows:
(CONSTANT (REAL 4
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33860
Split off of PR 34230.
With Fortran 2003 supporting IEEE, gfortran should also support (case
insensitve) the followinging strings: +NaN/-NAN/NAN,
[+/-]Infinity/INF.
NAG f95, g95, ifort and sunf95 support it. (And reject, e.g., Infi.)
While openf95, gfortran and g77 reject it.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33866
--- Comment #34 from jvdelisle at gcc dot gnu dot org 2007-12-02 23:32
---
Lets close this and see what happens. (Jerry crosses his fingers) :)
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 23:34 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33804
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-12-02 23:46 ---
Any news on this bug?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33301
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-02 23:50 ---
/usr/include/bits/sigthread.h:36: error: storage class specified for parameter
This sounds like a bug in glibc headers.
Can you provide the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-02 23:52 ---
This testcase never worked.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-12-03 02:44 ---
From PR 30604:
OK, new investigation show that using the smaller testcase firebird2-nav.cc
shows the inliner is misbehaving.
before inlining (*041t.profile):
# BLOCK 2 freq:1
# PRED: ENTRY [100.0%]
--- Comment #7 from mark at halcy0n dot com 2007-12-03 02:49 ---
r125879 | jakub | 2007-06-20 02:50:23 -0400 (Wed, 20 Jun 2007) | 6 lines
PR middle-end/32285
* calls.c (precompute_arguments): Also precompute CALL_EXPR arguments
if ACCUMULATE_OUTGOING_ARGS.
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-12-03 03:15 ---
*** This bug has been marked as a duplicate of 34238 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-12-03 03:15 ---
*** Bug 34229 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 2007-12-03 03:17 ---
Mine, but this will not get in until around the 25th.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-03 03:33 ---
This looks like a front-end/gimplifier bug.
So we have:
allocator::allocator();
try {
char* a = s-c_str();
t = string::string(a);
try {
b = wtx- unserialise (t);
wt = AutoPtr::AutoPtr (b);
} finnally
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-12-03 03:37 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33699
1 - 100 of 127 matches
Mail list logo