This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**************************************************************************/
[bugs #9382] Latest Modifications:
Changes by:
David Ayers <[EMAIL PROTECTED]>
'Date:
Sat 06/19/2004 at 19:00 (Europe/Vienna)
What | Removed | Added
---------------------------------------------------------------------------
Assigned to | None | ayers
Status | Open | In Test
------------------ Additional Follow-up Comments ----------------------------
I've attached a patch that fixes the problem. There still may be some underlaying
cleanup needed. (Check why the GSInvocationCallback functions get a selector with
platform specific types and fix that). But I'll leave that for later (or someone else
to pickup) because I'm out of time now. It would be nice if those of you who use DO
intensively (maybe even cross platform DO) could take it for a spin.
/**************************************************************************/
[bugs #9382] Full Item Snapshot:
URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9382>
Project: GNUstep
Submitted by: David Ayers
On: Fri 06/18/2004 at 17:08
Category: Base/Foundation
Severity: 5 - Average
Item Group: Bug
Resolution: None
Assigned to: ayers
Status: In Test
Summary: mframe vs. gcc/libobjc selector types
Original Submission: We use the platform dependent mframe code to implement
NSMethodSignature's method types while gcc/libobjc uses a platform independent
encoding scheme (well in pre 3.4 version it wasn't fully platform independent as it
marked where registers were used depending on the platform but the "ObjC improvements"
merge broke that.) Unfortunately we use these mframe signatures to register selectors
for DO (see Testing/nsnotification). Yet the mframe encoding "dialects" cannot be
handled by libobjc which causes objc_error aborts on some platforms (e.g. linux/hppa
but potentially others) when selectors are registered with those types. I believe we
need to reorganize NSMethodSignature to use the "gcc/libobjc" encoding dialect instead
of the mframe dialects which should be resrced for DO processing. I haven't looked
into how this could be done yet. Maybe someone a bit more familiar with this code may
want to jump in and have a look at it. Riccardo
Mottola can provide information (if I'm not available) and test. Otherwise I'll drop
it on my TODO list.
Follow-up Comments
------------------
-------------------------------------------------------
Date: Sat 06/19/2004 at 19:00 By: ayers
I've attached a patch that fixes the problem. There still may be some underlaying
cleanup needed. (Check why the GSInvocationCallback functions get a selector with
platform specific types and fix that). But I'll leave that for later (or someone else
to pickup) because I'm out of time now. It would be nice if those of you who use DO
intensively (maybe even cross platform DO) could take it for a spin.
File Attachments
-------------------
-------------------------------------------------------
Date: Sat 06/19/2004 at 19:00 Name: base.patch Size: 5KB By: ayers
NSMethodSignature/GSInvocationCallBack patch
http://savannah.gnu.org/bugs/download.php?item_id=9382&item_file_id=1417
For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9382>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
