* 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).