mac-emacs-users

[Mac-emacs-users] Re: Mac OSX Mouse Button Mapping (was Concerns)

[Steven T. <ste...@ma...>]

	* macterm.c (syms_of_macterm, mac_get_mouse_btn): Reversed
	functionality of mac-wheel-button-is-mouse-2 to be correct.  Also
	switched the default to Qnil from Qt.

You are, as is now painfully obvious, correct.  The code was reversed 
and so was the value of the default value.  I've checked in the change 
to CVS now; the default value for mac_wheel_button_is_mouse_2 is now 
Qnil.   My mouse appears to be working differently with new drivers 
(and Jaguar), this may have caused my confusion.  After using VNC for a 
little bit, I saw what was going on.

Thanks again,
-Steven

On Thursday, October 10, 2002, at 05:13  AM, Piet van Oostrum wrote:

>>>>>> Carsten Bormann <ca...@tz...> (CB) writes:
>
> CB> That's what the docs say, but not what happens on my Mac with the 
> various
> CB> USB mice I have.
> CB> I need to set it to nil to have the wheel button as mouse-2 and 
> the right
> CB> button as mouse-3.
> CB> If I set mac-wheel-button-is-mouse-2 to t, the wheel button is 
> mouse-3
> CB> and the right button is mouse-2, which is quite confusing of 
> course.  Maybe
> CB> there is some other remapping at work, but I have no idea where to 
> look.
>
> The code just has the selection reversed:
>
> In macterm.c:
>
> static int
> mac_get_mouse_btn (EventRef ref)
> {
>   EventMouseButton result = kEventMouseButtonPrimary;
>   GetEventParameter (ref, kEventParamMouseButton, typeMouseButton, 
> NULL,
> 		    sizeof (EventMouseButton), NULL, &result);
>   switch (result)
>     {
>     case kEventMouseButtonPrimary:
>       return 0;
>     case kEventMouseButtonSecondary:
>       return NILP (Vmac_wheel_button_is_mouse_2) ? 2 : 1;       
> <<<<<<<<<
>     case kEventMouseButtonTertiary:
>     case 4:  /* 4 is the number for the mouse wheel button */
>       return NILP (Vmac_wheel_button_is_mouse_2) ? 1 : 2;       
> <<<<<<<<<
>     default:
>       return 0;
>     }
> }
>
> These two lines should be swapped. E.g. in the current code if
> mac-wheel-button-is-mouse-2 is NIL and the mouse-wheel is pressed, 1 is
> returned (i.e. mouse-2), if it is non-nil, 2 is returned (i.e. 
> mouse-3).
> For the secondary button it is the reverse. Clearly this is the 
> opposite
> of what it should be.

Re: [Mac-emacs-users] Re: Concerns

[Piet v. O. <pi...@cs...>]

>>>>> Carsten Bormann <ca...@tz...> (CB) writes:

CB> That's what the docs say, but not what happens on my Mac with the various
CB> USB mice I have.
CB> I need to set it to nil to have the wheel button as mouse-2 and the right
CB> button as mouse-3.
CB> If I set mac-wheel-button-is-mouse-2 to t, the wheel button is mouse-3
CB> and the right button is mouse-2, which is quite confusing of course.  Maybe
CB> there is some other remapping at work, but I have no idea where to look.

The code just has the selection reversed:

In macterm.c:

static int
mac_get_mouse_btn (EventRef ref) 
{
  EventMouseButton result = kEventMouseButtonPrimary;
  GetEventParameter (ref, kEventParamMouseButton, typeMouseButton, NULL,
		    sizeof (EventMouseButton), NULL, &result);
  switch (result) 
    {
    case kEventMouseButtonPrimary:
      return 0;
    case kEventMouseButtonSecondary:
      return NILP (Vmac_wheel_button_is_mouse_2) ? 2 : 1;       <<<<<<<<<
    case kEventMouseButtonTertiary:
    case 4:  /* 4 is the number for the mouse wheel button */
      return NILP (Vmac_wheel_button_is_mouse_2) ? 1 : 2;       <<<<<<<<<
    default:
      return 0;
    }
}

These two lines should be swapped. E.g. in the current code if
mac-wheel-button-is-mouse-2 is NIL and the mouse-wheel is pressed, 1 is
returned (i.e. mouse-2), if it is non-nil, 2 is returned (i.e. mouse-3).
For the secondary button it is the reverse. Clearly this is the opposite
of what it should be.
-- 
Piet van Oostrum <pi...@cs...>
URL: http://www.cs.uu.nl/~piet [PGP]
Private email: P.v...@hc...

Re: [Mac-emacs-users] [Mac-emacs-users]

[Andrew C. <ak...@sh...>]

> 4) There is still the bug with asynchronous process input, which gets 
> cut off at the end randomly.
> This affects grep, man, pcl-cvs, ...  Really gross.
> I thought there was a fix (workaround?) in the CVS, but then I didn't 
> understand the fix, and obviously it does not work (at least not under 
> 10.2.1).

Try doing this:

  (setq process-connection-type nil)

There seems to be a problem with the pty implementation in Mac OS X.
Unfortunately some Emacs packages (like ange-ftp) depends on it.

Re: [Mac-emacs-users] [Mac-emacs-users]

[Andrew C. <ak...@sh...>]

> While you are fixing things:
> 
> I have two gripes with the CVS version of 21.3.50 (last fetched at Sep 
> 18, so please tell me this has been fixed already):
> 
> 1) The default installation does not set the selection coding system.
> So, pasting non-ASCII characters generates coding errors.
> The following .emacs entry solves the problem only partially, because 
> the selection coding system actually depends on what is selected, but 
> it works for most European applications:
> (if (eq window-system 'mac)
>      (progn
>        (setq selection-coding-system 'mac-roman)
>        ))
> 
> (Setting the selection coding system should also obviate the need for 
> the \r-to-\n replacement loop, no?)

This is just a simple matter of configuration.  I have no objection to
putting this in term/mac-win.el as the default.  I'll do this when I
can.  Meanwhile please continue to set it in .emacs.

> 2) I can't seem to tame the fonts.  I want to use andale-mono as my 
> main font (much better readability), and I want to use it at size 9, 
> because my Powerbook is only 1152x768.
> [..]
> 
> This works, so there is no reason to complain in the code above, but
> of course all non-ascii characters stand out in the etl fonts (which
> is *mucho ugly* in German text :-).  k

I cannot work on a fix at this time.  I invite anyone who can to
contribute such a patch.  At size 9, you can use Monaco instead of
Andale Mono.  To properly display latin-1 characters, do this:

  (create-fontset-from-fontset-spec
"-apple-monaco-medium-r-normal--9-*-*-*-*-*-fontset-monaco,
ascii:-apple-monaco-medium-r-normal--9-90-75-75-m-90-mac-roman,
latin-iso8859-1:-apple-monaco-medium-r-normal--9-90-75-75-m-90-mac-roman")

You can also use any other font that has non-zero size in the list
returned by the function x-list-fonts.

Please discuss Emacs for Mac OS X in the proper newsgroups.

Re: [Mac-emacs-users] Re: Concerns

[Carsten B. <ca...@tz...>]

> I'll defer to Andrew on this one.  Emacs is going through an internal 
> change from mule to unicode which should solve most of these problems. 
>  When that gets a little closer to working, I was going to switch 
> emacs to being a "unicode" app.  All text coming from the outside 
> would be in unicode instead of the current script.  Then all of these 
> problems will be fixed.

Ah, great.
For now, just setting the selection-coding-system removes 95 % of the 
pain; this might be useful information for other bleeding-edge-testers.

>> 3)       (setq mac-wheel-button-is-mouse-2 nil)
>>
>> (The meaning is inverted in Mac OS X: setting it to nil means that 
>> the wheel button is the mouse)
>
> I'm not sure I follow.  The Mac treats the mouse-wheel-button as mouse 
> button 4 (After the left and right click).  The default is t to follow 
> the convention for NT emacs (and because for most mice the wheel 
> button is in the middle).  If it is set to nil, the wheel button is 
> treated as mouse-3 and the right-click is treated as mouse-2.

That's what the docs say, but not what happens on my Mac with the 
various USB mice I have.
I need to set it to nil to have the wheel button as mouse-2 and the 
right button as mouse-3.
If I set mac-wheel-button-is-mouse-2 to t, the wheel button is mouse-3 
and the right button is mouse-2, which is quite confusing of course.  
Maybe there is some other remapping at work, but I have no idea where 
to look.

Gruesse, Carsten

[Mac-emacs-users] Re: Concerns

[Steven T. <ste...@ma...>]

The change for dealing with "return" will be placed in the latest 
distribution once my public key is updated by savannah's cron job (~ 
2000 GMT)

Here are the questions I feel qualified to try and answer.

> 1) The default installation does not set the selection coding system.
> So, pasting non-ASCII characters generates coding errors.
> The following .emacs entry solves the problem only partially, because 
> the selection coding system actually depends on what is selected, but 
> it works for most European applications:
> (if (eq window-system 'mac)
>     (progn
>       (setq selection-coding-system 'mac-roman)
>       ))
>
> (Setting the selection coding system should also obviate the need for 
> the \r-to-\n replacement loop, no?)

I'll defer to Andrew on this one.  Emacs is going through an internal 
change from mule to unicode which should solve most of these problems.  
When that gets a little closer to working, I was going to switch emacs 
to being a "unicode" app.  All text coming from the outside would be in 
unicode instead of the current script.  Then all of these problems will 
be fixed.

> 3)       (setq mac-wheel-button-is-mouse-2 nil)
>
> (The meaning is inverted in Mac OS X: setting it to nil means that the 
> wheel button is the mouse)

I'm not sure I follow.  The Mac treats the mouse-wheel-button as mouse 
button 4 (After the left and right click).  The default is t to follow 
the convention for NT emacs (and because for most mice the wheel button 
is in the middle).  If it is set to nil, the wheel button is treated as 
mouse-3 and the right-click is treated as mouse-2.

Re: [Mac-emacs-users] [Mac-emacs-users]

[Carsten B. <ca...@tz...>]

On Friday, Oct 4, 2002, at 08:48 Europe/Berlin, Carsten Bormann wrote:

> While you are fixing things:
>
Oh, and while I'm at it:

3)       (setq mac-wheel-button-is-mouse-2 nil)

(The meaning is inverted in Mac OS X: setting it to nil means that the 
wheel button is the mouse)

4) There is still the bug with asynchronous process input, which gets 
cut off at the end randomly.
This affects grep, man, pcl-cvs, ...  Really gross.
I thought there was a fix (workaround?) in the CVS, but then I didn't 
understand the fix, and obviously it does not work (at least not under 
10.2.1).

Gruesse, Carsten

Re: [Mac-emacs-users] [Mac-emacs-users]

[Carsten B. <ca...@tz...>]

While you are fixing things:

I have two gripes with the CVS version of 21.3.50 (last fetched at Sep 
18, so please tell me this has been fixed already):

1) The default installation does not set the selection coding system.
So, pasting non-ASCII characters generates coding errors.
The following .emacs entry solves the problem only partially, because 
the selection coding system actually depends on what is selected, but 
it works for most European applications:
(if (eq window-system 'mac)
     (progn
       (setq selection-coding-system 'mac-roman)
       ))

(Setting the selection coding system should also obviate the need for 
the \r-to-\n replacement loop, no?)

2) I can't seem to tame the fonts.  I want to use andale-mono as my 
main font (much better readability), and I want to use it at size 9, 
because my Powerbook is only 1152x768.
So I say:

(if (fboundp 'new-fontset)
     (progn
       (create-fontset-from-fontset-spec
        "-etl-fixed-medium-r-normal-*-9-*-*-*-*-*-fontset-mac,
ascii:-apple-andale mono-*-9-*-*-*-*-*-*-m-*-mac-roman")
       (let ((monaco-font '("monaco" . "mac-roman")))
	(map-char-table
	 (function
	  (lambda (key val)
	    (or (generic-char-p key)
		(memq (char-charset key)
		      '(ascii eight-bit-control eight-bit-graphic))
		(set-fontset-font "fontset-mac" key monaco-font))))
	 (get 'mac-roman-encoder 'translation-table)))))

This gives me a problem, complaining about the andale-mono font.
It only works if I substitute -0- for -9-, but of course, this doesn't 
give me the right size.

As a workaround, what I'm doing is
(if (eq window-system 'mac)
     (set-frame-font "-apple-andale 
mono-medium-r-normal--9-120-75-75-m-120-mac-roman")
    ...)

This works, so there is no reason to complain in the code above, but of 
course all non-ascii characters stand out in the etl fonts (which is 
*mucho ugly* in German text :-).

Gruesse, Carsten

Re: [Mac-emacs-users] [Mac-emacs-users]

[Andrew C. <ak...@sh...>]

> [...]  The solution is to make RET appear to be a non-ascii
> character (then it becomes <return>).  This is what happens on
> X-windows as you have noted.  To do this, modify
> macterm.c:keycode_to_xkeysym_table[] to start like this (where
> keycode 0x24 is mapped to Xkeysym 0xff0d)
> 
> static unsigned char keycode_to_xkeysym_table[] = {
> /* 0x00 - 0x3f */
>    0, 0, 0, 0, 0, 0, 0, 0, 0, 0,	0, 0, 0, 0, 0, 0,
>    0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
>    0, 0, 0, 0, '\x0d', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
>    0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 
> Then you need to have emacs recognize the the new key [return] is
> actually C-m.  So add these to lisp/term/mac-win.el or to your
> .emacs file
> 
> (define-key function-key-map [return] [?\C-m])
> (define-key function-key-map [M-return] [?\M-\C-m])
> (put 'return 'ascii-character 13)
> 
> Should this be put in the main distribution?  Should this be done
> for other chars like escape and tab?

Hi Steven,

Thank you for solving this problem.  I've checked that the above
modification works on my machine.  Please go ahead and install it to
the main distribution.  I suggest putting the Lisp definitions of
`return' in lisp/term/mac-win.el so the return key will work as before
for everyone.  It will also be useful to do the same for the tab and
escape keys.

Andrew.

Re: [Mac-emacs-users] [Mac-emacs-users]

[Steven T. <ste...@ma...>]

It is mac specific (see the P.S.)

C-RET isn't recognized by the "carbon" mac distribution.   This is 
because the mac version treats RET as a standard ascii character and 
not as a special "X Key Code".  So when it tries to apply the ctrl to 
RET is sees C-m and so interprets it as C-C-m.  So the first C- is lost

The solution is to make RET appear to be a non-ascii character (then it 
becomes <return>).  This is what happens on X-windows as you have 
noted.  To do this, modify macterm.c:keycode_to_xkeysym_table[] to 
start like this (where keycode 0x24 is mapped to Xkeysym 0xff0d)

static unsigned char keycode_to_xkeysym_table[] = {
/* 0x00 - 0x3f */
   0, 0, 0, 0, 0, 0, 0, 0, 0, 0,	0, 0, 0, 0, 0, 0,
   0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
   0, 0, 0, 0, '\x0d', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
   0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,

Then you need to have emacs recognize the the new key [return] is 
actually C-m.  So add these to lisp/term/mac-win.el or to your .emacs 
file

(define-key function-key-map [return] [?\C-m])
(define-key function-key-map [M-return] [?\M-\C-m])
(put 'return 'ascii-character 13)

Should this be put in the main distribution?  Should this be done for 
other chars like escape and tab?

-Steven

P.S.  These mailing lists are being deprecated.  Look at 
http://members.shaw.ca/akochoi-emacs/ for more information.


On Thursday, October 3, 2002, at 03:23  AM, Matthias Scheidegger wrote:

> Hi all,
>
> this might not be a mac-emacs specific question: Coming from 
> Linux/Xemacs I tried to convert my hooks for various
> major modes. Changing (define-key c-mode-map ...) to (local-set-key 
> ...) worked pretty well with the exception of the key combination 
> Ctrl-Return. I figured this would be written
>
> (local-set-key "\C-\r" 'my-function)
>
> or
>
> (local-set-key [?\C-?\r] 'my-function)
>
> but neither worked. How can I get this to work?
>
> tnx
>
> Matthias
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Mac-emacs-users mailing list
> Mac...@li...
> https://lists.sourceforge.net/lists/listinfo/mac-emacs-users

[Mac-emacs-users] [Mac-emacs-users]

[Matthias S. <ms...@ia...>]

Hi all,

this might not be a mac-emacs specific question: Coming from 
Linux/Xemacs I tried to convert my hooks for various
major modes. Changing (define-key c-mode-map ...) to (local-set-key 
...) worked pretty well with the exception of the key combination 
Ctrl-Return. I figured this would be written

(local-set-key "\C-\r" 'my-function)

or

(local-set-key [?\C-?\r] 'my-function)

but neither worked. How can I get this to work?

tnx

Matthias

Re: [Mac-emacs-users] Command key not recognized in Emacs 21.3

[Andrew C. <ak...@sh...>]

> Last week I wrote about Emacs.app appearing to have problems where
> the command line version didn't.  Would it be proper to talk about
> Emacs.app in the regular emacs mailing lists you mention?

Yes, I don't see why not.  People discuss topics related to running
Emacs on different machines/OS's on those mailing lists.  These can
include the Mac OS if people start posting there.

Re: [Mac-emacs-users] Command key not recognized in Emacs 21.3

[Robert L. <rl...@ne...>]

On Tuesday, August 20, 2002, at 11:30  PM, Andrew Choi wrote:

> P.S.  The mac-emacs-users and mac-emacs-devel will be used for Emacs
> for Mac OS 8/9.  Please use the places suggested in the webpage
> http://members.shaw.ca/akochoi-emacs/index.html for discussing Emacs
> for Mac OS X.  Thanks.

Last week I wrote about Emacs.app appearing  to have problems where the 
command line version didn't.  Would it be proper to talk about Emacs.app 
in the regular emacs mailing lists you mention?

BTW, I never did understand what you were trying to tell me but on 
Saturday I did a complete CVS fetch and build and it now works.

--
Bob Love					mail:  rl...@ne...
						jabber: rl...@ja...

Re: [Mac-emacs-users] Command key not recognized in Emacs 21.3

[Andrew C. <ak...@sh...>]

> I still can't double-click to open Emacs.app.  But, that's ok; the
> workaround is simple.  However, one problem that remains and that I
> can't workaround is that the Command key is not recognized.  I
> looked at the old macterm.c patch and I couldn't tell if it had been
> applied or not.  The new code is very different.  Here's a
> comparison, although, I have no idea what the problem may be:

Hi Rodney,

To allow Emacs to pass back the Mac command key as the Alt key when
mac-command-key-is-meta is nil, please comment out the following bit
of code in macterm.c (XTread_socket).

#if 0
#if USE_CARBON_EVENTS
              else if (er.modifiers & cmdKey &&
                       (NILP (Vmac_command_key_is_meta)))
                {
                  /* If this is a command key (and we are not overriding it),
                     send back to the operating system  */
                  SendEventToEventTarget (eventRef, GetEventDispatcherTarget ())
;
                  break;
                }
#endif
#endif

Andrew.
-----
P.S.  The mac-emacs-users and mac-emacs-devel will be used for Emacs
for Mac OS 8/9.  Please use the places suggested in the webpage
http://members.shaw.ca/akochoi-emacs/index.html for discussing Emacs
for Mac OS X.  Thanks.

[Mac-emacs-users] Command key not recognized in Emacs 21.3

[Rodney S. <rsp...@po...>]

I still can't double-click to open Emacs.app.  But, that's ok; the workaround is 
simple.  However, one problem that remains and that I can't workaround is that 
the Command key is not recognized.  I looked at the old macterm.c patch and I 
couldn't tell if it had been applied or not.  The new code is very different.  
Here's a comparison, although, I have no idea what the problem may be:

old macterm.c patch
***************
*** 12342,12347 ****
--- 12342,12351 ----
        if (er.modifiers
            & (NILP (Vmac_command_key_is_meta) ? optionKey : cmdKey))
          the_modifiers |= meta_modifier;
+ 
+       if (NILP (Vmac_command_key_is_meta) && (er.modifiers & cmdKey))
+         the_modifiers |= alt_modifier;
+ 
        bufp->modifiers = the_modifiers;
  
        {
***************

new macterm.c (120) 
#define macAltKey      (NILP (Vmac_command_key_is_meta) ? cmdKey : optionKey)
...
new macterm.c (11568-11569)
  if (NILP (Vmac_command_key_is_meta) && (mods & macAltKey))
    result |= alt_modifier;
    
Rodney Sparapani              Medical College of Wisconsin
Sr. Biostatistician           Patient Care & Outcomes Research (PCOR)
rsp...@mc...              http://www.mcw.edu/pcor
Was 'Name That Tune' rigged?  WWLD -- What Would Lombardi Do

[Mac-emacs-users] Building emacs from CVS...

[Matt P. <pi...@ma...>]

Hello,

I'm trying to build emacs from CVS on OS X 10.1.5, and I am having some 
difficulty. I've tried it in the past without problems, but now when I try 
to do it I do

,/configure --prefix=/usr/local --without-x

which works fine, and then I do

make bootstrap

which fails with

Fatal error (4).make[2]: *** [autoloads] Illegal instruction

Anybody have any idea what's wrong?

Many thanks.

--
Matt Pillsbury  -- Graduate Student -- Dept. of Physics -- UCSB
mt...@ph... -- (805) 968-2034

Re: [Mac-emacs-users] what are different Emacs varieties for OS X?

[Andrew C. <ak...@sh...>]

Hi Mitchell,

Did you read the message I've just posted?  I've attached it at the
end.  Please also read the mac/INSTALL file.

It is not possible to build a single binary that will run under both
Aqua and X Window.  Two separate binaries can probably coexist on the
same system, but you'll have to try it yourself since I don't run X
Window on my Macs, and therefore I don't use the X Window version.

Every distinct Emacs port known to me that will run on Mac OS X are
listed in the `Links' section of the web page
http://members.shaw.ca/akochoi-emacs/.  And that's probably a complete
list.

Andrew.

P.S. I am phasing out the use of the two mailing lists mac-emacs-users
and mac-emacs-devel at SourceForge.  Blah, blah, blah...
-----
Hi Jeffery,

From mac/INSTALL:

  If you are building Emacs to run on Mac OS X and X Window, you need
  to create a directory containing statically-linked X libraries.

    sudo mkdir /usr/X11R6/libstatic
    cd /usr/X11R6/libstatic
    sudo ln -s ../lib/lib*.a ../lib/X11 .

  Instead of typing `./configure' above, type

  ./configure --without-carbon --with-x --x-libraries=/usr/X11R6/libstatic

I do not have more details because I do not run X Window on my Macs.
Of course you can always post to the newsgroups and perhaps others can
help.

Andrew.

P.S. I am phasing out the use of the two mailing lists mac-emacs-users
and mac-emacs-devel at SourceForge.  For questions like this, please
consider posting to the gnu.emacs.help newsgroup for help.  For other
matters related to Emacs for Mac OS X, see the suggestions on
http://members.shaw.ca/akochoi-emacs/ on where to send them.  Thanks.

[Mac-emacs-users] what are different Emacs varieties for OS X?

[Mitchell L M. <ml...@ac...>]

Could someone please summarize what versions of Emacs currently exist 
for OS X, along with build choices, in particular whether running on 
Aqua or X11 if both are possible -- or point to a web site that does 
that?

I've been sort of following this mailing list, but find myself still 
stuck in 20.7 running in Terminal because I don't understand what I'm 
really supposed to be using, though I've played with just about 
everyone I ever saw a reference to.  I'm just interested in GNU 
Emacs, not XEmacs or anything weirder.  I want to run under Aqua 
usually, X sometimes.  I want the most current version.  I use fink, 
Fink Commander, XDarwin, and sometimes OroborosX.  I want fonts, 
mouse clicks, menus, etc. that I can't have in the terminal.

Just for kicks, I just downloaded Emacs from the Savannah repository 
for the first time:

	cvs -d:pserver:an...@su...:/cvsroot/emacs login
	cvs -z3 -d:pserver:an...@su...:/cvsroot/emacs co emacs

I cd'd to emacs, and did ./configure.  It seemed to decide it should 
build for X11:

	Configured for `powerpc-apple-darwin5.5'.

	  Where should the build process find the source code? 
/usr/local/src/emacs
	  What operating system and machine description files should Emacs use?
  	       `s/darwin.h' and `m/powermac.h'
	  What compiler should emacs be built with?               cc  -g -O2
	  Should Emacs use the GNU version of malloc?             no
	    (The GNU allocators don't work with this system configuration.)
	  Should Emacs use a relocating allocator for buffers?    no
	  Should Emacs use mmap(2) for buffer allocation?         no
  	 What window system should Emacs use?                    x11
  	 What toolkit should Emacs use?                          LUCID
  	 Should Emacs use a shared game state directory? 
${localstatedir}/games/emacs
  	 Where do we find X Windows header files? 
/usr/X11R6/include
  	 Where do we find X Windows libraries?                   /usr/X11R6/lib
  	 Does Emacs use -lXaw3d?                                 yes
  	 Does Emacs use -lXpm?                                   yes
  	 Does Emacs use -ljpeg?                                  yes
   	Does Emacs use -ltiff?                                  yes
  	 Does Emacs use -lungif?                                 no
  	 Does Emacs use -lpng?                                   yes
  	 Does Emacs use X toolkit scroll bars?                   yes

Then, following the instructions, I did "make".  It complained:

	Essential Lisp files seem to be missing.  You should either
	do `make bootstrap' or create `lisp/abbrev.elc' somehow.

So I did "make bootstrap", and it quickly broke compiling dispnew.c. 
[I was not running X11 at the time, and possibly my paths were not 
set correctly for X11 as a result, but I didn't look into this at 
all.]

I'm actually a very experienced developer, on both MacOS and Unix and 
in many languages.  I'm sure if I spent the time I could figure out 
what's going on.  I'm giving this example mainly to show that it 
isn't so easy for someone to get themselves an Emacs that works in 
Aqua or X11, as opposed to just the terminal.  And I don't want to 
spend the time when others have done such good work already getting 
Emacs onto OS X.

-- 

     --- Mitchell L Model

Re: [Mac-emacs-users] Re: New Webpage for Emacs for Mac OS X

[Andrew C. <ak...@sh...>]

> > New Webpage for Emacs for Mac OS X
> 
> Andrew, is it possible to build emacs for Xdarwin? I sometimes would
> like to be able to edit things while running under X but I have run
> into problems trying to build emacs without adding --without-x
> 
> Does the way of building it now you specify include X?
> 
> -JP
> 
> -- 
> Jeffrey Poore       tha...@te...   jef...@al...

Hi Jeffery,

From mac/INSTALL:

  If you are building Emacs to run on Mac OS X and X Window, you need
  to create a directory containing statically-linked X libraries.

    sudo mkdir /usr/X11R6/libstatic
    cd /usr/X11R6/libstatic
    sudo ln -s ../lib/lib*.a ../lib/X11 .

  Instead of typing `./configure' above, type

  ./configure --without-carbon --with-x --x-libraries=/usr/X11R6/libstatic

I do not have more details because I do not run X Window on my Macs.
Of course you can always post to the newsgroups and perhaps others can
help.

Andrew.

P.S. I am phasing out the use of the two mailing lists mac-emacs-users
and mac-emacs-devel at SourceForge.  For questions like this, please
consider posting to the gnu.emacs.help newsgroup for help.  For other
matters related to Emacs for Mac OS X, see the suggestions on
http://members.shaw.ca/akochoi-emacs/ on where to send them.  Thanks.

[Mac-emacs-users] Re: New Webpage for Emacs for Mac OS X

[Jeffrey P. <tha...@te...>]

On 8/15/02 12:04 PM, "mac...@li..."
<mac...@li...> wrote:

> New Webpage for Emacs for Mac OS X

Andrew, is it possible to build emacs for Xdarwin? I sometimes would like to
be able to edit things while running under X but I have run into problems
trying to build emacs without adding --without-x

Does the way of building it now you specify include X?

-JP

-- 
Jeffrey Poore       tha...@te...   jef...@al...

[Mac-emacs-users] New Webpage for Emacs for Mac OS X

[Andrew C. <ak...@sh...>]

Hi!  Emacs Users and Developers,

I've finally set up a separate web page for Emacs for Mac OS X:

  http://members.shaw.ca/akochoi-emacs/

I hope to be updating this page quite often (perhaps once or twice a
month) with information on new developments on the Mac OS X code.

The old webpage at SourceForge

  http://mac-emacs.sourceforge.net/

has also been updated to carry only information on Emacs for Mac OS
8/9.

As you probably know, these two mailing lists, mac-emacs-devel and
mac-emacs-users hosted on lists.sourceforge.net, were originally used
to discuss Emacs for Mac OS Classic.  As the version of Emacs for Mac
OS X matures, users and developers have continued to carry out their
discussions on this new version there.  Since the Mac OS code (both X
and classic) is already part of the standard Emacs code, I feel that
it is now more suitable to use the common venues already available to
Emacs users and developers of other platforms.  Many more
knowledgeable people there will be available to answer general usage
questions.  Mac OS users and developers of Emacs will hopefully also
feel less isolated and be part of this bigger Emacs community.

I would like to keep around the Mac OS 8/9 page at SourceForge, so
people can still find my projects, but phase out the mailing lists and
discussion forums there.

So from now on, to discuss the development of Emacs for Mac OS X and
8/9 or submit patches and bug fixes, please post to the mailing list
ema...@gn....  Please post general questions to the
gnu.emacs.help newsgroup.  Read and post bug reports and fixes in the
gnu.emacs.bug newsgroup.  To send bug reports from Emacs for Mac OS X,
type M-x report-emacs-bug RET.  Also please read the comp.emacs
newsgroup for general information and announcements about Emacs.

As usual please read the posts in the respectively mailing lists and
newsgroups to get a feeling of their scopes before you post, as I'm
sure you will.

Therefore, so long!  But see you on the other channels.

Yours faithfully,
Andrew.

[Mac-emacs-users] Re: Emacs 21.3.50

[Seth T. <se...@ti...>]

Rodney Sparapani wrote:
> Gang:
> 
> I had trouble with the latest code via CVS. It was failing due to the 
> non-existence
> of the directory mac/Contents/. Instead it created ../mac/Contents. So, 
> I created
> this directory by hand, and make completes fine. But, then make install 
> fails:
> 
> cd /Users/rodney/cvs/emacs/man; makeinfo tramp.texi
> tramp.texi:25: Unknown command `copying'.
> tramp.texi:50: Unmatched `@end'.
> makeinfo: Removing output file `../info/tramp' due to errors; use 
> --force to preserve.
> make[1]: *** [../info/tramp] Error 2
> make: *** [info] Error 2

I had this same problem.  Do you have Fink installed?  In my case,
removing the Fink directories from my PATH environment variable
and then recompiling fixed the problem.  Apparently the version
of makeinfo I had in Fink wasn't happy with the tramp.texi file,
but the one Apple ships likes it fine.

Seth Tisue
http://tisue.net
se...@ti...

Re: [Mac-emacs-users] Rebuilt Emacs.app hangs

[Robert L. <rl...@ne...>]

On Sunday, August 11, 2002, at 12:24  PM, Andrew Choi wrote:

>> [...]
>>
>> Debugger entered--Lisp error: (void-function x-selection-exists-p)
>>    (x-selection-exists-p)
>>    (and (x-selection-exists-p) (not buffer-read-only))
>>    sit-for(120)
>>    command-line-1(nil)
>>    command-line()
>>    normal-top-level()
>>
>> [...]
>
> You're not running the version you rebuilt.  The function
> x-selection-exists-p is a built-in function since

That may be true but I'm double clicking in:

/Users/rlove/Library/OpenUp/emacs-21_1_0/emacs-21.1/mac

which is where I built it.   I've performed the "sudo make install" 
prior to this.  How do I make Emacs.app use the correct  one?

Note that I deleted all emacs files from /usr/local before I started the 
build.  In other words I did what I could to avoid having the wrong one 
used.  What else is there?

--
Bob Love					mail:  rl...@ne...
						jabber: rl...@ja...

Re: [Mac-emacs-users] Rebuilt Emacs.app hangs

[Andrew C. <ak...@sh...>]

> I had Emacs.app running fine on my OSX box.  Then came the security 
> update and even after rebuilding from scratch I can't get Emacs.app to 
> run correctly.  It just hangs.
> 
> [...]
>
> Debugger entered--Lisp error: (void-function x-selection-exists-p)
>    (x-selection-exists-p)
>    (and (x-selection-exists-p) (not buffer-read-only))
>    sit-for(120)
>    command-line-1(nil)
>    command-line()
>    normal-top-level()
> 
> [...]

You're not running the version you rebuilt.  The function
x-selection-exists-p is a built-in function since

2002-08-02  Andrew Choi  <ak...@sh...>

        * mac.c (syms_of_mac): Defsubr Sx_selection_exists_p.

[Mac-emacs-users] Rebuilt Emacs.app hangs

[Robert L. <rl...@ne...>]

I had Emacs.app running fine on my OSX box.  Then came the security 
update and even after rebuilding from scratch I can't get Emacs.app to 
run correctly.  It just hangs.

[eagle:~] rlove% which emacs
/usr/local/bin/emacs

When I run  emacs from the command line as "emacs -nw" I get an emacs 
that runs in the terminal and seems to work just fine.  The above shows 
I'm getting the rebuilt version.

If I double click on Emacs.app I see the app launch, the screen  appear, 
it splits with an error in the bottom half that reads:

Debugger entered--Lisp error: (void-function x-selection-exists-p)
   (x-selection-exists-p)
   (and (x-selection-exists-p) (not buffer-read-only))
   sit-for(120)
   command-line-1(nil)
   command-line()
   normal-top-level()

And when I go C-X C-f to load a file I see the minibuffer have a prompt 
for me to enter the file name and the program  hangs.  I can't even 
click on the window to bring to the foreground after moving to another 
app.  I must use Force Quit to kill it.  Same if I launch Emacs and use 
the menu to try and start gnus.

Why does the command line version run just fine, with no error msg but 
the app version has problems?  All advice appreciated.

--
Bob Love					mail:  rl...@ne...
						jabber: rl...@ja...