MacOS issues

MacOS issues

[Neil Jerram]

[-- Attachment #1: Type: text/plain, Size: 2389 bytes --]

There have been several MacOS issues raised recently, and I'd like to
check that I haven't lost track of any of them, hence this email.
Could MacOS-interested people please review and comment on the
following?

(We're not there yet, because some of the following points still need
work, but the objective that I'm working towards is to be able to
prepare a release candidate for 1.8.4 that will work out of the box on
MacOS.)

So, I believe the issues are as follows.

- rl_get_keymap(_name) unresolved.  We have a patch for this,
  confirmed working.

- Pre-install dynamic_link errors.  Status of this is unclear.  We
  have a proposed fix (use of DYLD_LIBRARY_PATH in
  pre-inst-guile-env.in and pre-inst-guile.in), but it seems the
  latest builds (by Roger) have not been going down the path that
  previously hit these errors - perhaps because of the use of
  --enable-shared=no.  So I don't think we have any evidence yet that
  the fix works.

- off64_t etc.  Fix proposed, need to implement and test.

- Problem with rl_pending_input, mysteriously solved by
  --enable-shared=no.  My best guess is that this is caused by the
  combination of

  - having editline installed in /usr

  - having readline installed in /usr/local

  - the MacOS libtool not being able to encode an rpath in the built
    guile-readline library (which I understand it does do on
    GNU/Linux).

  This means that even if you configure with
  CPPFLAGS=/usr/local/include and LDFLAGS=/usr/local/lib - causing the
  correct version of readline (i.e. the /usr/local one) to be picked
  up at build time, at runtime guile will still pick up editline's
  emulated readline library from /usr.  And the emulated library
  doesn't have rl_pending_input.

  Does that sound right?  I've pieced this together only from a few
  third hand emails, so it could be way off base.

- Stack overflow.  Doubling the "stack" option worked on Intel, but
  not on Powerbook.  Roger, could you also try reverting "stack" to
  20000, and applying the attached stackchk.h patch (previously posted
  here [1]), as that might also work on Powerbook, and would be a
  nicer fix overall.

  [1] http://lists.gnu.org/archive/html/bug-guile/2008-01/msg00013.html

- Duplicate symbol scm_cell, when building Autogen.  Previously missed
  this one, will investigate and follow up shortly.

Is that everything?

Regards,
        Neil


[-- Attachment #2: Type: text/plain, Size: 633 bytes --]

--- libguile/stackchk.h	12 Feb 2006 13:42:51 -0000	1.20.2.1
+++ libguile/stackchk.h	29 Jan 2008 22:16:54 -0000
@@ -37,11 +37,11 @@
 # if SCM_STACK_GROWS_UP
 #  define SCM_STACK_OVERFLOW_P(s)\
    (SCM_STACK_PTR (s) \
-    > (SCM_I_CURRENT_THREAD->base + SCM_STACK_LIMIT))
+    > (SCM_I_CURRENT_THREAD->base + ((SCM_STACK_LIMIT * sizeof(SCM)) / sizeof(SCM_STACKITEM)))
 # else
 #  define SCM_STACK_OVERFLOW_P(s)\
    (SCM_STACK_PTR (s) \
-    < (SCM_I_CURRENT_THREAD->base - SCM_STACK_LIMIT))
+    < (SCM_I_CURRENT_THREAD->base - ((SCM_STACK_LIMIT * sizeof(SCM)) / sizeof(SCM_STACKITEM))))
 # endif
 # define SCM_CHECK_STACK\
     {\

Re: MacOS issues

[Roger Mc Murtrie]

On 31/01/2008, at 9:31 AM, Neil Jerram wrote:
>
> And on Powerbook?  (Sorry to keep asking for more... I really
> appreciate all your help with these issues.)
>>

Glad to be of help.
  A problem has turned up with the Powerbook.

make produces
ld: Undefined symbols:
__rl_init_argument
__rl_kill_keyboard_macro
_free_undo_list
_rl_clear_message
_rl_pending_input

These are called by readline.c
under the condition
#ifndef HAVE_RL_CLEANUP_AFTER_SIGNAL

guile-readline-config.h for the Intel Mac  is generated with
/* Define to 1 if you have the `rl_cleanup_after_signal' function. */
#define HAVE_RL_CLEANUP_AFTER_SIGNAL 1

but for the Powerbook, guile-readline-config.h is generated with
/* Define to 1 if you have the `rl_cleanup_after_signal' function. */
/* #undef HAVE_RL_CLEANUP_AFTER_SIGNAL */

I copied the guile-readline form the Intel Mac to the powerbook to  
make sure that all the changes were the same.
The readline version seems to be the same on both machines.

Regards
Roger

Re: MacOS issues - Powerbook

[Roger Mc Murtrie]

  PROBLEM SOLVED.
> Wrong:  "The readline version seems to be the same on both machines."

Well, I installed readline using the default directory prefix /usr/ 
local while there was already an existing version under /usr.
Building readline with -prefix=/usr fixed the problem.

Then building guile succeeded using
./configure
make

However
make check produced one failed test which I will report separately.

Roger

On 01/02/2008, at 12:08 AM, Roger Mc Murtrie wrote:

> On 31/01/2008, at 9:31 AM, Neil Jerram wrote:
>>
>> And on Powerbook?  (Sorry to keep asking for more... I really
>> appreciate all your help with these issues.)
>>>
>
> Glad to be of help.
> A problem has turned up with the Powerbook.
>
> make produces
> ld: Undefined symbols:
> __rl_init_argument
> __rl_kill_keyboard_macro
> _free_undo_list
> _rl_clear_message
> _rl_pending_input
>
> These are called by readline.c
> under the condition
> #ifndef HAVE_RL_CLEANUP_AFTER_SIGNAL
>
> guile-readline-config.h for the Intel Mac  is generated with
> /* Define to 1 if you have the `rl_cleanup_after_signal' function. */
> #define HAVE_RL_CLEANUP_AFTER_SIGNAL 1
>
> but for the Powerbook, guile-readline-config.h is generated with
> /* Define to 1 if you have the `rl_cleanup_after_signal' function. */
> /* #undef HAVE_RL_CLEANUP_AFTER_SIGNAL */
>
> I copied the guile-readline form the Intel Mac to the powerbook to  
> make sure that all the changes were the same.
> The readline version seems to be the same on both machines.
>
> Regards
> Roger
>
>
>
>