From: Jeff Fox <jeff@...>
Date: 2001-12-30T12:34:36+09:00
Subject: [ruby-talk:29692] Re: Ruby for Mac OS X


--Boundary_(ID_YjBgLsi76QIAGAakwDE+GQ)
Content-type: text/plain; charset=US-ASCII; format=flowed
Content-transfer-encoding: 7BIT


On Saturday, December 29, 2001, at 08:34  PM, Chris Gehlker wrote:

> On 12/29/01 11:16 AM, "Jeff Fox" <j3f@pobox.com> wrote:
>
>> I'm running OSX 10.2 and the December 2001 Developer Tools are
>> installed.
>
> Are you really running Jaguar? I'm running 10.1.2 and not seeing either
> problem.

No, that was a mis-type; I'm running 10.1.2 also.

I found the problem with compiling curses. I had a different curses.h in 
/usr/local/include that got left there due to an incomplete install of 
ncurses a few months earlier. Once I took it out, then the curses.h in 
/usr/include was picked up and curses compiled.

I still had the problem of dln.c not finding dlfcn.h which I worked 
around by commenting out the #include as suggested by Luc and got ruby 
to build successfully. make test then worked as well, except for a lot 
of "warning: Insecure PATH" warnings from ext/extmk.rb.

With ruby 1.72 installed, I went ahead and installed rubycocoa-0.2.0. 
The install had no errors, just more "warning: Insecure PATH" warnings 
from rubycocoa's install.rb.

I then started working through the Sample Checks as outlined in 
http://www.imasy.or.jp/~hisa/mac/rubycocoa/INSTALL.en.htmlopen

The first few ruby scripts executed successfully, but when I tried "open 
SimpleApp1.app", it faliled to execute. When I tried to make in 
sample/mk_app1 I got this:

[sample/mk_app1] % make
cc -Wall   -c -o main.o main.m
cc main.o -framework Foundation -framework LibRuby -framework RubyCocoa
/usr/bin/ld: Undefined symbols:
_dlclose
_dlerror
_dlopen
_dlsym
make: *** [SimpleApp1.app] Error 1

Well, it seems like more than a coincidence that these symbols are 
related to the #include <dlfcn.h> that I had commented out in dln.c to 
get ruby to build.

I searched my drive for dlfcn.h and couldn't find one, nor was it in my 
locate db. I did find a libdl.dynlib in /usr/local/lib and it has the 
_dl* symbols in it.

So that's where I'm at now, trying to find out if the undefined _dl* 
symbols are related to the missing dlfcn.h or to something I haven't 
found yet.

Jeff

--Boundary_(ID_YjBgLsi76QIAGAakwDE+GQ)
Content-type: text/enriched; charset=US-ASCII
Content-transfer-encoding: 7BIT


On Saturday, December 29, 2001, at 08:34  PM, Chris Gehlker wrote:


<excerpt>On 12/29/01 11:16 AM, "Jeff Fox" <<j3f@pobox.com> wrote:


<excerpt>I'm running OSX 10.2 and the December 2001 Developer Tools are

installed.

</excerpt>

Are you really running Jaguar? I'm running 10.1.2 and not seeing either

problem.

</excerpt>

No, that was a mis-type; I'm running 10.1.2 also.


I found the problem with compiling curses. I had a different curses.h
in /usr/local/include that got left there due to an incomplete install
of ncurses a few months earlier. Once I took it out, then the curses.h
in /usr/include was picked up and curses compiled.


I still had the problem of dln.c not finding dlfcn.h which I worked
around by commenting out the #include as suggested by Luc and got ruby
to build successfully. make test then worked as well, except for a lot
of "warning: Insecure PATH" warnings from ext/extmk.rb.


With ruby 1.72 installed, I went ahead and installed rubycocoa-0.2.0.
The install had no errors, just more "warning: Insecure PATH" warnings
from rubycocoa's install.rb.


I then started working through the Sample Checks as outlined in
http://www.imasy.or.jp/~hisa/mac/rubycocoa/INSTALL.en.html<fontfamily><param>Courier</param><bigger>open


The first few ruby scripts executed successfully, but when I tried
"open SimpleApp1.app", it faliled to execute. When I tried to make in
sample/mk_app1 I got this:


[sample/mk_app1] % make

cc -Wall   -c -o main.o main.m

cc main.o -framework Foundation -framework LibRuby -framework RubyCocoa

/usr/bin/ld: Undefined symbols:

_dlclose

_dlerror

_dlopen

_dlsym

make: *** [SimpleApp1.app] Error 1


Well, it seems like more than a coincidence that these symbols are
related to the #include <<dlfcn.h> that I had commented out in dln.c
to get ruby to build.


I searched my drive for dlfcn.h and couldn't find one, nor was it in
my locate db. I did find a libdl.dynlib in /usr/local/lib and it has
the _dl* symbols in it.


So that's where I'm at now, trying to find out if the undefined _dl*
symbols are related to the missing dlfcn.h or to something I haven't
found yet.


Jeff</bigger></fontfamily>

--Boundary_(ID_YjBgLsi76QIAGAakwDE+GQ)--