unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
* MacOS issues
@ 2008-01-29 22:20 Neil Jerram
       [not found] ` <666C548F-0E73-47BD-9854-A88DBB82629F@iinet.net.au>
  0 siblings, 1 reply; 3+ messages in thread
From: Neil Jerram @ 2008-01-29 22:20 UTC (permalink / raw)
  To: Guile Bugs; +Cc: Gregory Marton

[-- 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\
     {\

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: MacOS issues
       [not found]   ` <87ve5bt07l.fsf@ossau.uklinux.net>
@ 2008-01-31 13:08     ` Roger Mc Murtrie
  2008-01-31 13:31       ` MacOS issues - Powerbook Roger Mc Murtrie
  0 siblings, 1 reply; 3+ messages in thread
From: Roger Mc Murtrie @ 2008-01-31 13:08 UTC (permalink / raw)
  To: Neil Jerram; +Cc: bug-guile

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







^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: MacOS issues - Powerbook
  2008-01-31 13:08     ` Roger Mc Murtrie
@ 2008-01-31 13:31       ` Roger Mc Murtrie
  0 siblings, 0 replies; 3+ messages in thread
From: Roger Mc Murtrie @ 2008-01-31 13:31 UTC (permalink / raw)
  To: Roger Mc Murtrie; +Cc: bug-guile

  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
>
>
>
>




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-01-31 13:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-29 22:20 MacOS issues Neil Jerram
     [not found] ` <666C548F-0E73-47BD-9854-A88DBB82629F@iinet.net.au>
     [not found]   ` <87ve5bt07l.fsf@ossau.uklinux.net>
2008-01-31 13:08     ` Roger Mc Murtrie
2008-01-31 13:31       ` MacOS issues - Powerbook Roger Mc Murtrie

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).