On 27 Apr 2014, at 4:05am, Kevin Walzer wrote:
> On 4/26/14, 2:03 PM, Christopher Jones wrote:
>> You should try looking around in the includes directory a bit ….
>>
>> ruby/config.h exists in
>>
>> /opt/local/include/ruby-2.1.0/x86_64-darwin13
>>
>> so it looks like you need to add
>>
>> -I
On Apr 26, 2014, at 13:03, Christopher Jones wrote:
> You should try looking around in the includes directory a bit ….
>
> ruby/config.h exists in
>
> /opt/local/include/ruby-2.1.0/x86_64-darwin13
>
> so it looks like you need to add
>
> -I/opt/local/include/ruby-2.1.0/x86_64-darwin13
>
> to
On 4/26/14, 2:03 PM, Christopher Jones wrote:
You should try looking around in the includes directory a bit ….
ruby/config.h exists in
/opt/local/include/ruby-2.1.0/x86_64-darwin13
so it looks like you need to add
-I/opt/local/include/ruby-2.1.0/x86_64-darwin13
to your compilation command. N
Hi,
You should try looking around in the includes directory a bit ….
ruby/config.h exists in
/opt/local/include/ruby-2.1.0/x86_64-darwin13
so it looks like you need to add
-I/opt/local/include/ruby-2.1.0/x86_64-darwin13
to your compilation command. No idea if this is normal ruby behaviour, as
Hi,
( Why do you have -I/opt/local/include/ruby-2.1.0/ twice ? )
Looking at
MacBookPro /opt/local/include/ruby-2.1.0 > ls
rubyruby.h x86_64-darwin13
I see there is a ruby.h there. This file sets various things then includes
I not a user of ruby, so I am guessing here, bu
On 4/26/14, 1:38 PM, Brandon Allbery wrote:
It may link successfully but lead to obscure core dumps at runtime, if
you're mixing the system ruby headers with a different ruby
installation's libraries.
I understand that, but I am still not clear on how to pick up the
MacPorts headers completel
On 4/26/14, 1:38 PM, Brandon Allbery wrote:
It may link successfully but lead to obscure core dumps at runtime, if
you're mixing the system ruby headers with a different ruby
installation's libraries.
I understand that, but I am still not clear on how to pick up the
MacPorts headers completely
On Sat, Apr 26, 2014 at 12:59 PM, Kevin Walzer wrote:
> Any suggestions, especially when the other invocation works as expected?
It may link successfully but lead to obscure core dumps at runtime, if
you're mixing the system ruby headers with a different ruby installation's
libraries.
--
bran
On 4/26/14, 12:27 PM, Chris Jones wrote:
Do you not include any ruby headers in your code ? If you do, you should make
sure to pick those matching the library you are using. It might well work
without, but that will be just by pure chance..
Just this:
#include
If I use the "-I" flag, like
Hi,
> On 26 Apr 2014, at 04:38 pm, Kevin Walzer wrote:
>
>> On 4/26/14, 10:21 AM, Christopher Jones wrote:
>> p.s.
>>
>> You probably also should use the -I option, to tell gcc to take the ruby
>> includes from /opt/local/include/ruby-2.1.0/ as well, otherwise it will pick
>> up the system o
On 4/26/14, 10:21 AM, Christopher Jones wrote:
p.s.
You probably also should use the -I option, to tell gcc to take the ruby
includes from /opt/local/include/ruby-2.1.0/ as well, otherwise it will pick up
the system ones, and thus there will be a miss match.
...and this proved unnecessary. S
On 4/26/14, 10:16 AM, Christopher Jones wrote:
-L/opt/local/lib -lruby.2.1
This worked great, thank you!
--
Kevin Walzer
Code by Kevin/Mobile Code by Kevin
http://www.codebykevin.com
http://www.wtmobilesoftware.com
___
macports-users mailing list
mac
p.s.
You probably also should use the -I option, to tell gcc to take the ruby
includes from /opt/local/include/ruby-2.1.0/ as well, otherwise it will pick up
the system ones, and thus there will be a miss match.
On 26 Apr 2014, at 3:16pm, Christopher Jones wrote:
> Hi,
>
> You need to use t
Hi,
You need to use the -L option to tell the linker to look in your MacPorts
installation.
Also, if you want a particular ruby version, it would be better I think to
explicitly link against that, rather than relying on what ‘libruby’ point to
so (if your installation is in the default prefix
On Mavericks, I am developing a tool that uses an embedded Ruby
interpreter and am trying to link it against my MacPorts installation of
Ruby 2.1. However, while it successfully builds and runs with the
following command:
gcc -Wall -v -o test test.c -lruby
it is linked against the system Ruby
15 matches
Mail list logo