C Extension on OSX crashes SU

thomthom

I have made a C extension for Ruby. Works fine on Windows.

Today I have tried to compile a version on OSX 10.5.

I have a fresh 10.5, installed Xtools from the OSX DVD in order to generate the makefiles.

I followed the descriptions here: http://ruby-doc.org/docs/ProgrammingRuby/html/ext_ruby.html

My extconf.rb file is simple:


require 'mkmf'
create_makefile("TT_Hamster")

When I test it in IRB it works fine:
` Mac-mini-Intel:cext thomas$ irb

require "/Users/thomas/Sketchup Plugins/Vertex Edit/CExt/TT_Hamster"
=> true
TT_Hamster.prod
=> "SQUEEK"

RUBY_VERSION
=> "1.8.6"
RUBY_PLATFORM
=> "universal-darwin9.0"`

However, when I try to load it from within SketchUp I get a bugsplat.

Platform info from the Sketchup Ruby Console:
` > RUBY_PLATFORM
i686-darwin8.10.1

RUBY_VERSION
1.8.5`

TT_Hamster.bundle.zip

driven

hi Thom,

I can't even get it working in IRB with only the zip bundle, but if you want to PM me some sort of mac tests I'll run them later on.

did you download the latest Xcode update? the one on the instal disc is out dated...

john

thomthom

@driven said:

I can't even get it working in IRB with only the zip bundle, but if you want to PM me some sort of mac tests I'll run them later on.

No? Errors?

@driven said:

did you download the latest Xcode update? the one on the instal disc is out dated...

I just used the one on the disk...

driven

@thomthom said:

require "/Users/thomas/Sketchup Plugins/Vertex Edit/CExt/TT_Hamster"

I can't require /TT_Hampster from TT_Hampster.bundle, I need a load ruby or something,

other plugins I have that use .bundle (that are also located in the SU plugins folder) access them through separate load rubies

other apps that use .bundles keep the bundles in the separate system folders

so, I guess I just don't know where to put it or how to open, but I'm willing to try following detailed instruction if it helps

john

thomthom

@driven said:

I can't require /TT_Hampster from TT_Hampster.bundle, I need a load ruby or something,

TT_Hamster.bundle instead of TT_Hampster.bundle would help...
...or was that just a typo in the post?

driven

a typo in the post, but I just spotted

>> require "/Users/thomas/Sketchup Plugins/Vertex Edit/CExt/TT_Hamster"

to be on the safe side shouldn't your path be
>> require "/Library/Application\ Support/Google\ SketchUp\ 7/SketchUp/Plugins/Vertex Edit/CExt/TT_Hamster"

I know some plugins run from other folders quite happily, but for SU it can be a problem...

just a thought

john

thomthom

From the IRB it should work regardless.

@driven said:

I know some plugins run from other folders quite happily, but for SU it can be a problem...

Yes, all depending on how they locate their files. My plugin uses the path to the loading .rb as base to determine the subfolders. Works fine on PC.
I set it up in an isolated folder for development, with the development folder added to the include path.

But it is strange that you can't even load it from IRB...

driven

@thomthom said:

But it is strange that you can't even load it from IRB...

I'm not very familiar with IRB, so it probably my error.
maybe you could give me more specific instruction...

when I unzip d/l file I put "TT_Hamster.bundle" into my SU plugins folder

in SU Ruby Console I run your .rb code and get

> require 'mkmf'
create_makefile("TT_Hamster")
Error; #<LoadError; (eval);507;in `require'; no such file to load -- mkmf>
(eval);507
(eval);507

so, what am I doing wrong??
john

thomthom

I'm confused - are you using the SU Ruby Console or the IRB to test it?

> require 'mkmf'
Ohhh - now I see. That bit is what I used to compile the extension.

TT_Hamster.bundle is the compiled result of that.
You should only need to
require "TT_Hamster" - this assumes that TT_Hamster.bundle is in the current working directory.

macumber

I checked and have a similar problem. I have only been testing my extension in SketchUp on Windows and IRB on Windows/Mac. I'm going to look into it too and will post anything I find here.

Dan

AdamB

@thomthom said:

I'm confused - are you using the SU Ruby Console or the IRB to test it?

> require 'mkmf'
Ohhh - now I see. That bit is what I used to compile the extension.

TT_Hamster.bundle is the compiled result of that.
You should only need to
require "TT_Hamster" - this assumes that TT_Hamster.bundle is in the current working directory.

You have to link as a flat namespace otherwise it won't work on OSX.

LDSHARED = cc -dynamic -bundle -undefined suppress -flat_namespace

thomthom

I don't know at all what that line actually do, but I replaced what was generated by the extconf.rb file:
LDSHARED = cc -arch ppc -arch i386 -pipe -bundle -undefined dynamic_lookup

Using that line you posted and everything worked great!

I need to work out what it is this does. And how this make system works. I could not even recompile without erasing an .o file that was also generated last time I ran make.

Thank you very much Adam! I owe you a cookie!

thomthom

I notice the old line had something in it, -arch ppc - would that have made it compatible with PPC macs?
I have an old G4 Mac Mini as well as the Intel Mac. Can I compile on the Intel mac in a manner so that the extension will run on both systems?

AdamB

You'll need to add:

"-arch i386 -arch ppc"

to CFLAGS and DLDFLAGS

This will make the Mac compiler build your code for both PowerPC and Intel CPUs.

thomthom

Thanks!

How did you work out that flat namespace is needed for SU Ruby? Since it isn't needed for when you use the normal Ruby?

thomthom

I guess it'd be worth compiling this info into a how-to article...

nikus_knx

@thomthom said:

I guess it'd be worth compiling this info into a how-to article...

Did you do this? I can't found it...

thomthom

@nikus_knx said:

@thomthom said:

I guess it'd be worth compiling this info into a how-to article...

Did you do this? I can't found it...

I got a Hello World project tutorial over at BitBucket:
https://bitbucket.org/thomthom/sketchup-ruby-c-extension

SCF thread related to the tutorial:
http://forums.sketchucation.com/viewtopic.php?f=180&t=41077