[#113] Re: ruby 1.1d0 released — matz@... (Yukihiro Matsumoto)
Hi.
7 messages
1998/12/16
[#127] very very NEWbie — "Bryce" <crowdog@...>
Ok, I'm having trouble with an extremely simple class.
5 messages
1998/12/20
[#138] Thread Problems — Reimer Behrends <behrends@...>
I have been looking at the thread implementation of Ruby for the past
21 messages
1998/12/23
[#164] Re: Thread Problems
— matz@... (Yukihiro Matsumoto)
1999/01/05
Hi.
[#167] Makefiles and -lcurses
— Klaus.Schilling@...
1999/01/05
Julian Fondren writes:
[#168] Re: Makefiles and -lcurses
— Julian Fondren <julian@...>
1999/01/05
OpenBSD has ncurses and it's own ocurses, and I prefer the latter.
[#169] hah, check these errors
— Julian Fondren <julian@...>
1999/01/05
/usr/lib/libm.so.0.1: Undefined symbol `__GLOBAL_OFFSET_TABLE_' referenced
[#170] Re: hah, check these errors
— matz@... (Yukihiro Matsumoto)
1999/01/05
Hi.
[#171] another question about Makefiles
— Julian Fondren <julian@...>
1999/01/05
Hello,
[#172] Re: another question about Makefiles
— matz@... (Yukihiro Matsumoto)
1999/01/05
Hi.
[#174] some more information
— Julian Fondren <julian@...>
1999/01/06
greetings,
[#175] Re: some more information
— matz@... (Yukihiro Matsumoto)
1999/01/06
Hi.
[#179] Re: some more information
— matz@... (Yukihiro Matsumoto)
1999/01/07
In message "[ruby-talk:00175] Re: some more information"
[#140] ruby 1.3 released — matz@... (Yukihiro Matsumoto)
Hi, all.
10 messages
1998/12/24
[#141] Re: ruby 1.3 released
— Clemens Hintze <c.hintze@...>
1998/12/24
On 24 Dec, Yukihiro Matsumoto wrote:
[#143] Re: ruby 1.3 released
— matz@... (Yukihiro Matsumoto)
1998/12/25
Hi.
[#148] inability to load extension modules in 1.2, core dump
— Julian Fondren <julian@...>
1998/12/27
Ok.. 1.1d9 worked with no problems, and no significant or relevent changes
[#149] Re: inability to load extension modules in 1.2, c ore dump
— Clemens Hintze <c.hintze@...>
1998/12/27
On 27 Dec, Julian Fondren wrote:
[ruby-talk:00159] Re: inability to load extension modules in 1.2, c ore dump
From:
Clemens Hintze <c.hintze@...>
Date:
1998-12-29 09:49:05 UTC
List:
ruby-talk #159
On 27 Dec, Julian Fondren wrote:
Okay now the bad news! I don't find any fault. I think the warnings on
the end of the compilation stage can be ignored. But the missing symbol
__GLOBAL_OFFSET_TABLE_, indicates for me that whether it was forgotten
to link a certain lib to ruby, or your system may be corrupt. I feel
strange, that the symbol begins with "__" and ends only with "_".
I have a Linux system not a BSD system like you. But I nevertheless
think, that there is something wrong with your system. There is no
symbol beginning with "__" and ending with "_" in all shared libs of my
system. So you should ask your system, who requests that symbol.
I have used following command line to search for such symbols:
nm /lib/*.so /usr/lib/*.so /usr/local/lib/*.so \
/usr/X11R6/lib/*.so | \
ruby -ane 'print "#{$F[2]}\n"'|grep '^__.*[^_]_$'
[...]
A further strange think I have found is, that in the linking line there
are several libc linked in. But sometimes there is a -L/usr/local/lib
prepended. Do you have a libc in /usr/local/lib, so that perhaps the
linker will link in two different libc?
Furthermore you link in a -ltk80 (strange too, BTW; that should be the
name in Windows95, under UNIX it should be -ltk8.0?!?) but you only
link in a -ltcl which should not be called -ltcl8.0 or -ltcl80????
As I have no BSD Unix, I cannot help you further, sorry. In my system
all works well regardless if I use dynamic loadable extensions or static
ones.
I hope others can help you.
> cya,
Ok,
Cle.