--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-09
08:12 ---
gfortran -c -O1 -fno-tree-ccp -fno-tree-ch -fno-tree-copyrename -fno-tree-dce
-fno-tree-dominator-opts -fverbose-asm -fno-unswitch-loops -fno-peel-loops
-fno-unroll-loops -fno-tree-dse -fno-tree-fre
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-09
08:13 ---
This is nowhere near release-critical; it's an intentional extreme corner case.
As for the facts noted in the audit trail (i.e., that we lex the whole file up
front, and that we keep all identifiers
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-09
08:51 ---
Same question as in comment 3: Does this problem still happen?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19120
Calls to setBackground() inside paint() cause an infinite repaint-loop,
because setBackground() unconditionally causes a repaint(). This does not
occur with JDK 1.1 .. 5.0
We might want to check whether the background color changes...
--
Summary: Repaint-Loop due to setBackground()
Calling Graphics.drawImage( image, x, y, observer ) results in an endless
repaint loop when observer is non null and the image was retrieved via
Component.createImage(width,height).
Note: this does not happen for Image's created via Toolkit.getImage()...
Testcase follows
--
Summary:
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:22 ---
Created an attachment (id=8148)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8148action=view)
Demonstrates the repaint loop
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:24 ---
Created an attachment (id=8149)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8149action=view)
Demonstrates the repaint loop
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19839
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:27 ---
Changing the call to drawImage( image, x, y, null ) makes the program work.
However, an Image create by createImage(width,height) should be completely
initialized at once: there is no image
The attached program demonstrates the (wrong) behaviour of the
'synchronous' variants of java.awt.Graphics.drawImage when
asked to draw to 'negative' offsets. Both Canvas'es should look
the same, but current libgcj does shift the image to the bottom right
instead of to the upper left...
--
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:30 ---
Created an attachment (id=8150)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8150action=view)
testcase for the bug, both images should look the same
--
--- Additional Comments From pcarlini at suse dot de 2005-02-09 09:33
---
Will be trivially fixed in v7...
--
What|Removed |Added
Status|ASSIGNED
gcj fails to compile the following testcases, while jikes, javac, and Eclipse
allow the code. (Might be a duplicate of existing inner classes problem
reports.)
/* GCJ inner class problem */
import java.awt.*;
public class SSS extends Canvas {
int state = 0;
public class Selector extends
The attached testcase demonstrates the java.awt.event.MouseEvent
internally knows about the middle and right mouse buttons (because
the correct data shows up in event.toString()).
However, querying those values via getButton() or getModifiers()
or InputEvent.isAltDown() / isMetaDown() always
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:39 ---
Created an attachment (id=8152)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8152action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19842
On my system, the attached testcase (actually the same testcase as
used for bug 19839) randomly fails to terminate despite the calls to
System.exit() at the end of the main() method.
This occurs approximately on every tenth invocation of the program on
my system. I suspect some thread-issue
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 09:44 ---
Created an attachment (id=8153)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8153action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19843
non-text Swing components seem to ignore key-events completely.
No small testcase yet. Can be demonstrated via the program attached to
http://gcc.gnu.org/ml/java/2005-02/msg00016.html
(The main ImageCanvas never receives its key events).
--
Summary: Swing components ignore key
javax.swing.ToolTipManager causes (eternal) NullPointerExceptions
when JToolTips are enabled on non-showing JComponents, e.g. on
not-yet-shown dialog windows or just-closed dialog windows.
If the bug happens, Swing is unusable, because the main GUI thread
never recovers from the NPEs.
Loading images from files, inputstreams, or URLs via the variants of
Toolkit.getImage( ... ) is incredibly slow in gcc-4.0-20050130.
Even creating a few small icons incurs noticable overhead (some seconds)
on my Athlon 2600+. Loading JPG-images of ~800x600 pixels can take over
ten seconds.
No
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 10:15 ---
Created an attachment (id=8154)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8154action=view)
demo image for the testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19840
Try running the testcase for bug 19840 (DrawImageBug) with the
small 2-color transparent GIF image attached to this report.
(Rename updatemodebutton.gif to jfig.gif for the program to find
the image or edit the testcase).
The image is not drawn at all; this seems only to occur for
transparent
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 10:20 ---
Created an attachment (id=8155)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8155action=view)
demo image for testcase
rename to 'jfig.gif' and run 'DrawImageBug' from bug 19840.
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-09
10:23 ---
(From update of attachment 8151)
Except that it is an ICE on _valid_, not invalid. Bogus patch.
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-09
10:37 ---
I don't see why this is critical.
--
What|Removed |Added
Severity|critical
--- Additional Comments From aph at gcc dot gnu dot org 2005-02-09 10:47
---
I changed the gc settings to enable USE_MMAP on Linux.
I had to do this because at least one Linux kernel didn't give exec permission
on the heap. That change did work at the time.
2004-01-20 Andrew Haley
jason at catapult dot com wrote:-
--- Additional Comments From jason at catapult dot com 2005-02-09 06:27
---
(In reply to comment #1)
This is documented to do this so this is not a bug.
I thought -dD was supposed to NOT include predefined macros?
Use -undef if you don't want
--- Additional Comments From neil at daikokuya dot co dot uk 2005-02-09
11:06 ---
Subject: Re: -E -dD includes predefined macros
jason at catapult dot com wrote:-
--- Additional Comments From jason at catapult dot com 2005-02-09 06:27
---
(In reply to comment #1)
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-09
11:15 ---
Another testcase is the following:
xtern void link_error(void);
void foo(int i)
{
int a[4];
if ((char*)a[1] + 4*i + 4 != (char*)a[i+2])
link_error();
if (a[1] + i +
--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch
2005-02-09 12:30 ---
Subject: Re: [4.0 Regression] Building in src dir fails
I have considered doing this in the truly parallel way: namely, introducing
HOST_SUBDIR to go along with BUILD_SUBDIR and
This caused me a lot of pain in trying to disable specific
optimizations with -O1.
$ gfortran -O1 -o dasum-1.s -S -fverbose-asm -fno-loop-optimize -fno-tree-sra
-fno-tree-ter -fno-omit-frame-pointer -fno-tree-dse -fno-tree-dominator-opts
-fno-tree-ch -fno-tree-fre -fno-merge-constants
--
What|Removed |Added
OtherBugsDependingO||5900
nThis||
Version|unknown |4.0.0
--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-09
12:43 ---
See PR 19848.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--- Additional Comments From joel at oarcorp dot com 2005-02-09 12:44
---
Subject: Re: gnat tools not buildable cross
neroden at twcny dot rr dot com wrote:
--- Additional Comments From neroden at twcny dot rr dot com 2005-02-09
07:13 ---
Subject: Re: gnat tools not
In order to avoid the overhead of individual event-listeners for every
button or menu-item, my application uses a central ActionListener which
uses ActionEvent.getActionCommand() to distinguish between the several
(hundred) event sources.
Unfortunately, ActionEvents created by Swing components in
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 13:05 ---
Created an attachment (id=8156)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8156action=view)
testcase for the bug, run with gcj and java for comparison.
--
I just switched from gcc 2.95.x, where the GNUstep dox say I must use
gnustep-objc, to gcc 3.3 where
they say the built-in libobjc works fine. But it doesn't. It leaks threads, so
eventually your program
crashes in objc_detach_thread. The reason is that in gcc's libobjc, threads are
created
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-09
13:07 ---
Err... Just tried this on mainline x86_64-linux-gnu and it didn't fail. Maybe
it's fixed in mainline? It seems to be still broken in 3.4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
Hello,
when compiling PolyORB with the HEAD release I get a bug box:
+===GNAT BUG DETECTED==+
| 4.0.0 20050209 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| in copy_tree_r, at tree-inline.c:2320
--- Additional Comments From krischik at users dot sourceforge dot net
2005-02-09 13:11 ---
Just forgot to mention: It's the same for classic 32 bit Linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19851
Hello,
I'm bootstrapping gcc (4.0.0 20050202) compiler on ibm aix 4.3.3. The bootstrap
fails if genmodes runs. It aborts with segmentation fault. Is that a bug or does
I something wrong???
My configure line is:
CC=cc ar=/usr/bin/ar NM=/usr/bin/nm LD=/usr/bin/ld
CONFIG_SHELL=/usr/local/bin/bash
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-09
13:50 ---
An ugly patch is here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00303.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
13:52 ---
Confirmed, here is a self contained example (which shows easier where the
problem is):
class T
{
private int state;
}
public class SSS {
int state = 0;
public class Selector extends T {
public
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
13:58 ---
I looked and I don't see this as being a duplicate of the existing inner class
bug reports.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19841
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:05 ---
The signal is by the way:
3 QUIT (quit)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15686
The following code ICEs at -O1 (this comes from
http://gcc.gnu.org/ml/gcc/2005-02/
msg00294.html:
struct test { int *x; } global_test;
int global_int;
int flag;
void test (char *dummy)
{
static const struct test const_test = { global_int };
struct test local_test;
int i;
for (i = 0; i
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19853
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:24 ---
I forgot to note this requires to be compiled with the C++ front-end.
--
What|Removed |Added
--
What|Removed |Added
Component|tree-optimization |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19854
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-09
14:28 ---
Patch in testing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:36 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00351.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:38 ---
Since this was just forwarding from the list and I can also confirm it, I am
marking this as confirmed.
--
What|Removed |Added
On Solaris 9 (x86), after ./configure, make gcc 3.4.3
gives
gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-p
rototypes -pedantic -Wno-long-long-DHAVE_CONFIG_H -o cc1 \
c-parse.o c-lang.o c-pretty-print.o stub-objc.o attribs.o c-errors.o c-l
ex.o
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-09
14:43 ---
Subject: Bug 19597
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-09 14:43:29
Modified files:
gcc: ChangeLog
gcc/config/avr :
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:49 ---
Fixed for real this time.
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:52 ---
*** This bug has been marked as a duplicate of 13307 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
14:52 ---
*** Bug 19855 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
CC||aj at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19823
--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-09
15:00 ---
If you ask me to I will attach all those files - but I guess you know where to
get PolyORB from ;-).
All bugzilla reports should be self contained. The GCC project has no
relationship with the PolyORB
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
15:38 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00357.html.
--
What|Removed |Added
GCC_EXEC_PREFIX behavior doesn't match the manual or reason and several ways.
The manual says GCC_EXEC_PREFIX is a prefix for the program name, which means
'gcc' should look for 'cc1' as GCC_EXEC_PREFIX/cc1. But Strace indicates that
'gcc' looks at GCC_EXEC_PREFIX/MACHINE/VERSION/../../../..
When I compile a simple test program that declares an SSE constant and checks
that it is 8-byte aligned (see below), the alignment check fails in the
gcc 4.0 snapshot (it succeeds in 3.3.5).
I'm not sure whether the constant is actually misaligned or the alignment
check itself is
--- Additional Comments From bryanh at giraffe-data dot com 2005-02-09
17:06 ---
Created an attachment (id=8157)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8157action=view)
strace of failure to find cc1
In this run, PREFIX is /home/bryanh/gcc .
GCC_EXEC_PREFIX is
The code below, when compiled by gcc -O3 -msse, gives the following
error (same code compiles fine in gcc 3.3.5):
bug2.c: In function 'main':
bug2.c:17: error: Invalid reference prefix.
fooD.1292;
bug2.c:17: internal compiler error: verify_stmts failed.
Please submit a full bug report,
with
The c4x target does not build any more because a lot of code uses SImode and
DImode for 32 and 64 bit values. This is incorrect for the c4x target because
here QImode is 32 bits and HImode is 64 bits (chars/ints/longs = 32 bits, long
long = 64 bits).
I did a quick search on the current (20050209
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
JOptionPane fails to render multiline text in the 'standard' dialogs.
Testcase attached; tested with gcc-4.0-20050130 snapshot and current
gui-branch-20040128 cvs.
(the location of the JButtons is sub-optimal, too.)
/* MultilineJOptionPane.java
*
* demonstrates GCJ doesn't display multiple
The following testcase shows a (subtle) problem in the Swing rendering strategy.
A JOptionPane dialog without any parent works fine, but a JOptionPane
attached to a non-showing parent (e.g. JFrame) fails with an
IllegalComponentStateException. Because the Exception blocks the Swing
redraw thread,
Entering text into a JTextField fails with an StringIndexOutOfBoundsException,
triggered by a problem in GapContent or AbstractDocument.getText().
Tested with gcc-4.0-20050130 snapshot and a current (2005.02.09) cvs
checkout of gui-branch-20040128:
java.lang.StringIndexOutOfBoundsException
at
--- Additional Comments From hendrich at informatik dot uni-hamburg dot de
2005-02-09 17:43 ---
Created an attachment (id=8158)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8158action=view)
testcase
Just compile the class, then try entering an expression into the
JTextField on
On my computer, JMenus and especially nested JMenus appear on wrong
locations, sometimes shifted right across the screen. Tested with
gcc-4.0-20050130 snapshot and current cvs gui-branch-20050128 checkout
(as of 2005.02.09).
Note: this problem may be WindowManager dependent; I used ctwm on
XFree
The DomLSEx class has two bugs:
First, it is named poorly. There's no reason not to spell
out Exception, like the rest of java.
Second, it has its own chaining approach. It should simply use
the chaining built into the core.
--
Summary: DomLSEx should use ordinary chaining
../../xgcc -c -I./ -I../rts -I.
-I/home/users/builder2/devel/pld/sandbox/gcc/BUILD/gcc-4.0-20050130/gcc/ada
-B../../ -O2 -O2 -fsigned-char -gnatpg -gnata
-I-
/home/users/builder2/devel/pld/sandbox/gcc/BUILD/gcc-4.0-20050130/gcc/ada/m
akegpr.adb gnat1: warning: command line option
Example program test.c:
void foo(const void **bar) {
}
int main() {
void **bar = 0;
foo(bar);
}
Compilation with gcc test.c:
test.c:6: warning: passing arg 1 of `foo' from incompatible pointer type.
Expected result: compilation without any warning at all.
Using pointers to
--- Additional Comments From aj at gcc dot gnu dot org 2005-02-09 18:27
---
I looked at my build dir (4.0 CVS) and everything looks ok. I guess
I should run some strace - could somebody tell me how to invoke gij
from the commandline in a simple case so that I can check this?
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
18:31 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00370.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
18:37 ---
Fixed by:
2005-02-09 Richard Guenther [EMAIL PROTECTED]
PR middle-end/19854
* fold-const.c (try_move_mult_to_index): Remove redundant
type argument. Create ADDR_EXPR with correct
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-09
18:40 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:07 ---
I think this related to PR 14435. But reading the docs (there is a section in
there which is useful to
read):
In addition, the prefix is used in an unusual way in finding the directories to
search for
--
What|Removed |Added
CC||mmazur at kernel dot pl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19865
--- Additional Comments From bangerth at dealii dot org 2005-02-09 19:24
---
There's also other stuff lurking in assembler files, such as a lot of
notes for labels. These aren't code, and I've seen cases where newer
compilers output more labels than older ones for some reason.
--- Additional Comments From dorit at il dot ibm dot com 2005-02-09 19:30
---
continued in this thread:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00196.html
and cmmitted:
http://gcc.gnu.org/ml/gcc-cvs/2005-02/msg00153.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18441
libstdc++ test ext/array_allocator/2.cc has failed for powerpc*-*-linux*
since it was added on 2004-10-07. On powerpc64-unknown-linux-gnu for both
-m32 and -m64 it gets SIGBUS in __exchange_and_add from atomicity.cc during
a destructor call. The test passes on AIX and Darwin, which use the same
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:35 ---
Confirmed, this is werid, what are the sematics of BIT_FIELD_REF.
Here is the reduced testcase:
union fvec { };
typedef __SIZE_TYPE__ uintptr_t;
union fvec foo;
int main(void)
{
return
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:38 ---
BJE already filed a bug for this and there is more details in that bug.
See PR 19495 which I am close this as a dup of.
*** This bug has been marked as a duplicate of 19495 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:38 ---
*** Bug 19867 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:42 ---
Confirmed.
I will try to have this fixed for 4.1 but no promises.
Basically it is gthr-posix.c is out of step from thr-posix.c
--
What|Removed |Added
--- Additional Comments From bryanh at giraffe-data dot com 2005-02-09
19:43 ---
Subject: Re: GCC_EXEC_PREFIX used wrong
I don't see the relevance of that paragraph to either of the problem
reports, since there is no search for header files involved.
I don't know anything about the
--
What|Removed |Added
Severity|critical|normal
Component|c |regression
Keywords|
--
What|Removed |Added
Summary|[4.0 Regression alignment |[4.0 Regression] alignment
|check of SSE constant fails |check of SSE constant fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:46 ---
*** Bug 19859 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:46 ---
*** This bug has been marked as a duplicate of 19537 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:47 ---
Confirmed.
--
What|Removed |Added
BugsThisDependsOn||19853
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
19:51 ---
The warning is correct.
const void ** is not compatiable to void **, the const binds to the void
but since only const void *
and void * are compatible but not type* and type1*.
--
What
Hello there,
Give the following C++ code
class A
{
private:
void f();
};
class B
{
private:
friend void A :: f();
};
then g++ 3.4.2 and g++ 3.4 snapshot 20050128 say
[EMAIL PROTECTED] Alphasrc]$ ~/gnu/20050128/results/bin/g++ -c friend2.cc
friend2.cc:5: error: `void A::f()' is
--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-09
20:09 ---
I'm not so sure that the patch to always define USE_MMAP really
has that effect. By my reading this patch is revision 1.36, but
if you diff against 1.35 and then go look at include/private/gcconfig.h,
it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
20:13 ---
Nope the code is invalid and looks like most compilers get it wrong also then.
This is a dup of bug 7809.
This was also DR 209.
*** This bug has been marked as a duplicate of 7809 ***
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-09
20:13 ---
*** Bug 19868 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-02-09 20:27 ---
The bug seems still to be present in head 4.0.0.
The failing example could be stripped down a little bit further:
// Begin of sample code
unsigned long semaphore_create (unsigned long name,
1 - 100 of 184 matches
Mail list logo
