Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-24 Thread Peter Dyballa

Am 24.01.2008 um 14:06 schrieb Robert McAlpine:

 However the other symbols in the initial email I sent aren't in  
 ncurses.

Is libncurses found? The *compilation* buffer will show this. If not,  
supply LDFLAGS with a pointer to libncurses.
Or is Emacs.app linked to libncurses? 'otool -L build/Emacs.app/ 
Contents/MacOS/Emacs', from the nextstep directory, will show the  
libraries Emacs is linked to. I have:

 /System/Library/Frameworks/AppKit.framework/Versions/C/ 
AppKit (compatibility version 45.0.0, current version 824.44.0)
 /usr/lib/libresolv.9.dylib (compatibility version 1.0.0,  
current version 369.5.0)
 /sw/lib/ncurses/libncurses.5.dylib (compatibility version  
5.0.0, current version 5.0.0)
 /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current  
version 92.0.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0,  
current version 88.1.10)

You can also check with the file command what kind of file the  
libncurses dylib is, PPC, intel, or whatever.
Has MacPorts's libncurses the symbols defined? nm can show a  
library's contents.

--
Greetings

   Pete

If my theory of relativity is proven successful, Germany will claim  
me as a German, and France will declare that I am a citizen of the  
world. Should my theory prove untrue, France will say that I am a  
German, and Germany will declare that I am a Jew.
– Albert Einstein, 1929




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-


Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-24 Thread Robert McAlpine

On 23 Jan 2008, at 22:47, Peter Dyballa wrote:



Am 23.01.2008 um 23:34 schrieb Robert McAlpine:


Undefined symbols:
 _tgetflag, referenced from:
 _init_tty in term.o
 _tgetent, referenced from:
 _init_tty in term.o
 _tgetnum, referenced from:
 _init_tty in term.o
 _BC, referenced from:
 _BC$non_lazy_ptr in cm.o
 _PC, referenced from:
 _PC$non_lazy_ptr in term.o
 _tgetstr, referenced from:
 _term_get_fkeys_1 in term.o
 _init_tty in term.o
 _UP, referenced from:
 _UP$non_lazy_ptr in cm.o
 _tgoto, referenced from:
 _cmcostinit in cm.o
  _cmgoto in cm.o
 _tputs, referenced from:


The symbols referenced from somewhere are all defined in libncurses.  
So all you need to do is to install libncurses.


I figured. The macports installation already has ncurses installed.

However the other symbols in the initial email I sent aren't in ncurses.

My symbol fu is weak though.


--
Greetings

 Pete

The mathematician who pursues his studies without clear views of  
this matter, must often have the uncomfortable feeling that his  
paper and pencil surpass him in intelligence.

– Ernst Mach







smime.p7s
Description: S/MIME cryptographic signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-


Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-23 Thread Robert McAlpine


On 21 Jan 2008, at 18:03, Adrian Robert wrote:

On Jan 21, 2008 4:46 PM, Robert McAlpine [EMAIL PROTECTED]  
wrote:

Hi,

I use emacs-app. I'm currently running the build,
emacs-23.0.0_NS-9.0rc3, that you released on the disk image and have
been for a while. It seems perfectly fine. However, I like to keep
everything that I can handled by macports.

When I build with this version with macports I get this error ...



 _tty_raw_cursor_to in term.o

...


Is this a problem with my configuration ... or do you think its a
problem with the macports port?


Unsure.  I can't replicate this on my Tiger system.  I'm unfamiliar
with MacPorts -- does it really download the file straight from
Sourceforge, or is it using a copy from somewhere else?  Does it do
anything special with the environment, config shell, cflags, etc.?
What happens if you try to build manually with either the
macports-downloaded tarball, or one obtained manually from
SourceForge?



When I use the sourceforge tar or macports distibution file and (cd  
nextstep; ./compile) I get the following - which is not the same as  
using the macports interface ... but similar:


---

Undefined symbols:
  _tgetflag, referenced from:
  _init_tty in term.o
  _tgetent, referenced from:
  _init_tty in term.o
  _tgetnum, referenced from:
  _init_tty in term.o
  _BC, referenced from:
  _BC$non_lazy_ptr in cm.o
  _PC, referenced from:
  _PC$non_lazy_ptr in term.o
  _tgetstr, referenced from:
  _term_get_fkeys_1 in term.o
  _init_tty in term.o
  _UP, referenced from:
  _UP$non_lazy_ptr in cm.o
  _tgoto, referenced from:
  _cmcostinit in cm.o
   _cmgoto in cm.o
  _tputs, referenced from:
  _cmcostinit in cm.o
  _calccost in cm.o
  _cmgoto in cm.o
  _tty_ring_bell in term.o
  _tty_set_terminal_modes in term.o
  _tty_turn_off_insert in term.o
  _tty_set_scroll_region in term.o
  _string_cost in term.o
  _per_line_cost in term.o
  _turn_off_face in term.o
  _calculate_costs in term.o
  _tty_delete_glyphs in term.o
  _tty_reset_terminal_modes in term.o
  _turn_on_face in term.o
  _tty_insert_glyphs in term.o
  _tty_write_glyphs in term.o
  _tty_update_end in term.o
  _tty_cursor_to in term.o
  _tty_raw_cursor_to in term.o
  _tty_clear_to_end in term.o
  _tty_clear_frame in term.o
  _tty_clear_end_of_line in term.o
  _tty_ins_del_lines in term.o
  _reset_sys_modes in sysdep.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [temacs] Error 1
make: *** [src] Error 2
*** Compilation failed. ***
Please examine the above output to determine what went wrong,
edit the configure options in this script (\'compile\') to fix it, and  
rerun.


Thanks
Robert




smime.p7s
Description: S/MIME cryptographic signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-


Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-23 Thread Peter Dyballa

Am 23.01.2008 um 23:34 schrieb Robert McAlpine:

 Undefined symbols:
   _tgetflag, referenced from:
   _init_tty in term.o
   _tgetent, referenced from:
   _init_tty in term.o
   _tgetnum, referenced from:
   _init_tty in term.o
   _BC, referenced from:
   _BC$non_lazy_ptr in cm.o
   _PC, referenced from:
   _PC$non_lazy_ptr in term.o
   _tgetstr, referenced from:
   _term_get_fkeys_1 in term.o
   _init_tty in term.o
   _UP, referenced from:
   _UP$non_lazy_ptr in cm.o
   _tgoto, referenced from:
   _cmcostinit in cm.o
_cmgoto in cm.o
   _tputs, referenced from:

The symbols referenced from somewhere are all defined in libncurses.  
So all you need to do is to install libncurses.

--
Greetings

   Pete

The mathematician who pursues his studies without clear views of this  
matter, must often have the uncomfortable feeling that his paper and  
pencil surpass him in intelligence.
– Ernst Mach




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-


Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-21 Thread Adrian Robert
On Jan 21, 2008 4:46 PM, Robert McAlpine [EMAIL PROTECTED] wrote:
 Hi,

 I use emacs-app. I'm currently running the build,
 emacs-23.0.0_NS-9.0rc3, that you released on the disk image and have
 been for a while. It seems perfectly fine. However, I like to keep
 everything that I can handled by macports.

 When I build with this version with macports I get this error ...

   _tty_raw_cursor_to in term.o
...

 Is this a problem with my configuration ... or do you think its a
 problem with the macports port?

Unsure.  I can't replicate this on my Tiger system.  I'm unfamiliar
with MacPorts -- does it really download the file straight from
Sourceforge, or is it using a copy from somewhere else?  Does it do
anything special with the environment, config shell, cflags, etc.?
What happens if you try to build manually with either the
macports-downloaded tarball, or one obtained manually from
SourceForge?

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-


Re: [Emacs.app dev]: emacs-23.0.0_NS-9.0rc3 macports

2008-01-21 Thread William Xu
Adrian Robert [EMAIL PROTECTED] writes:

 Unsure.  I can't replicate this on my Tiger system.  I'm unfamiliar
 with MacPorts -- does it really download the file straight from
 Sourceforge, or is it using a copy from somewhere else?  Does it do
 anything special with the environment, config shell, cflags, etc.?
 What happens if you try to build manually with either the
 macports-downloaded tarball, or one obtained manually from
 SourceForge?

I don't use macports. Download it from sourceforge, compile with default
config, same error. FYI..

-- 
William

http://williamxu.net9.org

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emacs-app-dev- mailing list
Emacs-app-dev-@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-