Re: Octave 2.1 is segfaulting on hppa
In reference to a message from Dirk Eddelbuettel, dated May 13:
>
> Anew octave2.1_2.1.48 with debugging symbols is in ~edd on paer, could
> someone please install it? I can't convince octave to ignore its rpath
> so its looking at the non-debug version in /usr/lib/octave-2.1.48. Or
> else if there is a gdb trick, I'd take that too. LD_LIBRARY_PATH=... gdb
> fails as well.
that's because octave uses rpath... <sigh>
anyway, i suspect this is one of the many c++ bugs that has been fixed
in g++-3.3. i tried to build octave with g++3.3 but it dies with some
other error. can you try to get your package to build with g++-3.3 (any
arch) and then we can see if that works better on hppa?
with 3.2, it dies in
#0 0x400c4098 in symbols_of_data() ()
#1 0x4031f3e0 in install_builtin_variables () at builtins.cc:849
#2 0x4031f730 in install_builtins() () at builtins.cc:961
#3 0x4030fd5c in octave_main (argc=114294784, argv=0x0, embedded=0)
at octave.cc:408
#4 0x41738bd0 in __libc_start_main () from /lib/libc.so.6
#5 0x000105cc in _start ()
in symbols_of_data, the definition of some of the floating point
constants is causing it to segfault. i'm not very sure why yet.
HTH,
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
Reply to: