[#3682] x86_64 -- warning and errors — ts <decoux@...>
4 messages
2004/11/02
[#3687] lib/ostruct.rb 1.12 - wrong commit? — Eivind Eklund <eivind@...>
The above mentioned commit makes OpenStructs into singletons, which
4 messages
2004/11/04
[#3694] Ruby 1.8.2 preview3 — Yukihiro Matsumoto <matz@...>
Hello,
10 messages
2004/11/07
[#3696] Re: Ruby 1.8.2 preview3 — Yukihiro Matsumoto <matz@...>
Hi,
5 messages
2004/11/08
[#3711] Converting nil to NULL — "Berger, Daniel" <Daniel.Berger@...>
Hi all,
5 messages
2004/11/11
[#3716] possible bug in method dictionary — Ryan Davis <ryand@...>
NOTE: to repro this bug as written, you must have RubyInline 3.1.0
6 messages
2004/11/12
[#3726] Fixnum#clone and Float#clone raise different exceptions — "David A. Black" <dblack@...>
Hi --
15 messages
2004/11/12
[#3749] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/16
Hi --
[#3751] Re: Fixnum#clone and Float#clone raise different exceptions
— Yukihiro Matsumoto <matz@...>
2004/11/16
Hi,
[#3752] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/16
Hi --
[#3819] Re: Fixnum#clone and Float#clone raise different exceptions
— "David A. Black" <dblack@...>
2004/11/25
Hi --
[#3821] Re: Fixnum#clone and Float#clone raise different exceptions
— Gavin Sinclair <gsinclair@...>
2004/11/25
On Thursday, November 25, 2004, 10:55:53 PM, David wrote:
[#3825] Re: Fixnum#clone and Float#clone raise different exceptions
— Yukihiro Matsumoto <matz@...>
2004/11/25
Hi,
[#3733] Core dump with latest Ruby from CVS — Johan Holmberg <holmberg@...>
9 messages
2004/11/15
[#3734] Re: Core dump with latest Ruby from CVS
— Yukihiro Matsumoto <matz@...>
2004/11/15
Hi,
[#3735] Re: Core dump with latest Ruby from CVS
— Ryan Davis <ryand-ruby@...>
2004/11/15
[#3756] Windows build problems (1.8.2preview3) — Nathaniel Talbott <nathaniel@...>
I'm having some very strange build problems on Windows, and thought
4 messages
2004/11/17
[#3785] The latest 1.8.2 cvs prints parse error when starting extension compiling — Yukihiro Matsumoto <matz@...>
Hi,
13 messages
2004/11/23
[#3787] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Johan Holmberg <holmberg@...>
2004/11/23
[#3789] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Yukihiro Matsumoto <matz@...>
2004/11/23
Hi,
[#3790] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Johan Holmberg <holmberg@...>
2004/11/23
[#3791] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— ts <decoux@...>
2004/11/23
>>>>> "J" == Johan Holmberg <holmberg@iar.se> writes:
[#3792] Re: The latest 1.8.2 cvs prints parse error when starting extension compiling
— Yukihiro Matsumoto <matz@...>
2004/11/23
Hi,
[#3806] current ruby 1.8.2 cvs has inconsistent string handling (null char in string error) — noreply@...
Bugs item #1095, was opened at 2004-11-24 16:48
3 messages
2004/11/24
[#3809] Ruby does not compile on Red Hat Entreprise Linux 3. — noreply@...
Bugs item #1107, was opened at 2004-11-24 15:25
6 messages
2004/11/24
[#3810] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— nobu.nokada@...
2004/11/24
Hi,
[#3812] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— Johan Holmberg <holmberg@...>
2004/11/25
[#3814] Re: [ ruby-Bugs-1107 ] Ruby does not compile on Red Hat Entreprise Linux 3.
— Johan Holmberg <holmberg@...>
2004/11/25
[#3842] convert_type() uses rb_respond_to() — Florian Gro<florgro@...>
Moin!
6 messages
2004/11/28
[#3843] Re: [BUG?] convert_type() uses rb_respond_to()
— Yukihiro Matsumoto <matz@...>
2004/11/28
Hi,
[#3846] REXML::Functions.name == nil — Ryan Davis <ryand-ruby@...>
I found this oddity while running ParseTree over every .rb file in the
6 messages
2004/11/29
Re: Core dump with latest Ruby from CVS
From:
Ryan Davis <ryand-ruby@...>
Date:
2004-11-15 09:08:32 UTC
List:
ruby-core #3735
On Nov 15, 2004, at 12:12 AM, Yukihiro Matsumoto wrote: > I couldn't reproduce the problem on Linux. Does anybody have any > additional information? on osx/darwin, process.c revision 1.119 causes a linker error in miniruby. Rolling back to 1.118 fixes this problem: > <507> rm process.o > <508> make > gcc -g -O2 -pipe -fno-common -I. -I. -c process.c > ar rcu libruby_HEAD-static.a array.o ascii.o bignum.o class.o compar.o > dir.o dln.o enum.o error.o euc_jp.o eval.o file.o gc.o hash.o inits.o > io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o > prec.o random.o range.o re.o regcomp.o regenc.o regerror.o regexec.o > reggnu.o regparse.o ruby.o signal.o sjis.o sprintf.o st.o string.o > struct.o time.o utf8.o util.o variable.o version.o dmyext.o > gcc main.o libruby_HEAD-static.a -ldl -lobjc -o miniruby -g -O2 > -pipe -fno-common > ld: Undefined symbols: > _NUM2RLIM > _RLIM2NUM > <512> cvs up -r 1.118 process.c and everything builds after that. On FreeBSD, slightly different output: > <536> gmake > gcc main.o libruby-head-static.a -lcrypt -lm -o miniruby -g -O2 > -rdynamic > libruby-head-static.a(process.o): In function `proc_getrlimit': > /usr/home/ryand/Work/cvs/ruby-lang/ruby/process.c:1981: undefined > reference to `RLIM2NUM' > /usr/home/ryand/Work/cvs/ruby-lang/ruby/process.c:1981: undefined > reference to `RLIM2NUM' > libruby-head-static.a(process.o): In function `proc_setrlimit': > /usr/home/ryand/Work/cvs/ruby-lang/ruby/process.c:2020: undefined > reference to `NUM2RLIM' > /usr/home/ryand/Work/cvs/ruby-lang/ruby/process.c:2022: undefined > reference to `NUM2RLIM' > gmake: *** [miniruby] Error 1 > <537> cvs up -r 1.118 process.c; gmake > P process.c > gcc -g -O2 -I. -I. -c process.c > ar rcu libruby-head-static.a array.o ascii.o bignum.o class.o compar.o > dir.o dln.o enum.o error.o euc_jp.o eval.o file.o gc.o hash.o inits.o > io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o > prec.o random.o range.o re.o regcomp.o regenc.o regerror.o regexec.o > reggnu.o regparse.o ruby.o signal.o sjis.o sprintf.o st.o string.o > struct.o time.o utf8.o util.o variable.o version.o dmyext.o > gcc main.o libruby-head-static.a -lcrypt -lm -o miniruby -g -O2 > -rdynamic > ... after that, both of them pass 'make test'.