[#32009] merging nokogiri to ext/ — Aaron Patterson <aaron@...>

I would like to merge nokogiri to ext for the 1.9.3 release. I spoke to

82 messages 2010/09/02
[#32010] Re: merging nokogiri to ext/ — "U.Nakamura" <usa@...> 2010/09/02

Hello,

[#32012] Re: merging nokogiri to ext/ — Ryan Davis <ryand-ruby@...> 2010/09/02

[#32030] Re: merging nokogiri to ext/ — "NARUSE, Yui" <naruse@...> 2010/09/03

Hi,

[#32033] Re: merging nokogiri to ext/ — "NARUSE, Yui" <naruse@...> 2010/09/03

2010/9/3 NARUSE, Yui <naruse@airemix.jp>:

[#32155] Re: merging nokogiri to ext/ — Yusuke ENDOH <mame@...> 2010/09/08

Currently, we're discussing three different topics:

[#32189] Re: merging nokogiri to ext/ — Aaron Patterson <aaron@...> 2010/09/09

On Thu, Sep 09, 2010 at 01:40:34AM +0900, Yusuke ENDOH wrote:

[#32056] [Ruby 1.8-Bug#3788][Open] URI cannot parse IPv6 addresses propertly — Adam Majer <redmine@...>

Bug #3788: URI cannot parse IPv6 addresses propertly

16 messages 2010/09/04

[#32110] Ruby 2.0 Wiki/Wish-list? — Joshua Ballanco <jballanc@...>

Hi all,

41 messages 2010/09/07
[#32114] Re: Ruby 2.0 Wiki/Wish-list? — "NARUSE, Yui" <naruse@...> 2010/09/08

2010/9/8 Joshua Ballanco <jballanc@gmail.com>:

[#32117] Re: Ruby 2.0 Wiki/Wish-list? — Joshua Ballanco <jballanc@...> 2010/09/08

On Sep 7, 2010, at 5:21 PM, NARUSE, Yui wrote:

[#32143] Re: Ruby 2.0 Wiki/Wish-list? — Roger Pack <rogerdpack2@...> 2010/09/08

> So, for example, a few things I've wanted for a long time:

[#32135] [Ruby-Bug#3802][Open] freeaddrinfo not found in WS2_32.dll — Thomas Volkmar Worm <redmine@...>

Bug #3802: freeaddrinfo not found in WS2_32.dll

16 messages 2010/09/08

[#32154] Making custom_lambda() work — Magnus Holm <judofyr@...>

A tiny suggestion for how we could make it possible to call lambdas

15 messages 2010/09/08
[#32159] Re: Making custom_lambda() work — Nikolai Weibull <now@...> 2010/09/08

On Wed, Sep 8, 2010 at 18:21, Magnus Holm <judofyr@gmail.com> wrote:

[#32156] Can we convert the standard library to gems? — James Edward Gray II <james@...>

Taken from the bundle Nokogiri thread:

98 messages 2010/09/08
[#32161] Re: Can we convert the standard library to gems? — Marcus Rueckert <darix@...> 2010/09/08

On 2010-09-09 01:45:43 +0900, James Edward Gray II wrote:

[#32166] Re: Can we convert the standard library to gems? — James Edward Gray II <james@...> 2010/09/08

On Sep 8, 2010, at 12:03 PM, Marcus Rueckert wrote:

[#32173] Re: Can we convert the standard library to gems? — Marcus Rueckert <darix@...> 2010/09/08

On 2010-09-09 02:54:26 +0900, James Edward Gray II wrote:

[#32249] Re: Can we convert the standard library to gems? — Aaron Patterson <aaron@...> 2010/09/09

On Thu, Sep 09, 2010 at 05:26:54AM +0900, Marcus Rueckert wrote:

[#32278] Re: Can we convert the standard library to gems? — Lucas Nussbaum <lucas@...> 2010/09/10

On 10/09/10 at 02:41 +0900, Aaron Patterson wrote:

[#32162] Re: Can we convert the standard library to gems? — Yusuke ENDOH <mame@...> 2010/09/08

Hi,

[#32216] Re: Can we convert the standard library to gems? — Ryan Davis <ryand-ruby@...> 2010/09/09

[#32229] Re: Can we convert the standard library to gems? — Yusuke ENDOH <mame@...> 2010/09/09

Hi,

[#32260] Re: Can we convert the standard library to gems? — Ryan Davis <ryand-ruby@...> 2010/09/09

[#32275] Re: Can we convert the standard library to gems? — Urabe Shyouhei <shyouhei@...> 2010/09/10

I'm off today so sorry if I missed some mails.

[#32293] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/10

Urabe,

[#32316] Re: Can we convert the standard library to gems? — Urabe Shyouhei <shyouhei@...> 2010/09/11

(2010/09/10 23:48), James Cox wrote:

[#32322] Re: Can we convert the standard library to gems? — James Tucker <jftucker@...> 2010/09/11

[#32335] Re: Can we convert the standard library to gems? — Urabe Shyouhei <shyouhei@...> 2010/09/12

I'm at an airport back to my home so in short,

[#32343] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/12

On Sun, Sep 12, 2010 at 6:51 AM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#32382] Re: Can we convert the standard library to gems? — Urabe Shyouhei <shyouhei@...> 2010/09/14

(2010/09/13 3:54), James Cox wrote:

[#32383] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/14

On Tue, Sep 14, 2010 at 12:37 PM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#32393] Re: Can we convert the standard library to gems? — Urabe Shyouhei <shyouhei@...> 2010/09/15

How difficult to make myself understood in English.

[#32396] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/15

On Wed, Sep 15, 2010 at 1:43 AM, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:

[#32399] Re: Can we convert the standard library to gems? — Yusuke ENDOH <mame@...> 2010/09/15

Hi,

[#32400] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/15

On Wed, Sep 15, 2010 at 12:07 PM, Yusuke ENDOH <mame@tsg.ne.jp> wrote:

[#32401] Re: Can we convert the standard library to gems? — Marcus Rueckert <darix@...> 2010/09/15

On 2010-09-16 01:42:39 +0900, James Cox wrote:

[#32402] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/15

On Wed, Sep 15, 2010 at 1:35 PM, Marcus Rueckert <darix@opensu.se> wrote:

[#32411] Re: Can we convert the standard library to gems? — Marcus Rueckert <darix@...> 2010/09/15

On 2010-09-16 03:36:56 +0900, James Cox wrote:

[#32412] Re: Can we convert the standard library to gems? — James Cox <james@...> 2010/09/16

On Wednesday, September 15, 2010, Marcus Rueckert <darix@opensu.se> wrote:

[#32414] Re: Can we convert the standard library to gems? — Lucas Nussbaum <lucas@...> 2010/09/16

On 16/09/10 at 11:02 +0900, James Cox wrote:

[#32248] Replacing stdlib Date with C version — Jeremy Evans <code@...>

I've recently been working on a replacement for the stdlib Date class,

15 messages 2010/09/09

[#32290] [Ruby 1.9.2-Backport#3818][Open] Seg fault with ruby tmail and ruby 1.9.2 — Karl Baum <redmine@...>

Backport #3818: Seg fault with ruby tmail and ruby 1.9.2

10 messages 2010/09/10

[#32453] Why doesn’t Enumerable define a #last method? — Nikolai Weibull <now@...>

Hi!

9 messages 2010/09/17

[#32454] [Ruby 1.9-Feature#3845][Open] "in" infix operator — Yusuke Endoh <redmine@...>

Feature #3845: "in" infix operator

20 messages 2010/09/17
[#32489] Re: [Ruby 1.9-Feature#3845][Open] "in" infix operator — Benoit Daloze <eregontp@...> 2010/09/21

On 17 September 2010 12:30, Yusuke Endoh <redmine@ruby-lang.org> wrote:

[#32529] [Ruby 1.9-Bug#3869][Open] Logger#log does not handle or escape new-line characters. — Hal Brodigan <redmine@...>

Bug #3869: Logger#log does not handle or escape new-line characters.

9 messages 2010/09/23

[#32585] Proposal for Optional Static Typing for Ruby — Martin Pilkington <pilky@...>

Hi,

47 messages 2010/09/27
[#32588] Re: Proposal for Optional Static Typing for Ruby — Yukihiro Matsumoto <matz@...> 2010/09/27

Hi,

[#32592] Re: Proposal for Optional Static Typing for Ruby — Martin Pilkington <pilky@...> 2010/09/28

Hi Matz

[#32595] Re: Proposal for Optional Static Typing for Ruby — Asher <asher@...> 2010/09/28

Martin,

[#32611] Re: Proposal for Optional Static Typing for Ruby — Loren Segal <lsegal@...> 2010/09/28

Hi,

[#32628] Re: Proposal for Optional Static Typing for Ruby — Eleanor McHugh <eleanor@...> 2010/09/29

It strikes me that much of the premise behind this thread is misguided as it overlooks the importance of meta-programming in developing any Ruby program of substantive size. Where a Java or C++ programmer might write a factory method to create instances of a class and spend much of their effort enumerating types explicitly, it's not unusual in Ruby to write meta-programs which create a variety of class and method definitions on request to create or repurpose object instances for the task at hand.

[#32634] [Ruby 1.9-Bug#3889][Open] Incorrectly detected i686-w64-mingw32 as x64-mingw — Luis Lavena <redmine@...>

Bug #3889: Incorrectly detected i686-w64-mingw32 as x64-mingw

21 messages 2010/09/29

[ruby-core:32097] [Ruby 1.9-Bug#3796][Open] make check fails on powerpc64 linux

From: Jim Meyering <redmine@...>
Date: 2010-09-06 20:49:02 UTC
List: ruby-core #32097
Bug #3796: make check fails on powerpc64 linux
http://redmine.ruby-lang.org/issues/show/3796

Author: Jim Meyering
Status: Open, Priority: Normal
Category: test
ruby -v: ruby 1.9.3dev (2010-09-06 trunk 29191) [powerpc64-linux]

I cloned from git://github.com/ruby/ruby.git, then ran this as root:

    autoreconf; ./configure && make && make check

Here's the tail of "make check" output:

Loaded suite ./test/runner
Started
...................................................................................................................................................F..../root/Meyering/ruby/.ext/common/dl/func.rb:59: [BUG] Segmentation fault
ruby 1.9.3dev (2010-09-06 trunk 29191) [powerpc64-linux]

-- control frame ----------
c:0016 p:---- s:0071 b:0071 l:000070 d:000070 CFUNC  :call
c:0015 p:0117 s:0067 b:0067 l:000066 d:000066 METHOD /root/Meyering/ruby/.ext/common/dl/func.rb:59
c:0014 p:0075 s:0059 b:0059 l:000058 d:000058 METHOD /root/Meyering/ruby/test/dl/test_func.rb:64
c:0013 p:0063 s:0052 b:0052 l:000051 d:000051 METHOD /root/Meyering/ruby/lib/minitest/unit.rb:711
c:0012 p:0091 s:0046 b:0046 l:000027 d:000045 BLOCK  /root/Meyering/ruby/lib/minitest/unit.rb:672
c:0011 p:---- s:0041 b:0041 l:000040 d:000040 FINISH
c:0010 p:---- s:0039 b:0039 l:000038 d:000038 CFUNC  :each
c:0009 p:0026 s:0036 b:0036 l:000027 d:000035 BLOCK  /root/Meyering/ruby/lib/minitest/unit.rb:666
c:0008 p:---- s:0033 b:0033 l:000032 d:000032 FINISH
c:0007 p:---- s:0031 b:0031 l:000030 d:000030 CFUNC  :each
c:0006 p:0082 s:0028 b:0028 l:000027 d:000027 METHOD /root/Meyering/ruby/lib/minitest/unit.rb:665
c:0005 p:0286 s:0023 b:0023 l:000022 d:000022 METHOD /root/Meyering/ruby/lib/minitest/unit.rb:629
c:0004 p:0022 s:0014 b:0014 l:000013 d:000013 METHOD /root/Meyering/ruby/lib/test/unit.rb:21
c:0003 p:0136 s:0010 b:0009 l:001628 d:002540 EVAL   ./test/runner.rb:26
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:001628 d:001628 TOP   
---------------------------
-- Ruby level backtrace information ----------------------------------------
./test/runner.rb:26:in `<main>'
/root/Meyering/ruby/lib/test/unit.rb:21:in `run'
/root/Meyering/ruby/lib/minitest/unit.rb:629:in `run'
/root/Meyering/ruby/lib/minitest/unit.rb:665:in `run_test_suites'
/root/Meyering/ruby/lib/minitest/unit.rb:665:in `each'
/root/Meyering/ruby/lib/minitest/unit.rb:666:in `block in run_test_suites'
/root/Meyering/ruby/lib/minitest/unit.rb:666:in `each'
/root/Meyering/ruby/lib/minitest/unit.rb:672:in `block (2 levels) in run_test_suites'
/root/Meyering/ruby/lib/minitest/unit.rb:711:in `run'
/root/Meyering/ruby/test/dl/test_func.rb:64:in `test_isdigit'
/root/Meyering/ruby/.ext/common/dl/func.rb:59:in `call'
/root/Meyering/ruby/.ext/common/dl/func.rb:59:in `call'

-- C level backtrace information -------------------------------------------
./ruby() [0x101536b8]
./ruby() [0x101a4e74]
./ruby(rb_bug-0x8995c) [0x101a4fac]
./ruby() [0x100d0ce8]
[0xfff81800418]
/root/Meyering/ruby/.ext/powerpc64-linux/dl.so(+0x66bc) [0xfff814266bc]
./ruby() [0x1013a990]
./ruby() [0x10141e5c]
./ruby() [0x101444d0]
./ruby() [0x10147e64]
./ruby(rb_yield-0xd9a58) [0x10151500]
./ruby(rb_ary_each-0xc4b64) [0x101679b4]
./ruby() [0x1013a9ec]
./ruby() [0x10141e5c]
./ruby() [0x101444d0]
./ruby() [0x10147e64]
./ruby(rb_yield-0xd9a58) [0x10151500]
./ruby(rb_ary_each-0xc4b64) [0x101679b4]
./ruby() [0x1013a9ec]
./ruby() [0x10141e5c]
./ruby() [0x101444d0]
./ruby() [0x10147e64]
./ruby(rb_iseq_eval_main-0xe2870) [0x10148288]
./ruby() [0x100155d8]
./ruby(ruby_run_node-0x209c70) [0x100178d8]
./ruby() [0x1001438c]
/lib64/libc.so.6() [0x80afefbc78]
/lib64/libc.so.6(__libc_start_main-0x184e60) [0x80afefbe70]

[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html

make: *** [yes-test-all] Aborted


----------------------------------------
http://redmine.ruby-lang.org

In This Thread

Prev Next