This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [objc-improvements] Function pointer ivar issue fixed
- From: Alexander Malmberg <alexander at malmberg dot org>
- To: Ziemowit Laski <zlaski at apple dot com>
- Cc: discuss-gnustep at gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Thu, 31 Jul 2003 22:45:12 +0200
- Subject: Re: [objc-improvements] Function pointer ivar issue fixed
- References: <F6D6456A-C21F-11D7-9F66-000393673036@apple.com>
Ziemowit Laski wrote:
> GNUSteppers,
>
> In case you aren't following Bugzilla, I thought I'd let you know that
> I just committed a fix
> to the objc-improvements-branch that should get rid of the function
> pointer ivar issue that some
> of you ran into. So please take objc-improvements-branch for another
> spin.
It miscompiled objective-c code horribly when using the GNU runtime, but
I have a patch for that. See:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11754
With that applied, and compiling without optimizations, the core/
libraries and a few other libraries/apps compile and seem to run ok, and
the GNUstep test suite passes as much as it did before. Currently
testing more extensively with -O2. I'll report if something breaks, or
when I'm done with this round of testing.
(Note that the core/ libraries needed a trivial fix to compile:
Index: base/Source/NSString.m
===================================================================
RCS file: /cvsroot/gnustep/gnustep/core/base/Source/NSString.m,v
retrieving revision 1.295
diff -u -r1.295 NSString.m
--- base/Source/NSString.m 8 Jul 2003 08:39:45 -0000 1.295
+++ base/Source/NSString.m 31 Jul 2003 20:35:26 -0000
@@ -2751,7 +2751,7 @@
/* Found a completion */
match_count++;
if (outputArray != NULL)
- [*op addObject: tmp_path];
+ [op addObject: tmp_path];
if ((outputName != NULL) &&
((*outputName == nil) || (([*outputName length] < [tmp_path
length]))))
)
- Alexander Malmberg