Your message dated Mon, 8 Jan 2007 13:52:56 -0500
with message-id <[email protected]>
has caused the Debian Bug report #303465,
regarding Cannot load modules on hppa (and likely also alpha)
to be marked as having been forwarded to the upstream software
author(s) [email protected]
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
ia64 (hppa) library loading issue
Mon, 8 Jan 2007 13:52:56 -0500
Dear Lush People,
As a new Debian maintainer of lush, I would like to resolve the issue
which I believe wasn't mentioned explicitly on lush-devel list:
but I think it is related to
and is present in the current release of lush (1.2.1)
| $> lush
| LUSH Lisp Universal Shell (compiled on Jan 8 2007)
| Copyright (C) 2002 Leon Bottou, Yann LeCun, AT&T, NECI.
| Includes parts of TL3:
| Copyright (C) 1987-1999 Leon Bottou and Neuristique.
| Includes selected parts of SN3.2:
| Copyright (C) 1991-2001 AT&T Corp.
| This program is free software distributed under the terms
| of the GNU Public Licence (GPL) with ABSOLUTELY NO WARRANTY.
| Type `(helptool)' for details.
| lush(28743): unaligned access to 0x6000000000019fbc, ip=0x40000000001ec5b0
| ? (de harmonic (n)
| ((-double-) n)
| (let* ((z 0) (i 0))
| ((-double-) z i)
| (while (< i n) (incr i) (incr z (/ i)))))
| = harmonic
| ? (dhc-make "junk" harmonic)
| Preprocessing and parsing harmonic ...
| Generating C for harmonic ...
| ia64-linux-gnu-gcc -DHAVE_CONFIG_H -Wall -DNO_DEBUG -Wall -O3 -pthread
-I/usr/share/lush/include -I/usr/include/freetype2 -c
| *** module-load : dld/bfd error
| *** Unsupported relocation :
| Debug toplevel [y/N] ?y
| ** in: (module-load name hook)
| ** from: (module-filename (module-load name hook))
| ** from: (let ((hook (lambda args (and module.hook (apply mod ...
| ** from: (mod-load ofname)
| ** from: (let ((cfname (concat fname "." (or (getconf "CEXT") ...
| ** from: (let* ((force ()) (snname ()) (sndir ()) (cdir ()) ( ...
Due to my lack of knowledge on the matter I would like to ask for
help from you guys. I can provide you with an access to ia64 box if
that is necessary for debugging.
I beg your pardon for my ignorance, but isn't this issue similar to what
gcl had to go through? (according to the email in the thread mentioned
above). gcl seems to be happily building/used under ia64/hppa
architectures (at least buildd's fine and I can't see any relevant bug
report). I am CCing maintainer of gcl, since he might know better. Also
I'm marking this bug as forwarded upstream (since it is), so please keep
[email protected] part in CC for the record.
P.S. Also, I want to mention that
previously reported on the list is no longer an issue since it seems to
build fine on ia64 and basic things work.
=------------------------------ /v\ ----------------------------=
Keep in touch // \\ ([email protected]|www.)onerussian.com
Yaroslav Halchenko /( )\ ICQ#: 60653192
Linux User ^^-^^ 
--- End Message ---