[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bugs #9382] mframe vs. gcc/libobjc selector types
From: |
David Ayers |
Subject: |
[bugs #9382] mframe vs. gcc/libobjc selector types |
Date: |
Fri, 02 Jul 2004 04:22:21 -0400 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 |
This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**************************************************************************/
[bugs #9382] Latest Modifications:
Changes by:
David Ayers <d.ayers@inode.at>
'Date:
Fri 07/02/2004 at 08:20 (Europe/Vienna)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | Fixed | None
Status | Closed | Open
------------------ Additional Follow-up Comments ----------------------------
Patch reverted due to problems on other platforms.
/**************************************************************************/
[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: Open
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: Fri 07/02/2004 at 08:20 By: ayers
Patch reverted due to problems on other platforms.
-------------------------------------------------------
Date: Thu 07/01/2004 at 11:42 By: ayers
Patch commited.
-------------------------------------------------------
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: 5.76KB 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/