[#10853] Why limit class def to a constant or colon node? — Charles Oliver Nutter <charles.nutter@...>

Is there a historical reason why I can't do something like these:

12 messages 2007/04/03

[#10933] Cannot build with extra library path if previous version already installed — <noreply@...>

Bugs item #10140, was opened at 2007-04-16 17:32

10 messages 2007/04/16
[#10934] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — nobu@... 2007/04/16

Hi,

[#10960] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/18

On 4/16/07, nobu@ruby-lang.org <nobu@ruby-lang.org> wrote:

[#10967] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — Nobuyoshi Nakada <nobu@...> 2007/04/19

Hi,

[#10970] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/19

On 4/19/07, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:> Hi,>> At Wed, 18 Apr 2007 20:21:44 +0900,> Michal Suchanek wrote in [ruby-core:10960]:> > Yes. And this should also apply to extensions. The mkmf tests are now> > fine but the extension is linked with -L/sw/lib before -L../..>> Indeed.>>> Index: configure.in> ===================================================================> --- configure.in (revision 12191)> +++ configure.in (working copy)> @@ -1385,5 +1385,4 @@ if test "$enable_rpath" = yes; then> fi>> -LDFLAGS="-L. $LDFLAGS"> AC_SUBST(ARCHFILE)>This would break the previous fix so I did not even try to apply this ^

[#11003] miniruby loads extensions from already installed ruby — <noreply@...>

Bugs item #10303, was opened at 2007-04-23 10:44

10 messages 2007/04/23

[#11025] gsub with backslash characters in replacement string — "Adam Bozanich" <adam.boz@...>

Hello, spotted this one the other day:

10 messages 2007/04/26

Re: block_given? => true in main().

From: Nobuyoshi Nakada <nobu@...>
Date: 2007-04-17 01:15:06 UTC
List: ruby-core #10939
Hi,

At Mon, 16 Apr 2007 16:26:03 +0900,
Adam Bozanich wrote in [ruby-core:10923]:
> 
> I'm having problems with 1.9(trunk) because for some reason
> rb_block_given_p() returns true all of the time, see the examples below.
> The first one is a simple test, the next I tried to copy everything that
> main,eval,ruby.c did before they start to use ruby classes ( i stopped when
> rb_str_new() was used in proc_options() ).

Point taken.  rb_block_given_p() refers lfp regardless it has
enough space.

> I think there might be an initialization function that I'm not calling
> because this does not happen in 1.8.6.  Any suggestions?

I guess no function is provided for such purpose now.

> #include "ruby.h"
> #include "eval_intern.h"

You should not use "eval_intern.h".
It is planned not to be installed in the near future.


A provisional patch.


Index: yarvcore.c
===================================================================
--- yarvcore.c	(revision 12186)
+++ yarvcore.c	(working copy)
@@ -319,8 +320,9 @@ th_init2(rb_thread_t *th)
 
     th->cfp->pc = 0;
-    th->cfp->sp = th->stack;
+    th->cfp->sp = th->stack + 1;
     th->cfp->bp = 0;
     th->cfp->lfp = th->stack;
-    th->cfp->dfp = th->stack;
+    *th->cfp->lfp = 0;
+    th->cfp->dfp = th->stack + 1;
     th->cfp->self = Qnil;
     th->cfp->magic = 0;


-- 
Nobu Nakada

In This Thread