The nice litle program below does not work on 4.0.1 32 bit target code, running
on an Opteron.
The 64 bit target is OK.
The problem appears on both 3.4.3 and 4.0.1, I did not try other releases.
Regards,
Lex Augusteijn
#include
typedef enum { FALSE, TRUE } Bool;
--- Additional Comments From aaron_williams at net dot com 2005-08-04
06:25 ---
Subject: Re: gcc optimization error for sparc with xine/ffmpeg,
bad assembly generated
Hmmm, I though I had binutils 2.16.1, but it's actually 2.15... that
might be the problem. Trying to upgrade to 2.16
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-04
06:18 ---
The test.s file assembles fine on my machine with GNU as 2.16. Could you
compile the test.i file with -v and post the command line passed to the
assembler?
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Additional Comments From aaronw at attbi dot com 2005-08-04 05:28
---
Interesting... it assembles with binutils as 2.12.1... could this be another
binutils bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23222
--- Additional Comments From adah at netstd dot com 2005-08-04 05:27
---
As the reporter of Bug 23213, I want to add my 2 cents (my opinions):
1) This bug is not in libstdc++, but in the C++ compiler.
2) The std::distance (as found by Koenig lookup) does not hide the global one
the us
--- Additional Comments From sven at physto dot se 2005-08-04 05:04 ---
(In reply to comment #2)
Apparently I was wrong; DataBuffer does indeed wrap a true Java array. E.g. With
the JDK, if a DataBuffer is constructed from a java array, changes in that array
will be reflected in the Data
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-04
05:01 ---
Please attach the generated assembly file.
--
What|Removed |Added
Status|UNCO
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-04
04:47 ---
Having build_pointer_type_for_mode return error_mark_node when it is passed
error_mark_node seems to fix this.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:37 ---
I think this is an autoconf bug because we just use AC_PROG_INSTALL.
Maybe updating the toplevel to 2.59, it will automatically be fixed but I don't
know if this has been
fixed in that version of autoconf
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:31 ---
Confirmed, a regression in that we rejected this in 3.0.4 (even though that is
not the correct thing to
do):
t.java: In class `ThreadSpawnerThread$AvailableQueue$WorkerThread':
t.java: In method `()':
t.ja
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:27 ---
Lets reopen it then.
Could you attach the .s file?
And the preprocessed source, the .i file.
Both can be got by adding -save-temps to the gcc invocation.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:22 ---
I said confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Summary|tree check: expected class |[4.0/4.1 Regression] tree
|type, have exceptional |check: expected class type,
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-04
04:19 ---
This doesn't ice with the C frontend. However, it does with the C++ frontend
with a recent build of mainline.
--
What|Removed |Added
---
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23221
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
04:17 ---
Confirmed, a little further reduced:
void Dispatcher()
(__builtin_offsetof (ArgsType, largeMsgLen))
Even changing __builtin_offsetof to __offsetof does not make 3.4.0 ICE.
--
What|Remove
--- Additional Comments From flash at pobox dot com 2005-08-04 04:06
---
Created an attachment (id=9427)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9427&action=view)
105393_CertMgrDispatcher_min.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23225
The code below gives the following error:
internal compiler error: tree check: expected class type, have exceptional
(error_mark) in
build_pointer_type_for_mode, at tree.c:4246
This sounds like bug 18177, but that was supposedly fixed in 4.0.0.
PalmSource bug 105393.
Here's the code:
typ
--- Additional Comments From jkj at sco dot com 2005-08-04 04:03 ---
Wow. You sure are on top of things Andrew :)
Sorry I missed the -fPIC reports. The few I looked at didn't have them.
As for complex returns being broken on my target, do you by any chance have any
insight as to where I
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-04 04:01
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-04
03:57 ---
Subject: Bug 23221
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-04 03:57:43
Modified files:
gcc: ChangeLog calls.c function.c tree.h
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:50 ---
And -fPIC is tested:
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00192.html (3.4 branch)
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00168.html (4.0 branch)
http://gcc.gnu.org/ml/gcc-testresults/20
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:48 ---
Some more testcase failures with -fPIC:
[3.4 only] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC (PR
19226)
Failure in gcc.dg/assign-warn-3.c on i686-pc-linux-gnu with -fpic/-fPIC (PR
19232
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:43 ---
Looks like complex returns are broken for your target with -fPIC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23224
--
What|Removed |Added
GCC target triplet||i586-pc-sysv5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23224
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:41 ---
2804-1.c is PR 19227.
2009-1.c is PR 19228.
20020919-1.c is PR 19275
sibcall-6.c is PR 19278
The above testcases are just testcase problems and nothing more.
You have to look into why the other test
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
03:33 ---
Confirmed.
--
What|Removed |Added
Component|c |c++
As a general part of testing for my platform (UnixWare),
I always run teh testsuites with -fPIC (I also multilib
for -fPIC). There is a general problem with PIC, and
its not unique to UnixWare, many of the same tests fail
on Linux when running the test suites with -fPIC. Many
of the errors are alon
--- Additional Comments From flash at pobox dot com 2005-08-04 03:28
---
Created an attachment (id=9426)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9426&action=view)
105393_segfault_CertMgrDispatcher_min.i
PalmSource bug 105393.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
The following code causes a segfault:
typedef int32_t (*ProcPtr)();
void Dispatcher(int32_t startCode)
{
if (rcvArgs.bytesReceived <
This doesn't look to me like either bug 22604 or 23118. It's a Delta-reduction
from a file for a
different bug (internal compiler error: tree check: expected
--- Additional Comments From flash at pobox dot com 2005-08-04 02:43
---
The patch looked good in overnight crash-testing over five thousand files in
our source tree. I used checking=yes version with patches 8277 and 9330. I'm
afraid last night's results aren't directly comparable to
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-04
02:39 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
--- Additional Comments From aaron_williams at net dot com 2005-08-04
01:58 ---
Subject: Re: gas complains "There are only 32 single precision
f registers; [0-31]" when compiling glibc-2.3.2/math/dosincos.c
I'm not sure that this is the same bug since the bug indicates it's a
bug in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
01:36 ---
*** Bug 23222 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04
01:36 ---
This is a gas bug.
*** This bug has been marked as a duplicate of 15247 ***
*** This bug has been marked as a duplicate of 15247 ***
--
What|Removed |Added
--- Additional Comments From aaronw at net dot com 2005-08-04 01:33 ---
Created an attachment (id=9425)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9425&action=view)
Test case that creates the problem
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o
When attempting to compile Xine for Solaris I got the following error:
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o test.o
/var/tmp//cco3qSnO.s: Assembler messages:
/var/tmp//cco3qSnO.s:464: Error: Illegal operands: There are only 32
single precision f reg
--- Additional Comments From jkj at sco dot com 2005-08-04 00:57 ---
Just FYI, this still fails for me, from 3.4.4 all teh way up to the mainline,
when using -fPIC. Platform is UnixWare, but thats not significantly different
from the test point of view to any other x86 target. I dont have
I'd submit this through bugzilla but it looks like it's hosed right
now...
When attempting to compile Xine for Solaris I got the following error:
gcc -O3 -mcpu=ultrasparc -mtune=ultrasparc -fno-inline-functions -c
test.c -o test.o
/var/tmp//cco3qSnO.s: Assembler messages:
/var/tmp//cco3qSnO.s:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
23:14 ---
Confirmed, it is a little more obvious on ppc-darwin:
_bar:
mflr r0
stmw r29,-12(r1)
stw r0,8(r1)
stwu r1,-96(r1)
lis r29,ha16(___stack_chk_guard)
la r29,lo16(
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23221
Compiling this little bit of code with -fstack-protector-all
extern int foo (int);
int bar (int a, int b)
{
return foo (a + b);
}
produces on x86-64 the following object code:
0: 01 f7 add%esi,%edi
2: 64 48 8b 04 25 28 00mov%fs:0x28,%rax
9: 00 00
I have reduced this test case as much I could. The fact that it doesn't seem
reducable any further suggests that this is a highly unlikely-to-be-hit corner
case :)
# cat ThreadSpawnerThread.java
public class ThreadSpawnerThread extends Thread {
public static class AvailableQueue {
public c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
20:25 ---
(In reply to comment #2)
Jack,
Actually on ppc-darwin, GCC still uses stabs so I doubt this is the bug you are
hitting.
--
What|Removed |Added
--
--- Additional Comments From howarth at nitro dot med dot uc dot edu
2005-08-03 20:21 ---
Andrew,
Do you think you might be interested in tackling the implementation of the
DW_TAG_common_block tag if we could get HJ Lu and/or Jakub Jelinek to provide
technical assistance? Having the
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 20:05
---
Sorry, the key was the -no-undefined bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23215
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:56 ---
*** Bug 23217 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:56 ---
Actually it is a dup of bug 18878, the problem is that gfortran does not like
the use of the same
variable listed twice, this is still a bug.
*** This bug has been marked as a duplicate of 18878 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:54 ---
Confirmed, I think this is a dup of bug 18878 (it is at least related to PR
18878).
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
19:49 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-03
18:55 ---
Patch proposed to add the general runtime warning mechanism to libgfortran,
which solves this PR.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
18:39 ---
Here is something a little smaller:
template class insert_iterator > {};
template class insert_iterator {
hash_set<_Value>;
Reduced by hand.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23219
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
18:39 ---
Subject: Bug 23157
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 18:39:11
Modified files:
gcc: ChangeLog tree-scalar-evolution.c
L
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
18:32 ---
Confirmed, backtrace:
#0 0x08131d4d in decl_namespace_context (decl=0xb7d8a8fc) at
/home/peshtigo/pinskia/src/gnu/
gcc/src/gcc/cp/tree.c:1349
#1 0x0814d29f in current_decl_namespace () at
/home/peshtigo/
--
What|Removed |Added
Attachment #9423|application/octet-stream|text/plain
mime type||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23219
--- Additional Comments From gnu dot org at journalscape dot com
2005-08-03 18:28 ---
Created an attachment (id=9423)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9423&action=view)
testcase to reproduce internal compiler error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
gcc-4.1-20050716-glibc-2.3.2-hdrs-2.6.11.2/x86_64-unknown-linux-gnu/bin/x86_64-unknown-linux-gnu-g++
-O2 bug3.ii
Crashes with
bug3.ii:6: internal compiler error: Segmentation fault
This test case was reduced using delta (http://www.cs.berkeley.edu/~dsw/), I'll
attach the source file you can use
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
18:25 ---
Subject: Bug 22591
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 18:25:16
Modified files:
gcc
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-03 18:21 ---
These insns in the .32.flow2 RTL dump:
(insn:HI 12 7 14 0 (set (mem/s:SI (plus:SI (reg/v/f:SI 0 ax [orig:58 screen ]
[58])
(const_int 3144 [0xc48])) [7 .selection_count+0 S4
A32]
--
What|Removed |Added
Component|c |target
GCC target triplet||i?86-*-*, x86_64-*-*
Keywords|
Here a minor "bug":
http://gcc.gnu.org/onlinedocs/gcc-4.0.1/gcc/X86-Built_002din-Functions.html#X86-Built_002din-Functions
does _not_ contain documentation for SSE2 X86 Built-in Functions
--
Summary: missing documentation for sse2 built-in functions
Product: gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
17:35 ---
libobjc already have that target:
libobjc$(libext).la: $(OBJS)
$(LIBTOOL_LINK) $(CC) -o $@ $(OBJS) \
-rpath $(toolexeclibdir) \
-version-info $(LIBOBJC_VERSION)
--
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 17:32
---
Sorry that this is not a nice diff, but I am working from unclean sources
(mingw 3.4.4 snapshot source)
It appears that libobjc/Makefile.in needs a target like this:
libobjc.la: $(OBJS)
$(LIBTOOL_LINK)
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
17:25 ---
Working on a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22293
--- Additional Comments From ian at airs dot com 2005-08-03 17:14 ---
Oh, I see it now. Your patch has a prev_extra to serialize building
EXTRA_MULTILIB_PARTS for all multilibs. That avoids the problem with options.h.
Mainline doesn't have that patch, and presumably doesn't need to ser
--- Additional Comments From ian at airs dot com 2005-08-03 17:12 ---
The patch you need is this one:
http://gcc.gnu.org/ml/gcc-patches/2004-01/msg03130.html
I don't know how you are surviving without it.
The failing part of the build log is:
mips-elf-ar rc soft-float/el/libgcov.a
--- Additional Comments From hjl at lucon dot org 2005-08-03 17:10 ---
I also have this patch
http://gcc.gnu.org/ml/gcc-patches/2003-10/msg00088.html
Ian, can you email me your failed build log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18532
--- Additional Comments From hjl at lucon dot org 2005-08-03 17:04 ---
I do have this patch
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00340.html
Does it help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18532
None of my other compiler even give a warning on this program -
[dranta:~/tests/gfortran-D] dir% xlf95 -o only -qsuffix=f=f90 only.f90
** define_kind === End of Compilation 1 ===
** main === End of Compilation 2 ===
1501-510 Compilation successful for file only.f90.
[dranta:~/tests/gfortran-
--- Additional Comments From ian at airs dot com 2005-08-03 16:59 ---
How do you manage without patches to use a stamp file for gtyp-gen.h and
options.h? When I tried using patches like the ones you listed, I got a crash
on a simultaneous build of options.h. Are you sure you don't have
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
16:39 ---
Subject: Bug 21723
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 16:39:02
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
16:07 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
When running a simple Java-Gnome app, I get a IncompatibleClassChangeError. The
following test case produces the bug. I've tested this with the IBM and BEA
jvms as well and both of these work fine, so I don't suspect that Java-Gnome is
to blame.
---
import org.gnu.gtk.Gtk
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-03
15:49 ---
Joern wrote:
> The target register pressure is easy to calculate, and although 4.1 lacks
> infrastructure for assessment of the unroll benefit (which 3.4 has), it is
> certainly easier to add it there in t
--- Additional Comments From albertm at uphs dot upenn dot edu 2005-08-03
15:02 ---
Subject: Re: gfortran silently changes values in equilvane
nce'd variables
Greetings!
On Wed, 3 Aug 2005, paulthomas2 at wanadoo dot fr wrote:
> --- Additional Comments From paulthomas2 at wanadoo
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:42 ---
Fixed on mainline and for GCC 4.0.2.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:41 ---
Subject: Bug 19899
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:40:53
Modified files:
gcc: Change
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:35 ---
*** Bug 21234 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-03
14:35 ---
This is a duplicate of PR22480.
*** This bug has been marked as a duplicate of 22480 ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:19 ---
Subject: Bug 19899
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 14:18:56
Modified files:
gcc: ChangeLog Makefile.in tree-scalar-evo
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-03
14:18 ---
Patch applied to 3.4. Relevant parts of testcase also
applied to HEAD and 4.0.
--
What|Removed |Added
--
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 14:17
---
Subject: Re: libobjc doesn't work on windows.
I did try --enable-shared, and it still did not compile as a dll. Either
the configure in the CVS repos is not up to date and needs to be regenerated
from confi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:15 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:15:28
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:06 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-03 14:06:05
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-03
14:05 ---
Subject: Bug 18582
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-03 14:05:02
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From hjl at lucon dot org 2005-08-03 14:05 ---
I have been using
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01456.html
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01454.html
on gcc 3.4 since Nov., 2004. I have been doing "-j 8" on 4way SMP machines.
I haven't
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:57 ---
libobjc inside GCC does not use thr-*.c (except for thr-objc.c which is just a
wrapper around the gthr-
*.h files) at all but gthr-win32.h inside the gcc directory which is also used
by libstdc++.
Did you
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:52
---
No no, it is not a duplicate. You will see that test case #1 will still fail
even after you fix bug 18255. libobjc fails to initialize statics if the
first static was initialized as a side effect of being us
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:50 ---
*** Bug 23214 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:50 ---
This is a dup of bug 18255. The bug is really in the front-end which should
mark the supper protocol
as be staticly initialized.
*** This bug has been marked as a duplicate of 18255 ***
--
W
2 problems:
I noticed that thr-win32.c has no implementation, only stubs. There is a
version that has implementation at http://savannah.gnu.org/cgi-
bin/viewcvs/gnustep/gnustep/dev-libs/libobjc/thr-win32.c?rev=HEAD&content-
type=text/vnd.viewcvs-markup
That is not my code, and I am not the copyr
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:44
---
Created an attachment (id=9422)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9422&action=view)
test case #2b
See attachment 9421.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23214
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:44
---
Created an attachment (id=9421)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9421&action=view)
test case #2a
Requires the protocolCase2b.m attachment as well.
Compile using gcc -g protocolCase2b.m proto
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:41
---
Created an attachment (id=9420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9420&action=view)
Test case #1
Complie like this
gcc -g protocolCase1.m -lobjc -o protocolCase1
then run the program and watch
--- Additional Comments From jeremy at deadbeef dot com 2005-08-03 13:39
---
Created an attachment (id=9419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9419&action=view)
Patch to init.c in libobjc to fix protocol problem.
This patch is relative to CVS.
--
http://gcc.gnu.org
I have a test case and a patch that fixes this. I found the problem on
mingw32 but I believe that this will be a problem on every platform, and for
every version of gcc (gnu Objc runtime only).
I will attempt to attach the testcase and patch.
--
Summary: libobjc doesn't initialize
Thanks Francois-Xavier,
I saw your message and assumed that Cygwin was in the same state. I looked
for but did not see the
+ #undef COMMON_ASM_OP
+ #define COMMON_ASM_OP "\t.comm\t"
in the patches. It's strange, I was searching on COMMON_ASM_OP; perhaps
fingers trouble.
Paul T
> -Messag
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-03
13:03 ---
Just for reference, the thread from comp.lang.c++.moderated:
http://groups-beta.google.com/group/comp.lang.c++.moderated/browse_thread/thread/
3c449572456c8592
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
1 - 100 of 116 matches
Mail list logo
