If you're looking for a starting point, give this a try:
emacs21-21.1-1.info
Description: Binary dataIt's virtually identical to my emacs21-nox package (using the darwin patches), but doesn't use the --without-x configure param. It compiles and runs fine in a console (i.e. launched as `emacs -nw'), but bus errors immediately if you try to launch it under X (gdb output below). Good luck! -christian Program received signal EXC_BAD_ACCESS, Could not access memory. 0x70003b30 in memmove () (gdb) bt #0 0x70003b30 in memmove () #1 0x0096f2a4 in GetResources () #2 0x0096f638 in _XtGetResources () #3 0x0095d5c0 in xtCreate () #4 0x0095db3c in _XtCreateWidget () #5 0x000863ac in x_window (f=0x9ab340, window_prompting=0, minibuffer_only=0) at xfns.c:3628 #6 0x00087ac4 in Fx_create_frame (parms=1353690284) at xfns.c:4415 #7 0x00106904 in Ffuncall (nargs=-1073748092, args=0x170cc8) at eval.c:2655 #8 0x0013819c in Fbyte_code (bytestr=1, vector=1075761904, maxdepth=5) at bytecode.c:716 #9 0x001070b4 in funcall_lambda (fun=1075761780, nargs=1, arg_vector=0xbfffe92c) at eval.c:2847 #10 0x00106a98 in Ffuncall (nargs=-1073747668, args=0xbfffe928) at eval.c:2712 #11 0x0013819c in Fbyte_code (bytestr=1, vector=1075716412, maxdepth=3) at bytecode.c:716 #12 0x001070b4 in funcall_lambda (fun=1075716328, nargs=1, arg_vector=0xbfffeacc) at eval.c:2847 #13 0x00106a98 in Ffuncall (nargs=-1073747252, args=0xbfffeac8) at eval.c:2712 #14 0x0013819c in Fbyte_code (bytestr=1, vector=1075712816, maxdepth=4) at bytecode.c:716 #15 0x001070b4 in funcall_lambda (fun=1075712684, nargs=0, arg_vector=0xbfffec7c) at eval.c:2847 #16 0x00106a98 in Ffuncall (nargs=-1073746820, args=0xbfffec78) at eval.c:2712 #17 0x0013819c in Fbyte_code (bytestr=0, vector=1075868320, maxdepth=6) at bytecode.c:716 #18 0x001070b4 in funcall_lambda (fun=1075867036, nargs=0, arg_vector=0xbfffee2c) at eval.c:2847 #19 0x00106a98 in Ffuncall (nargs=-1073746388, args=0xbfffee28) at eval.c:2712 #20 0x0013819c in Fbyte_code (bytestr=0, vector=1075863260, maxdepth=5) at bytecode.c:716 #21 0x001070b4 in funcall_lambda (fun=1075863092, nargs=0, arg_vector=0xbfffef68) at eval.c:2847 #22 0x00106cec in apply_lambda (fun=1075863092, args=277305012, eval_flag=1) at eval.c:2766 #23 0x001058ec in Feval (form=1353421924) at eval.c:2055 #24 0x0009e048 in top_level_2 () at keyboard.c:1254 #25 0x00103fe0 in internal_condition_case (bfun=0x9e020 <top_level_2>, handlers=277351268, hfun=0x9dbec <cmd_error>) at eval.c:1267 #26 0x0009e0b4 in top_level_1 () at keyboard.c:1262 #27 0x00103a64 in internal_catch (tag=10343800, func=0x9e05c <top_level_1>, arg=277305012) at eval.c:1030 #28 0x0009df54 in command_loop () at keyboard.c:1223 #29 0x0009d824 in recursive_edit_1 () at keyboard.c:950 #30 0x0009da00 in Frecursive_edit () at keyboard.c:1006 #31 0x0009c3a4 in main (argc=1, argv=0xbffffa6c, envp=0x0) at emacs.c:1547 #32 0x00001ec8 in _start () #33 0x00001cf8 in start () On Thursday, January 31, 2002, at 09:05 AM, [EMAIL PROTECTED] wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > > I am new to this list, and have been using fink for a while now (And > have been using Debian for years, so it is all pretty familiar to me). > > I had a go at building emacs21 with the closest match I could see in > etc/MACHINES being NeXT, and I needed to make a number of changes to > the source. But I am having problems in the last stages of compiling. > > LC_ALL=C ./temacs -batch -l loadup dump > > Consumes all memory and brings darwin to a grinding halt. > > > The changes I made were to dispnew.c and unexnext.c > > dispnew.c : The FILE struct is different from GNU libs and the other > alternative as used in the PENDING_OUTPUT_COUNT macro, but I think I > defined a correct one using the OSX headers as a reference. > > #define PENDING_OUTPUT_COUNT(FILE) ((FILE)->_p - (FILE)->_bf._base) > > unexnext.c : The undocumented vm_region function (Except in the > headers) effects the get_data_region function. > I added these vars: > vm_region_info_t vm_region_info; > vm_region_flavor_t vm_region_flavor; > mach_msg_type_number_t mach_msg_type_number; > > .. and the call to vm_region was changed to: > ret = vm_region(current_task(), > ®ion.address, > ®ion.size, > &vm_region_flavor, > &vm_region_info, > &mach_msg_type_number, > ®ion.object_name); > > if (ret != KERN_SUCCESS || region.address >= > VM_HIGHDATA) { > break; > } > //Darwin(Mach's) vm_region differs > //TODO! Fix this to detect darwin in the build. > region.protection = vm_region_info[0]; > region.max_protection = vm_region_info[1]; > region.inheritance = vm_region_info[2]; > region.shared = vm_region_info[3]; > region.offset = vm_region_info[5]; > > > I also needed to use current_task() in place of an undefined function. > > I had some problems with libraries too, so I messed with LIBES in > src/Makefile adding -lSystem.B -ltcl > (Whats the equiv of ldd in Darwin? I have had some success with nm, > but not the nice clean output of ldd) > > I wonder if anyone else has had better luck. > > I can provide patches for what I have done, but its a bit crude at the > moment and doesn't work. > > PS: I have tried a couple of Carbon emacs ports and none have been very > stable. I am currently using emacs20 in X11 which is perfect.. but I > like using emacs21 better and have been on Debian with alpha releases > for a while. > > ============================== > David Stanaway > Personal: [EMAIL PROTECTED] > Work: [EMAIL PROTECTED] > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.6 (Darwin) > Comment: For info see http://www.gnupg.org > > iQEXAwUBPFlPGL6yIDFGeSAyFAJPOwQAji/H2W8R3WuTr0paYJaBIF/TKwwlATLN > ISBuuxzX4DviWs7cbF+viKYsJj0JhDsYcrBQ8udOrmVQhi00XB9oT4ZIOLtEwLUI > ogOvhgEE5XeCfDKaIE5aaGMSfDpgosz/8PcUzDo2SFPqDFcxSxThaDUz3ipcy5ZM > Mz2ZHBkd5doEALDT/wgXBtkY19SjVVMMllN2N8+wz4TWRxiLtfC42doVc89iF2DI > IaqcMvzczIfLm/tg6mWDSOy762RjB7GefUXqBx2LTrVunJvLZo3hZBgFSzJ3wbZQ > q9qxEGuVI6eaVy0wV+GFxlj9he99s4zLL1virgaz7hyaLnrLFACDIhdg > =zwK1 > -----END PGP SIGNATURE----- > > > _______________________________________________ > Fink-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/fink-devel >
