23.0.50; strange messages on built-in variables

23.0.50; strange messages on built-in variables

[Peter Dyballa]

Hello!

The *Messages* buffer reports:

	Note, built-in variable `mac-dnd-known-types' not bound
	Note, built-in variable `mac-control-modifier' not bound
	Note, built-in variable `mac-command-modifier' not bound
	Note, built-in variable `mac-option-modifier' not bound
	Note, built-in variable `mac-function-modifier' not bound
	Note, built-in variable `mac-emulate-three-button-mouse' not bound
	Note, built-in variable `mac-wheel-button-is-mouse-2' not bound
	Note, built-in variable `mac-pass-command-to-system' not bound
	Note, built-in variable `mac-pass-control-to-system' not bound
	Note, built-in variable `mac-allow-anti-aliasing' not bound
	Note, built-in variable `mac-ts-script-language-on-focus' not bound

I can't see any sense in these reports or why I should know about  
these ...


In GNU Emacs 23.0.50.1 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d  
scroll bars)
  of 2007-10-05 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version  
11.0.40400000
configured using `configure  '--without-gtk' '--without-sound' '-- 
without-pop' '--with-x-toolkit=lucid' '--with-xpm' '--with-jpeg' '-- 
with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/Library/ 
Application Support/Emacs/calendar22:/Library/Application Support/ 
Emacs/caml:/Library/Application Support/Emacs:/sw/share/emacs21/site- 
lisp/elib' 'CPPFLAGS=-no-cpp-precomp -I/usr/include/openssl -I/sw/ 
include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/lib/freetype219/ 
include/freetype2 -I/sw/lib/fontconfig2/include -I/sw/include/ 
libpng12 -I/usr/local/include -I/sw/include' 'CXXFLAGS=-no-cpp- 
precomp -I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/ 
freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/ 
fontconfig2/include -I/sw/include/libpng12 -I/usr/local/include -I/sw/ 
include' 'CFLAGS=-pipe -bind_at_load -fPIC -mcpu=7450 -mtune=7450 - 
fast -mpim-altivec -ftree-vectorize -foptimize-register-move - 
freorder-blocks -freorder-blocks-and-partition -fthread-jumps - 
fpeephole -fno-crossjumping' 'LDFLAGS=-dead_strip -multiply_defined  
suppress -bind_at_load -L/sw/lib/freetype219/lib -L/sw/lib/ 
fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib''

Important settings:
   value of $LC_ALL: nil
   value of $LC_COLLATE: nil
   value of $LC_CTYPE: de_DE.UTF-8
   value of $LC_MESSAGES: nil
   value of $LC_MONETARY: nil
   value of $LC_NUMERIC: nil
   value of $LC_TIME: nil
   value of $LANG: de_DE.UTF-8
   locale-coding-system: utf-8
   default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
   TeX-PDF-mode: t
   shell-dirtrack-mode: t
   show-paren-mode: t
   display-time-mode: t
   desktop-save-mode: t
   tooltip-mode: t
   mouse-wheel-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   unify-8859-on-encoding-mode: t
   utf-translate-cjk-mode: t
   auto-compression-mode: t
   column-number-mode: t
   line-number-mode: t
   transient-mark-mode: t


--
Mit friedvollen Grüßen

   Pete

These are my principles and if you don't like them... well, I have  
others.
                                         - Groucho Marx

Re: 23.0.50; strange messages on built-in variables

[Dan Nicolaescu]

Peter Dyballa <Peter_Dyballa@gmx.de> writes:

  > Hello!
  > 
  > The *Messages* buffer reports:
  > 
  > 	Note, built-in variable `mac-dnd-known-types' not bound
  > 	Note, built-in variable `mac-control-modifier' not bound
  > 	Note, built-in variable `mac-command-modifier' not bound
  > 	Note, built-in variable `mac-option-modifier' not bound
  > 	Note, built-in variable `mac-function-modifier' not bound
  > 	Note, built-in variable `mac-emulate-three-button-mouse' not bound
  > 	Note, built-in variable `mac-wheel-button-is-mouse-2' not bound
  > 	Note, built-in variable `mac-pass-command-to-system' not bound
  > 	Note, built-in variable `mac-pass-control-to-system' not bound
  > 	Note, built-in variable `mac-allow-anti-aliasing' not bound
  > 	Note, built-in variable `mac-ts-script-language-on-focus' not bound
  > 
  > I can't see any sense in these reports or why I should know about
  > these ...
  > 
  > 
  > In GNU Emacs 23.0.50.1 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d
  > scroll bars)

(I don't have access to this platform, so I can't test it)
I would guess that it is this code in cus-start.el:

          native-p (save-match-data
                     (cond
                      ((string-match "\\`dos-" (symbol-name symbol))
                       (eq system-type 'ms-dos))
                      ((string-match "\\`w32-" (symbol-name symbol))
                       (eq system-type 'windows-nt))
                      ((string-match "\\`mac-" (symbol-name symbol))
                       (or (eq system-type 'mac) (eq system-type 'darwin)))
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
That is probably t on mac using X11, and it is probably intended to be
t only for mac Carbon, maybe replace it with (featurep 'mac-carbon) ?

Re: 23.0.50; strange messages on built-in variables

[Peter Dyballa]

Am 06.10.2007 um 22:04 schrieb Dan Nicolaescu:

> That is probably t on mac using X11, and it is probably intended to be
> t only for mac Carbon, maybe replace it with (featurep 'mac-carbon) ?

Right: I am using Mac OS X 10.4.10 (Tiger). GNU Emacs was compiled as  
X client. "Darwin" means a stripped down version of Mac OS X without  
Apple's Aqua ("Display PDF"), Carbon, Cocoa, and without the typical  
applications (and widgets too, I presume) and also without Apple  
Script. So "Darwin" users have no other choice than X11.

(featurep 'mac-carbon) looks like the better choice. The commands  
reported are from Carbon Emacs – which can't be compiled (the usual  
way) with the mac/make-package script:

	gcc -I/sw/include -L/sw/lib -DMAC_OSX -DHAVE_CONFIG_H -I. -I../src - 
I/Users/pete/Quellen/Emacs_CVS/emacs/mac/../lib-src -I/Users/pete/ 
Quellen/Emacs_CVS/emacs/mac/../lib-src/../src -dead_strip - 
bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/ 
sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/sw/lib -L/usr/local/lib - 
g -O2 -Wno-pointer-sign   movemail.o pop.o getopt.o getopt1.o          
-o movemail
	powerpc-apple-darwin8-gcc-4.0.1: getopt.o: No such file or directory
	powerpc-apple-darwin8-gcc-4.0.1: getopt1.o: No such file or directory
	make[1]: *** [movemail] Error 1
	make: *** [lib-src] Error 2


--
Greetings

   Pete

Be careful of reading health books, you might die of a misprint.
		-- Mark Twain

Re: 23.0.50; strange messages on built-in variables

[Dan Nicolaescu]

Peter Dyballa <Peter_Dyballa@gmx.de> writes:

  > Am 06.10.2007 um 22:04 schrieb Dan Nicolaescu:
  > 
  > > That is probably t on mac using X11, and it is probably intended to be
  > > t only for mac Carbon, maybe replace it with (featurep 'mac-carbon) ?
  > 
  > Right: I am using Mac OS X 10.4.10 (Tiger). GNU Emacs was compiled as
  > X client. "Darwin" means a stripped down version of Mac OS X without
  > Apple's Aqua ("Display PDF"), Carbon, Cocoa, and without the typical
  > applications (and widgets too, I presume) and also without Apple
  > Script. So "Darwin" users have no other choice than X11.
  > 
  > (featurep 'mac-carbon) looks like the better choice. 

Did you try it? Did it work? 


  > The commands reported are from Carbon Emacs –

They seems to be defined only for Carbon. 

  > which can't be compiled (the usual way) with the mac/make-package
  > script:
  > 
  > 	gcc -I/sw/include -L/sw/lib -DMAC_OSX -DHAVE_CONFIG_H
  > -I. -I../src - 
  > I/Users/pete/Quellen/Emacs_CVS/emacs/mac/../lib-src -I/Users/pete/
  > Quellen/Emacs_CVS/emacs/mac/../lib-src/../src -dead_strip - 
  > bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/
  > sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/sw/lib -L/usr/local/lib - 
  > g -O2 -Wno-pointer-sign   movemail.o pop.o getopt.o getopt1.o
  > -o movemail
  > 	powerpc-apple-darwin8-gcc-4.0.1: getopt.o: No such file or directory
  > 	powerpc-apple-darwin8-gcc-4.0.1: getopt1.o: No such file or directory
  > 	make[1]: *** [movemail] Error 1
  > 	make: *** [lib-src] Error 2

The Carbon port on CVS trunk has been abandoned by its maintainers and
it is known to be broken. But the above is probably not related to
what is known to be broken. If you are interested, can you try to
figure out what goes wrong? It would be better to start by just using
./configure

Re: 23.0.50; strange messages on built-in variables

[Peter Dyballa]

Am 07.10.2007 um 02:50 schrieb Dan Nicolaescu:

>> (featurep 'mac-carbon) looks like the better choice.
>
> Did you try it? Did it work?

Yes. Substituting

	(or (eq system-type 'mac) (eq system-type 'darwin)))

with

	(featurep 'mac-carbon))

removes the many messages.



>
>
>> The commands reported are from Carbon Emacs –
>
> They seems to be defined only for Carbon.
>
>> which can't be compiled (the usual way) with the mac/make-package
>> script:
>>
>> 	gcc -I/sw/include -L/sw/lib -DMAC_OSX -DHAVE_CONFIG_H
>> -I. -I../src -
>> I/Users/pete/Quellen/Emacs_CVS/emacs/mac/../lib-src -I/Users/pete/
>> Quellen/Emacs_CVS/emacs/mac/../lib-src/../src -dead_strip -
>> bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/
>> sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/sw/lib -L/usr/local/lib -
>> g -O2 -Wno-pointer-sign   movemail.o pop.o getopt.o getopt1.o
>> -o movemail
>> 	powerpc-apple-darwin8-gcc-4.0.1: getopt.o: No such file or directory
>> 	powerpc-apple-darwin8-gcc-4.0.1: getopt1.o: No such file or  
>> directory
>> 	make[1]: *** [movemail] Error 1
>> 	make: *** [lib-src] Error 2
>
> The Carbon port on CVS trunk has been abandoned by its maintainers and
> it is known to be broken. But the above is probably not related to
> what is known to be broken. If you are interested, can you try to
> figure out what goes wrong? It would be better to start by just using
> ./configure
>

I did

	./configure --without-x --without-ns --without-sound --without- 
toolkit-scroll-bars --prefix=/usr/local --enable-carbon-app --enable- 
locallisppath=/Library/Application\ Support/Emacs/calendar23:/Library/ 
Application\ Support/Emacs/caml:/Library/Application\ Support/Emacs:/ 
sw/share/emacs21/site-lisp/elib

which ended in:

   What window system should Emacs use?                    mac
   What toolkit should Emacs use?                          none
   Where do we find X Windows header files?                NONE
   Where do we find X Windows libraries?                   NONE
   Does Emacs use -lXaw3d?                                 no
   Does Emacs use -lXpm?                                   no
   Does Emacs use -ljpeg?                                  no
   Does Emacs use -ltiff?                                  no
   Does Emacs use a gif library?                           no
   Does Emacs use -lpng?                                   no
   Does Emacs use -lrsvg-2?                                yes	; why  
that?
   Does Emacs use -lgpm?                                   no
   Does Emacs use X toolkit scroll bars?                   no

but src/emacs only was able to run inside a terminal emulation.


I'll try to find the changes necessary!

--
Greetings

   Pete

In a world without walls and fences, who needs gates and windows?

Re: 23.0.50; WAS: strange messages on built-in variables

[Peter Dyballa]

Am 07.10.2007 um 02:50 schrieb Dan Nicolaescu:

>> 	gcc -I/sw/include -L/sw/lib -DMAC_OSX -DHAVE_CONFIG_H
>> -I. -I../src -
>> I.../emacs/mac/../lib-src -I/Users/pete/
>> Quellen/Emacs_CVS/emacs/mac/../lib-src/../src -dead_strip -
>> bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/
>> sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/sw/lib -L/usr/local/lib -
>> g -O2 -Wno-pointer-sign   movemail.o pop.o getopt.o getopt1.o
>> -o movemail
>> 	powerpc-apple-darwin8-gcc-4.0.1: getopt.o: No such file or directory
>> 	powerpc-apple-darwin8-gcc-4.0.1: getopt1.o: No such file or  
>> directory
>> 	make[1]: *** [movemail] Error 1
>> 	make: *** [lib-src] Error 2
>
> The Carbon port on CVS trunk has been abandoned by its maintainers and
> it is known to be broken. But the above is probably not related to
> what is known to be broken. If you are interested, can you try to
> figure out what goes wrong?

There seems to be something with src-lib/Makefile. When configuring  
and compiling the usual way, it goes:

	cd lib-src; make all \
	  CC='gcc -...' CFLAGS='... ' CPPFLAGS='-DMAC_OSX ...' \
	  LDFLAGS='...' MAKE='make'
	gcc ... -o test-distrib .../lib-src/test-distrib.c
	./test-distrib .../emacs/lib-src/testfile
	gcc ... .../emacs/lib-src/make-docfile.c  -o make-docfile
	gcc ... .../emacs/lib-src/profile.c  -o profile
	gcc ... .../emacs/lib-src/digest-doc.c  -o digest-doc
	gcc ... .../emacs/lib-src/sorted-doc.c  -o sorted-doc
	cp .../emacs/lib-src/getopt_.h getopt.h-t
	mv getopt.h-t getopt.h
	gcc ... .../emacs/lib-src/movemail.c
	gcc ... .../emacs/lib-src/pop.c
	gcc ... .../emacs/lib-src/getopt.c
	gcc ... .../emacs/lib-src/getopt1.c
	gcc ...  movemail.o pop.o getopt.o getopt1.o         -o movemail

while the make-package script creates in mac a new build tree into  
which it cd's then invokes .../emacs/mac/../configure <options>. When  
configuration has finished, the script checks whether  .../emacs/ 
mac/../lisp/abbrev.elc exists – this is a flaw, because this file can  
exist from bootstrapping an X client, the Aqua-tic Emacs.app, or an  
MS Losedows application. If this ELC file exists, a 'make install' is  
tried. Even when instead of a 'make install' a simple 'make' is  
invoked, the compilation goes a bit different:

	cd lib-src; make all \
	  CC='gcc ...' CFLAGS='... ' CPPFLAGS='-DMAC_OSX ...' \
	  LDFLAGS='...' MAKE='make'
	gcc ... .../emacs/mac/../lib-src/make-docfile.c  -o make-docfile
	gcc ... .../emacs/mac/../lib-src/profile.c  -o profile
	gcc ... .../emacs/mac/../lib-src/movemail.c
	gcc ... .../emacs/mac/../lib-src/pop.c
	gcc ... movemail.o pop.o getopt.o getopt1.o         -o movemail
	powerpc-apple-darwin8-gcc-4.0.1: getopt.o: No such file or directory
	powerpc-apple-darwin8-gcc-4.0.1: getopt1.o: No such file or directory
	make[1]: *** [movemail] Error 1
	make: *** [lib-src] Error 2

test-distrib is not compiled and not executed, plus some others, and  
then the dependency that movemail depends on getopt.o and getopt1.o  
is not seen. The Makefiles in lib-src/Makefile are not that different:

	diff mac/make-package.build.10141/lib-src/Makefile lib-src/Makefile
	74,75c74,75
	< srcdir=.../emacs/mac/../lib-src
	< VPATH=.../emacs/mac/../lib-src
	---
	> srcdir=.../emacs/lib-src
	> VPATH=.../emacs/lib-src
	78c78
	< top_srcdir=.../emacs/mac/..
	---
	> top_srcdir=.../emacs


Right now I can't see a reason why GNU Make 3.80 behaves so  
differently ... because it sees that .../emacs/mac/../lib-src has the  
missing object files, although they're needed in .?

--
Greetings

   Pete

“One cannot live by television, video games, top ten CDs, and dumb  
movies alone”
       (Amiri Baraka 1999)

Re: 23.0.50; strange messages on built-in variables

[Peter Dyballa]

Am 07.10.2007 um 02:50 schrieb Dan Nicolaescu:

> The Carbon port on CVS trunk has been abandoned by its maintainers and
> it is known to be broken. But the above is probably not related to
> what is known to be broken. If you are interested, can you try to
> figure out what goes wrong? It would be better to start by just using
> ./configure

Cleaning the usual source trees creates the Carbon Emacs installer  
package. Carbon Emacs can be installed and launched, it runs some  
time – until one selects any hyper link with the mouse (for example  
from the about page, C-h C-a).

--
Greetings

   Pete

Globalisation -- communism from above.

Re: 23.0.50; strange messages on built-in variables

[Dan Nicolaescu]

Peter Dyballa <Peter_Dyballa@gmx.de> writes:

  > Am 07.10.2007 um 02:50 schrieb Dan Nicolaescu:
  > 
  > > The Carbon port on CVS trunk has been abandoned by its maintainers and
  > > it is known to be broken. But the above is probably not related to
  > > what is known to be broken. If you are interested, can you try to
  > > figure out what goes wrong? It would be better to start by just using
  > > ./configure
  > 
  > Cleaning the usual source trees creates the Carbon Emacs installer
  > package. Carbon Emacs can be installed and launched, it runs some
  > time – until one selects any hyper link with the mouse (for example
  > from the about page, C-h C-a).

Again, given that the port is not maintained, finding bitrot is not
surprising.  If you can debug the problem yourself, patches will
probably be accepted, but AFAIK there's nobody that has access to that
platform that is interested in debugging what is wrong... 

Re: 23.0.50; strange messages on built-in variables

[Jason Rumney]

Dan Nicolaescu wrote:
> Peter Dyballa <Peter_Dyballa@gmx.de> writes:
>   
>   > Cleaning the usual source trees creates the Carbon Emacs installer
>   > package. Carbon Emacs can be installed and launched, it runs some
>   > time – until one selects any hyper link with the mouse (for example
>   > from the about page, C-h C-a).
>
> Again, given that the port is not maintained, finding bitrot is not
> surprising.  If you can debug the problem yourself, patches will
> probably be accepted, but AFAIK there's nobody that has access to that
> platform that is interested in debugging what is wrong... 
>   

It might be the problem with tooltip frames that I just checked in a fix
for.
Peter, can you try the latest CVS to see if that fixes this problem?