[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#2264: 23.0; Emacs.app does not load ~/.emacs

From: Adrian Robert
Subject: bug#2264: 23.0; Emacs.app does not load ~/.emacs
Date: Sat, 7 Mar 2009 12:36:13 +0200

One possible way to solve the problem is to use NSZone functions
wrapped and callable from C.  But unexmacosx.c does some low-level
things which are not possible with NSZone.  So it is doubtful if this
approach would succeed at all.

The NSZone stuff is what I meant. I didn't realize Andrew Choi ripped out the NSZone stuff when replaced it with malloc_zone when he rewrote unexnext but hopefully the difference is not important, and this is one reason why unexnext would be a better model. I'm not sure the extra stuff in unexmacosx is needed under GNUstep, because it might relate to MACH rather than ELF.

Basically, the unexelfgs file that would be needed (not sure if it would be better to ifdef it in unexelf or make a new file) would combine the zone alloc stuff needed to keep objc working happily together with the existing strategies in unexelf for dealing with ELF (instead of the MACH-O strategies in unexnext/osx).

Here are two version of the unexnext.c file (I'm cc'ing the bug report so they're available online). The first was unchanged over some years. The second one was updated by me to RUN on OS X 10.4 and up. I'm not sure which one, if either, would be more compatible with GNUstep, since the differences may only relate to MACH stuff.

Attachment: unexnext.c
Description: Binary data

Attachment: unexnext.c
Description: Binary data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]