[#2840] Changing Resolv::DNS — Daniel Hobe <daniel@...>
I put out a RCR a while ago (176) that subclassed the Resolv::DNS class to
5 messages
2004/05/01
[#2853] cgi.rb: option to omit HTTP header emission — Jos Backus <jos@...>
I'm trying to use cgi.rb to write HTML-only output. This patch adds a
5 messages
2004/05/06
[#2867] ruby/dl — Jeff Mitchell <quixoticsycophant@...>
# dltest.rb
7 messages
2004/05/12
[#2878] Bug in open-uri under win32 (?) — Mauricio Fern疣dez <batsman.geo@...>
4 messages
2004/05/16
[#2894] RI for distribution — why the lucky stiff <ruby-core@...>
Hi, everyone.
6 messages
2004/05/18
[#2901] test/yaml/test_yaml.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
Hello.
2 messages
2004/05/19
[#2913] [yaml] YAML.load([1,2,3].to_yaml.to_yaml) — Jeff Mitchell <quixoticsycophant@...>
A bit contrived,
8 messages
2004/05/20
[#2926] Re: [bug] [yaml] YAML.load([1,2,3].to_yaml.to_yaml)
— "daz" <dooby@...10.karoo.co.uk>
2004/05/23
[#2927] Re: [bug] [yaml] YAML.load([1,2,3].to_yaml.to_yaml)
— ts <decoux@...>
2004/05/23
>>>>> "d" == daz <dooby@d10.karoo.co.uk> writes:
[#2928] Syck CVS (was Re: [bug] [yaml] YAML.load([1,2,3].to_yaml.to_yaml))
— why the lucky stiff <ruby-core@...>
2004/05/23
ts wrote:
[#2929] Re: Syck CVS (was Re: [bug] [yaml] YAML.load([1,2,3].to_yaml.to_yaml))
— ts <decoux@...>
2004/05/23
>>>>> "w" == why the lucky stiff <ruby-core@whytheluckystiff.net> writes:
[#2918] fixed SIG_SEGV in check_stack() in eval.c — b g <bg_rubyposter_123456@...>
I was getting a crash at 'JUMP_TAG(state);' in
6 messages
2004/05/22
[#2938] -Wstrict-prototypes for extensions — Jeff Mitchell <quixoticsycophant@...>
6 messages
2004/05/25
Re: -Wstrict-prototypes for extensions
From:
nobu.nokada@...
Date:
2004-05-25 02:47:36 UTC
List:
ruby-core #2943
Hi,
At Tue, 25 May 2004 10:39:56 +0900,
Jeff Mitchell wrote in [ruby-core:02942]:
> > > -#define ANYARGS
> > > +# ifdef RUBY_STRICT_PROTOTYPES
> > > +# define ANYARGS void
> > > +# else
> > > +# define ANYARGS
> > > +# endif
> > > #endif
> >
> > ANYARGS doesn't always mean that the function takes no
> > arguments.
>
> The 'void' is only there to satisfy -Wstrict-prototypes, which
> does not allow VALUE (*)() but will allow VALUE (*)(void).
>
> Arguments to rb_define_method() and such naturally must be
> casted to VALUE (*)(void). This is a small price for the
> benefit of -Wstrict-prototypes. Unless there is some other
> way to suppress these warnings (I wasn't able to find an
> appropriate pragma).
Sorry, but I can't get your point.
At first, your example in [ruby-core:02938] shouln't be like
this? It doesn't seem to be concerned with ruby.h.
double f(void)
{
return 99.0 ;
}
int main(void)
{
int a = f() ;
/* ------> a contains junk <------ */
printf("%d\n", a) ;
}
--
Nobu Nakada