[#3109] Is divmod dangerous? — Dave Thomas <Dave@...>

14 messages 2000/06/06

[#3149] Retrieving the hostname and port in net/http — Roland Jesse <jesse@...>

Hi,

12 messages 2000/06/07

[#3222] Ruby coding standard? — Robert Feldt <feldt@...>

16 messages 2000/06/09

[#3277] Re: BUG or something? — Aleksi Niemel<aleksi.niemela@...>

> |I am new to Ruby and this brings up a question I have had

17 messages 2000/06/12
[#3281] Re: BUG or something? — Dave Thomas <Dave@...> 2000/06/12

Aleksi Niemel<aleksi.niemela@cinnober.com> writes:

[#3296] RE: about documentation — Aleksi Niemel<aleksi.niemela@...>

> I want to contribute to the ruby project in my spare time.

15 messages 2000/06/12

[#3407] Waffling between Python and Ruby — "Warren Postma" <embed@...>

I was looking at the Ruby editor/IDE for windows and was disappointed with

19 messages 2000/06/14

[#3410] Exercice: Translate into Ruby :-) — Jilani Khaldi <jilanik@...>

Hi All,

17 messages 2000/06/14

[#3415] Re: Waffling between Python and Ruby — Andrew Hunt <andy@...>

>Static typing..., hmm,...

11 messages 2000/06/14

[#3453] Re: Static Typing( Was: Waffling between Python and Ruby) — Andrew Hunt <andy@...>

32 messages 2000/06/16

[#3516] Deep copy? — Hugh Sasse Staff Elec Eng <hgs@...>

Given that I cannot overload =, how should I go about ensuring a deep

20 messages 2000/06/19

[#3694] Why it's quiet — hal9000@...

We are all busy learning the new language

26 messages 2000/06/29
[#3703] Re: Why it's quiet — "NAKAMURA, Hiroshi" <nahi@...> 2000/06/30

Hi,

[#3705] Re: Why it's quiet — matz@... (Yukihiro Matsumoto) 2000/06/30

Hi,

[ruby-talk:03560] Re: Extension in C++?

From: Takaaki Tateishi <ttate@...>
Date: 2000-06-20 15:30:15 UTC
List: ruby-talk #3560
At Tue, 20 Jun 2000 16:33:55 +0200,
Robert Feldt <feldt@ce.chalmers.se> wrote:
> > There's no difference between C and C++ in writing extension, except
> > you have to wrap initialize function (Init_xxx) by extern "C".
> > 
> When I make the file below gcc won't compile it since ANSI C++ does not 
> allow pointer conversion. I guess one solution is to turn the ANSI C++
(snip)
> extern "C" void Init_rubycpp() {
>   cFunc = rb_define_class("Func", rb_cObject);
>   rb_define_method(cFunc, "f", rbcpp_f, 1);
>   rb_define_method(cFunc, "initialize", rbcpp_init, 0);
> }

How about casting the type of the function
into (VALUE (*)(...)) explicitly, for example:

#define RB_METHOD(func) ((VALUE (*)(...))func)
extern "C" void Init_rubycpp() {
  cFunc = rb_define_class("Func", rb_cObject);
  rb_define_method(cFunc, "f", RB_METHOD(rbcpp_f), 1);
  rb_define_method(cFunc, "initialize", RB_METHOD(rbcpp_init), 0);
}
-- 
Takaaki Tateishi <ttate@jaist.ac.jp>

In This Thread