--- Additional Comments From kazu at gcc dot gnu dot org 2005-09-23 05:29
---
The reason why CCP thinks that the result of the PHI node is varying is
because ccp_initialize thinks that a PHI node is varying if at least
one of PHI argument is varying.
The problem is that the edge that th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-23
05:25 ---
Confirmed, here is a better testcase which shows the issue:
int
foo (int a)
{
int b;
int c;
b = 0;
if (b)
c = a;
else
c = 9;
c++;
if (c != 10)
__builtin_abort();
return c;
}
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-23
05:24 ---
The failures on powerpc64-linux are due to a long (64-bit) to int (32-bit)
conversion. When such a conversion is the outermost one, as in this case, it
ought to be allowed. The assembler will (or should)
Consider:
int
foo (int a)
{
int b;
int c;
b = 0;
if (b)
c = a;
else
c = 9;
return c;
}
At the end of CCP, we should see "return 9;".
However, we don't.
Here is the SSA form right before CCP.
foo (a)
{
int c;
int b;
int D.1612;
:
b_2 = 0;
if (b_2 != 0) goto ; els
--
What|Removed |Added
Severity|critical|normal
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=240
When the compiler needs to allocate stack space for a function,
it uses the following assembly fragment (commented by me):
in r28,0x3d ; get stack pointer high
in r29,0x3e ; get stack pointer low
sbiw r28,N ; decrement value by N
in r0,0x3f ; get status register
cli ; disable interrupts
out 0x3e,r
cleanup_control_expr_graph uses fold to fold COND_EXPR_COND.
It's better to do it at construction time.
I got rid of fold from find_taken_edge once.
Then Diego re-introduced fold in cleanup_control_expr_graph as a fix for PR
23476.
--
Summary: cleanup_control_expr_graph uses fold to f
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
23:58 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
23:04 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
22:47 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 22:47:45
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
22:46 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 22:45:43
Modified files:
gcc/fortran: ChangeLog interface.c
Log message:
--
What|Removed |Added
Target Milestone|4.0.3 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17815
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:04
---
Fixed by FX' recent patch.
--
What|Removed |Added
Status|NEW
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:02
---
Can this be done now that PR22480 is fixed?
--
What|Removed |Added
CC|
--- Additional Comments From dave dot offiler at metoffice dot gov dot uk
2005-09-22 22:01 ---
Subject: Out of Office AutoReply: SIZE() matters?
Sorry, I'm away just now. I'll be back in the office on
Monday 26th September 2005
and will read your message then.
If the matter is urge
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-22 22:01
---
Agreed, noone cotradicted.
--
What|Removed |Added
CC|
In __cxa_get_globals, the code does:
if ((g = (__cxa_eh_globals *)
std::malloc (sizeof (__cxa_eh_globals))) == 0
|| __gthread_setspecific (globals_key, (void *) g) != 0)
std::terminate ();
but since __cxa_get_globals is called in __cxa_allocate_exception, the ef
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
21:52 ---
Subject: Bug 23843
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 21:52:09
Modified files:
gcc/fortran: ChangeLog resolve.c
gcc/test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:41 ---
I think this is related to PR 24024.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13726
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:41 ---
This looks like PR 24024.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:39 ---
(In reply to comment #0)
> I'm not so sure what the standard says about line continuation inside C
> comments
> but if the lines should be merged I would expect the following result:
The standard says noth
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
21:37 ---
(In reply to comment #5)
> The patch that was imported two days ago seems to break architectures that
> don't have length
> defines in their MD files (eg. VAX). I haven't checked if there are other
> archi
--- Additional Comments From jbglaw at lug-owl dot de 2005-09-22 21:33
---
The patch that was imported two days ago seems to break architectures that
don't have length defines in their MD files (eg. VAX). I haven't checked if
there are other architectures affected, though...
--
htt
Try the following stripped-down example file:
-- dummy.txt -
/* Execute example with: gcc -E -P -C -x c dummy.txt
a \
b \
c
*/
-- dummy.txt -
i.e. there are continuation lines *inside* C comments.
Re
Take the following example:
double BG_SplineLength ()
{
double lastPoint;
double i;
for (i = 0.01;i<=1;i+=0.1f)
if (!(i != 0.0))
{
lastPoint = i;
}
else
{
lastPoint = 2;
}
return lastPoint;
}
The loop is useless and we should remove the loop
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
20:28 ---
Fixed in 4.1.0.
--
What|Removed |Added
Status|NEW |RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
20:27 ---
This is just excessive recusive inlining.
--
What|Removed |Added
CC|
--
What|Removed |Added
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24020
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr
2005-09-22 20:16 ---
Created an attachment (id=9793)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9793&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24020
When compiling the attached program (-std=c99 -march=i486 -O?), GCC allocates
the following stacks for the recursive function "f" (in bytes):
GCC 3.4.5 (20050821) -O2: 16 -O3: 16
GCC 4.0.2 (20050917) -O2: 40 -O3: 360 (!)
GCC 4.1.0 (20050904) -O2: 28 -O3: 28
There are only 10 local int
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:33 ---
*** Bug 19507 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:33 ---
This is a dup of bug 13397.
*** This bug has been marked as a duplicate of 13397 ***
--
What|Removed |Added
-
(Debian bug #329691)
In the following program, the environment task deallocates a protected
object while a task is busy in it. Per RM 9.4(20), the task should
receive a Program_Error. In gnat 3.15p-13, gnat-3.4 3.4.3-13 and
gnat-4.0 4.0.1-2, the program teminates immediately but without an
excep
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
19:24 ---
Confirmed, reduced testcase:
# 1 "t.c"
# 1 ""
# 1 ""
# 1 "t.c"
# 1 "t.h" 1
1
# 2 "t.c" 2
--
What|Removed |Added
--
--- Additional Comments From ian at airs dot com 2005-09-22 19:23 ---
Subject: Re: [4.1 Regression]: Gcc failed to build on ia64
Joern RENNECKE <[EMAIL PROTECTED]> writes:
> 2005-09-22 J"orn Rennecke <[EMAIL PROTECTED]>
>
> * final.c (insn_default_length, insn_min_length): In !
--- Additional Comments From ljrittle at gcc dot gnu dot org 2005-09-22
19:20 ---
The better way to fix this IMHO is to mirror how we fixed other conditionally
missing symbols. Add a _DYNAMIC hook, add the support guards in various places
where the HAVE_X guards exist, add a correctly wr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
19:05 ---
Subject: Bug 23516
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 19:04:14
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
19:00 ---
Subject: Bug 23516
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 19:00:25
Modified files:
gcc/fortran: ChangeLog intrinsic.c intrinsic.h
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-22
18:40 ---
Subject: Re: Simple redundancy not eliminated
On Thu, 2005-09-22 at 08:31 +, rguenth at gcc dot gnu dot org wrote:
> --- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-22
> 08:31
On Thu, 2005-09-22 at 08:31 +, rguenth at gcc dot gnu dot org wrote:
> --- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-22
> 08:31 ---
> load-pre should sink the load and fix the problem at the tree level.
Uh, load PRE doesn't sink loads, it would lift it.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
18:36 ---
Fixed for 4.1.0.
--
What|Removed |Added
Known to fail|3.4.0 4.0.0 4.1.0 |3.4.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
18:33 ---
Confirmed fixed. Thanks again David.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-22
17:50 ---
(In reply to comment #30)
> Can you re-submit the patch on the fortran ml for approval?
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15234
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:45
---
This patch should go into the 4.0 branch, once that thaws.
--
What|Removed |Added
Target Miles
--
What|Removed |Added
Target Milestone|4.0.2 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23182
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:39
---
PR 23182. Fixes a miscompilation affecting Eclipse.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From joern dot rennecke at st dot com 2005-09-22
17:37 ---
Subject: RFA: fix PR 23837 (Re: [4.0/4.1 regression] Wrong code with
-fschedule-insns)
I have regtested the attached patch on i686-pc-linux-gnu in mainline
from 2005-09-19 18:00 UTC.
2005-09-22 J"orn R
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:34
---
PR 21418. Needed to build classpath reliably.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:30
---
Patch to fix classloader deadlock. Needed for Jonas.
http://gcc.gnu.org/ml/java-patches/2005-q3/msg00412.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--- Additional Comments From mckinlay at redhat dot com 2005-09-22 17:28
---
PR 23891 fix. This is required to build ECJ.
--
What|Removed |Added
BugsThisDependsOn|
This is a tracker for Java patches that should be appled to 4.0 branch, once it
thaws after the 4.0.2 release.
Please add PR fixes as dependencies, and for other patches link to their URLs in
a comment.
--
Summary: [meta-bug] Patches that should be applied to 4.0 branch
Pro
--- Additional Comments From joseph at codesourcery dot com 2005-09-22
17:24 ---
Subject: Re: New: Missing "operation on xxx may be undefined"
on obvious undefined code
On Thu, 22 Sep 2005, pinskia at gcc dot gnu dot org wrote:
> Take the following example:
> void f(int *a)
> {
> *
--- Additional Comments From joern dot rennecke at st dot com 2005-09-22
17:14 ---
Subject: Re: [4.1 Regression]: Gcc failed to build on ia64
Ian Lance Taylor wrote:
>>2005-09-21 J"orn Rennecke <[EMAIL PROTECTED]>
>>
>> * final.c (get_attr_length_1): In !HAVE_ATTR_length case, d
Take the following example:
void f(int *a)
{
*a++ = __extension__ ({ int bb = *a; bb; });
}
---
We don't warn for the operation on a. This is most likely we don't look into a
BLOCK or a statement list,
I don't know which one. If I remove the declation of bb, it works, so I am
going to assume
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:07 ---
*** Bug 24015 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:06 ---
(In reply to comment #6)
> Hello and thanks for the quick answer! Yes it does! But: I am not getting the
> warning: operation on `data' may be undefined
>
> when using gcc 3.4.4 and -Wall.
Try at -O0, glib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
17:04 ---
>From the private email:
Hello and thanks for the quick answer! Yes it does! But: I am not getting the
warning: operation on `data' may be undefined
when using gcc 3.4.4 and -Wall.
So how could I (and som
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:43 ---
(In reply to comment #4)
> html_purify.l:24: warning: operation on `data' may be undefined
Does fixing that line help?
It should look like:
static void strtolower(char *data) { while (*data != '\0') { *data
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:40 ---
html_purify.l:24: warning: operation on `data' may be undefined
--
What|Removed |Added
--- Additional Comments From buergel at limmat dot ch 2005-09-22 16:39
---
>How-To-Repeat:
Unpack the attached archive, cd showbug, make.
It will first compile the program, then process and display some test data.
Prerequisites:
You must have the flex lexical parser installed for this t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
16:35 ---
Subject: Bug 21983
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 16:34:59
Modified files:
gcc/cp : ChangeLog class.c
gcc/testsu
--- Additional Comments From buergel at limmat dot ch 2005-09-22 16:28
---
Created an attachment (id=9792)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9792&action=view)
Testcase. Unpack and make reproduces the bug
Testcase requires flex (>= 2.5.4) lexical scanner to be installed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
16:26 ---
Of course, we cannot guess what the issue is from your description.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24015
--
What|Removed |Added
Severity|critical|normal
Component|c |middle-end
Keywords|
gcc produces wrong code when optimizer (O1 O2 or O3) is used.
The c-source showing the problem is generated by the flex lexical scanner.
Applies to gcc versions 3.0.4, 3.3.5 and 3.4.4 (and maybe others not tested).
Tested on Debian/Intel platforms only.
On gcc 2.95 and multiple former versions of g
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-22
16:06 ---
I applied this patch to the 4.0 branch.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
15:58 ---
Subject: Bug 23043
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-22 15:57:49
Modified files:
gcc: Change
--
What|Removed |Added
CC||rittle at latour dot waar
||dot labs dot mot dot com
http://gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:48 ---
*** Bug 24014 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:48 ---
This is really not a bug.
This is a dup of 323.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--
I've written an macro for log2 calculation to calculate the exponent of
one value.
Than I cast this value to from double to int.
The 2 values double and int differs.
example:
log2(8) should be 3 but after casting to int its 2.
This bug could be rep
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:37 ---
*** Bug 24013 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24012
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:37 ---
*** This bug has been marked as a duplicate of 24012 ***
--
What|Removed |Added
--
What|Removed |Added
CC||rittle at latour dot rsch
||dot comm dot mot dot com
http://gcc
The following simple program fails to compile on FreeBSD 5.4:
#define _POSIX_C_SOURCE 1
#include
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl
ude/c++/4.1.0/cwchar:166:
error: '::vfwscanf' has not b
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:25 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:20 ---
This is a target issue. The way we work around this on GNU/Linux is that we
define _GNU_SOURCE all
the time.
--
What|Removed |Added
---
--
What|Removed |Added
Summary|[3.4,4.0,4,1 regression]|[3.4/4.0/4.1 regression]
|#define _POSIX_C_SOURCE |#define _POSIX_C_SOURCE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:17 ---
the error message about ambiguous overload is correct as there are two
functions there.
operator* in the global namespace and operator* in the NS namespace.
You most likely wanted to implement operator* in
The following simple program fails to compile on FreeBSD 5.4:
#define _POSIX_C_SOURCE 1
#include
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../incl
ude/c++/4.1.0/cwchar:166:
error: '::vfwscanf' has not b
// Barebones code to reproduce the problem:
// Interface
namespace NS
{
template class X {};
template X operator*(const X &a, const X &b);
}
// Implementation
template
NS::Xoperator*(const NS::X &a,const NS::X &b)
{
return NS::X();
}
// Application
int main(int argc,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-22
15:04 ---
Confirmed, 4.0.0 have the same issue.
To reproduce this on i686-pc-linux-gnu use cc1 directly so _GNU_SOURCE is not
defined or undefine it
in the source or invoke gcc as
g++ t.cc -U_GNU_SOURCE
the C fron
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
15:04 ---
Subject: Bug 24007
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 15:03:35
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From kmccarty at princeton dot edu 2005-09-22
14:17 ---
Could anyone find out whether this g77 bug applies to other 64-bit Linux
architectures as well as AMD64? I'm thinking of Alpha, Itanium, S390x, and
64-bit PowerPC and SPARC. Thanks in advance for any such i
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:15 ---
You're right, the mainline is ok. This bug is related to PR19161.
--
What|Removed |Added
--- Additional Comments From pluto at agmk dot net 2005-09-22 13:10 ---
Uros,
The mode switching patch ICEs current mainline on ix86.
gcc fbmmx.i -msse -O0,-O1 fails with different insn-errors.
[ -msse -O0 ]
fbmmx.c: In function
‘_cairo_pixman_composite_src_add_8000x8000mmx’:
f
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||diagnost
Compiling a program like this with -Wall doesn't generate a warning, even
though the result very likely is not intended:
struct s {
int a;
};
struct s s = {
.a = 5,
.a = 6,
};
Can a duplicate initializers warning please be added? Thank you!
--
Summary: Duplic
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
11:24 ---
Subject: Bug 22438
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 11:24:01
Modified files:
gcc: ChangeLog tree-ssa-loop-ivopts.c
Lo
--- Additional Comments From a dot darovskikh at compassplus dot ru
2005-09-22 10:54 ---
The same problem stays unresolved in GCC-3.4.4
My test is:
$ cat header1.h
$ cat header2.h
#include "header1.h"
$ cat test.cpp
#include "header1.h"
#include "header2.h"
main()
{
}
--- Additional Comments From chris at bubblescope dot net 2005-09-22 10:49
---
Ah ha, found the problem. tuple has a copy constructor for std::pair, but not
an operator=(std::pair). It
should. I'll prepare a patch. While I'm at fixing this, there are quite a lot
of functions (make_tup
For the following program
#define _POSIX_C_SOURCE 1
#include
g++ issues the following error message:
/gcc-current/bin/../lib/gcc/i386-unknown-freebsd5.4/4.1.0/../../../../include/c++/4.1.0/cwchar:166:
error: '::vfwscanf' has not been declared
/gcc-current/bin/../lib/gcc/i386
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
10:29 ---
Subject: Bug 23788
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 10:28:17
Modified files:
gcc/ada: ChangeLog s-tpinop.ads
Log message:
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:58
---
This is WONTFIX for 4.0.x, but is fixed in 4.1.x and later.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-22 08:50
---
in on mainline, queued for 4.0.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23956
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-22
08:49 ---
Subject: Bug 23956
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-22 08:48:33
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From pcarlini at suse dot de 2005-09-22 08:49
---
Sure! And thanks a lot for your concise and very effective fix!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21674
--- Additional Comments From charlet at adacore dot com 2005-09-22 08:34
---
Subject: Re: s-taprop.adb:69:06: warning: cannot depend on
"Interrupt_Operations" (wrong categorization)
> This bug is also present on the 4.0 branch. This is a regression
> from 4.0.0
Could you double chec
1 - 100 of 107 matches
Mail list logo
