[#8566] Visions for 2001/1.7.x development? — Robert Feldt <feldt@...>

Hi matz and other Ruby developers,

18 messages 2001/01/03
[#8645] Re: Visions for 2001/1.7.x development? — matz@... (Yukihiro Matsumoto) 2001/01/04

Hi,

[#8580] bug?? — jmichel@... (Jean Michel)

I don't understand the following behaviour:

19 messages 2001/01/03

[#8633] Interesting Language performance comparisons - Ruby, OCAML etc — "g forever" <g24ever@...>

13 messages 2001/01/04

[#8774] No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...>

So, why not include Comparable in Array by default? It shouldn't have any

28 messages 2001/01/07
[#8779] Re: No :<, :>, etc. methods for Array — matz@... (Yukihiro Matsumoto) 2001/01/07

Hi,

[#8780] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

matz@zetabits.com (Yukihiro Matsumoto) wrote:

[#8781] Re: No :<, :>, etc. methods for Array — gotoken@... (GOTO Kentaro) 2001/01/07

In message "[ruby-talk:8780] Re: No :<, :>, etc. methods for Array"

[#8782] Re: No :<, :>, etc. methods for Array — "Brian F. Feldman" <green@...> 2001/01/07

gotoken@math.sci.hokudai.ac.jp (GOTO Kentaro) wrote:

[#8829] Sandbox (again) — wys@... (Clemens Wyss)

Hi,

20 messages 2001/01/08
[#8864] Re: Sandbox (again) — Clemens Hintze <c.hintze@...> 2001/01/08

On 8 Jan, Clemens Wyss wrote:

[#8931] String confusion — Anders Bengtsson <ndrsbngtssn@...>

Hello everyone,

21 messages 2001/01/09
[#8937] Re: String confusion — matz@... (Yukihiro Matsumoto) 2001/01/09

Hi,

[#8953] Please remove account from files — "Thomas Daniels" <westernporter@...>

Please take my e-mail address from your files and "CANCEL" my =

14 messages 2001/01/09
[#8983] Re: Please remove account from files — John Rubinubi <rubinubi@...> 2001/01/10

On Wed, 10 Jan 2001, Thomas Daniels wrote:

[#9020] time to divide -talk? (was: Please remove account from files) — Yasushi Shoji <yashi@...> 2001/01/10

At Wed, 10 Jan 2001 14:23:30 +0900,

[#9047] Re: time to divide -talk? (was: Please remov e account from files) — Aleksi Niemel<aleksi.niemela@...>

Yasushi Shoji:

27 messages 2001/01/10
[#9049] Re: time to divide -talk? — Yasushi Shoji <yashi@...> 2001/01/10

At Thu, 11 Jan 2001 00:20:45 +0900,

[#9153] what about this begin? — Anders Strandl Elkj誡 <ase@...> 2001/01/11

[#9195] Re: Redefining singleton methods — ts <decoux@...>

>>>>> "H" == Horst Duch=EAne?= <iso-8859-1> writes:

10 messages 2001/01/12

[#9242] polymorphism — Maurice Szmurlo <maurice@...>

hello

73 messages 2001/01/13

[#9279] Can ruby replace php? — Jim Freeze <jim@...>

When I read that ruby could be used to replace PHP I got really

15 messages 2001/01/14

[#9411] The Ruby Way — "Conrad Schneiker" <schneiker@...>

As a member of the "Big 8" newsgroups, "The Ruby Way" (of posting) is to

15 messages 2001/01/17

[#9462] Re: reading an entire file as a string — ts <decoux@...>

>>>>> "R" == Raja S <raja@cs.indiana.edu> writes:

35 messages 2001/01/17
[#9465] Re: reading an entire file as a string — Dave Thomas <Dave@...> 2001/01/17

raja@cs.indiana.edu (Raja S.) writes:

[#9521] Larry Wall INterview — ianm74@...

Larry was interviewed at the Perl/Ruby conference in Koyoto:

20 messages 2001/01/18
[#10583] Re: Larry Wall INterview — "greg strockbine" <gstrock@...> 2001/02/08

Larry Wall's interview is how I found out

[#9610] Re: 101 Misconceptions About Dynamic Languages — "Ben Tilly" <ben_tilly@...>

"Christian" <christians@syd.microforte.com.au> wrote:

13 messages 2001/01/20

[#9761] Re: 101 Misconceptions About Dynamic Languages — ts <decoux@...>

>>>>> "C" == Christoph Rippel <crippel@primenet.com> writes:

16 messages 2001/01/23

[#9792] Ruby 162 installer available — Dave Thomas <Dave@...>

15 messages 2001/01/24

[#9958] Re: Vim syntax files again. — "Conrad Schneiker" <schneik@...>

Hugh Sasse wrote:

14 messages 2001/01/26
[#10065] Re: Vim syntax files again. — Hugh Sasse Staff Elec Eng <hgs@...> 2001/01/29

On Sat, 27 Jan 2001, Conrad Schneiker wrote:

[#9975] line continuation — "David Ruby" <ruby_david@...>

can a ruby statement break into multiple lines?

18 messages 2001/01/27
[#9976] Re: line continuation — Michael Neumann <neumann@...> 2001/01/27

On Sat, 27 Jan 2001, David Ruby wrote:

[#9988] Re: line continuation — harryo@... (Harry Ohlsen) 2001/01/28

>A statement break into mutliple lines if it is not complete,

[ruby-talk:8985] Re: 1.6.2 on Dec Alpha

From: Mathieu Bouchard <matju@...>
Date: 2001-01-10 06:09:45 UTC
List: ruby-talk #8985
> > Here it is:
> > gcc -v
> > Reading specs from /usr/lib/gcc-lib/armv4l-unknown-linux-gnu/2.95.1/specs
> > gcc version 2.95.1 19990816 (release)
> I don't know what changed, but it may be worth you upgrading.
> "GCC 2.95.2 is the current release and we are currently working on GCC
> 2.95.3, a maintainance update. GCC 2.96 and 2.97 are development snapshots
> leading towards GCC 3.0 which we hope to release by the end of Q1 2001."
> to quote from:
> http://gcc.gnu.org/index.html

Well I am not the owner of that machine and I really would hate to upgrade
a compiler just for that.

> It may be useful for the developers if you express these to these as
> patches, (using gnu diff: 
> $ diff -u oldfile newfile
> for those wondering how.:-))

It "works" now.

Here is the whole patch. I first wrote debugging statements; then
commented out some #define code and hardcoded in some behaviours (that may
or may not be slightly wrong); and finally I commented out the debugging
statements.



eval.diff:

--- ../ruby-1.6.2.orig/eval.c	Mon Dec 25 01:28:56 2000
+++ eval.c	Wed Jan 10 01:02:24 2001
@@ -4074,6 +4074,7 @@
 #else
 # if defined(__GNUC__) && !defined(__alpha__) && !defined(__APPLE__)
     VALUE *stack_end = __builtin_frame_address(0);
+    printf("*** %p\n",__builtin_frame_address(0));
 # else
     VALUE *stack_end = alloca(1);
 # endif
@@ -4205,6 +4206,15 @@
     if ((++tick & 0xff) == 0) {
 	CHECK_INTS;		/* better than nothing */
 	if (stack_length(0) > STACK_LEVEL_MAX) {
+
+/*
+	    printf(
+		"too deep: stack_length(0)=%d, STACK_LEVEL_MAX=%d\n",
+		stack_length(0),STACK_LEVEL_MAX);
+	    //abort();
+	    signal(11,SIG_DFL);raise(11);
+*/
+
 	    rb_raise(rb_eSysStackError, "stack level too deep");
 	}
     }



gc.diff:

--- ../ruby-1.6.2.orig/gc.c	Thu Dec 21 22:21:56 2000
+++ gc.c	Wed Jan 10 01:00:28 2001
@@ -919,6 +919,7 @@
     struct gc_list *list;
     struct FRAME * volatile frame; /* gcc 2.7.2.3 -O2 bug??  */
     jmp_buf save_regs_gc_mark;
+/*
 #ifdef C_ALLOCA
     VALUE stack_end;
     alloca(0);
@@ -931,6 +932,10 @@
 # endif
 # define STACK_END (stack_end)
 #endif
+*/
+
+    VALUE *stack_end = alloca(1);
+    #define STACK_END (stack_end)
 
     if (dont_gc || during_gc) {
 	if (!freelist || malloc_memories > GC_MALLOC_LIMIT) {
@@ -1001,17 +1006,22 @@
 Init_stack(addr)
     VALUE *addr;
 {
+/*
 #if defined(__human68k__)
     extern void *_SEND;
     rb_gc_stack_start = _SEND;
 #elif defined(__GNUC__) && !defined(__alpha__) && !defined(__APPLE__)
     rb_gc_stack_start = __builtin_frame_address(2);
 #else
+*/
     VALUE start;
 
     if (!addr) addr = &start;
     rb_gc_stack_start = addr;
+/*    printf("***Init_stack: %p\n", rb_gc_stack_start); */
+/*
 #endif
+*/
 }
 
 void





matju



In This Thread