Am 17.07.2008 um 03:01 schrieb Adrian Robert:

> This should be fixed in CVS now.


There is a new and again strange error with find when I *don't* use  
compile but mimic part of it on the ./configure invocation (--with-ns  
--disable-ns-self-contained --without-x --without-freetype ...):

        Fixed up 64/64 external relocation entries in data segment.
        Writing LC_DYSYMTAB command
        Writing LC_TWOLEVEL_HINTS command
        Writing LC_UNIXTHREAD     command
        956 unused bytes follow Mach-O header
        1258273 pure bytes used
        Adding name emacs-23.0.60.1
        ln -f emacs bootstrap-emacs
        rm -fr .../emacs/nextstep/Emacs.app/
        mkdir -p .../emacs/nextstep/Emacs.app/
        ( cd .../emacs/nextstep/Cocoa/Emacs.base ; tar cfh - . ) | ( cd .../ 
emacs/nextstep/Emacs.app/ ; tar xf - )
        ( cd .../emacs/nextstep/Emacs.app/ ; for subdir in `find ${dest} - 
type d ! -name CVS -print` ; do chmod a+rx ${subdir} ; rm -rf $ 
{subdir}/CVS ; rm -f ${subdir}/.cvsignore ; done ; )
        find: illegal option -- t
        find: illegal option -- y
        find: illegal option -- p
        find: illegal option -- e
        find: d: No such file or directory
        mkdir -p .../emacs/nextstep/Emacs.app/Contents/MacOS/
        cp -f emacs .../emacs/nextstep/Emacs.app/Contents/MacOS/Emacs
        boot=bootstrap-emacs;                         \
        if [ -x "src/$boot" ]; then boot=""; fi;                   \
        cd lisp; make all -k                           \

${dest} not defined? So the directories

        .../emacs/nextstep/Emacs.app/Contents/CVS
        .../emacs/nextstep/Emacs.app/Contents/Resources/CVS
        .../emacs/nextstep/Emacs.app/Contents/Resources/English.lproj/CVS
        .../emacs/nextstep/Emacs.app/Contents/Resources/preferences.nib/CVS
        .../emacs/nextstep/Emacs.app/CVS

are left. During 'make install' these reports appeared:

        install-info: warning: no info dir entry in `/usr/local/share/info/ 
ns-emacs'
        gzip: ./quail/hangul3.el: No such file or directory

They also appear when the X client is installed.


The utility mac-fix-env should be removed! In Leopard it's not  
necessary AFAIK, in Tiger and Panther I think it simply overwrites an  
existing ~/.MacOSX/environment.plist – a bit too dangerous.


When launching Emacs.app on Tiger, no matter whether a 'make install'  
was run or not, I can see in echo-area a fault. Until some point it  
writes

        Loading <whatever>

which then turns into

        LoaLoading <whatever>
        LoaEntering Debugger ...

and crash! On my setup this seems to happen when the fringes created.  
I tried to make Emacs.app 'log' what it's doing into a term-script –  
but this fails: there is no terminal active!

In Apple's Terminal the HELLO file is completely displayed!


Later I'll try find the cause for the crashes due to my  
customisation ...

--
Greetings

   Pete

’Twas a woman who drove me to drink, and I never had the courtesy to  
thank her for it.
                                — W.C. Fields




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-

Reply via email to