[#32676] VC++ embedded rubygems gives NoMethodError undefined method `synchronize' for Mutex — Phlip <phlip2005@...>
[I will try Bill Kelly's PDB path advice presently; this issue is more
5 messages
2010/10/03
[#32687] Re: VC++ embedded rubygems gives NoMethodError undefined method `synchronize' for Mutex
— Roger Pack <rogerdpack2@...>
2010/10/04
> This one's about...
[#32703] Re: VC++ embedded rubygems gives NoMethodError undefined method `synchronize' for Mutex
— Phlip <phlip2005@...>
2010/10/05
> > #<NoMethodError: undefined method `synchronize' for #<Mutex:0x750faa8>>
[#32698] [Ruby 1.9-Feature#3908][Open] private constant — Yusuke Endoh <redmine@...>
Feature #3908: private constant
10 messages
2010/10/05
[#32790] ruby with near native speed — Ondřej Bílka <neleai@...>
Hello
4 messages
2010/10/14
[#32795] Call for Cooperation: CFUNC usage survey — SASADA Koichi <ko1@...>
Hi,
5 messages
2010/10/15
[#32814] WeakHash — Santiago Pastorino <santiago@...>
Hi guys,
6 messages
2010/10/15
[#32844] [Ruby 1.9-Feature#3963][Open] Map class in standard library — Thomas Sawyer <redmine@...>
Feature #3963: Map class in standard library
3 messages
2010/10/18
[#32864] [Ruby 1.9-Bug#3972][Open] r28668 breaks test/unit when combined with the testing rake task — Aaron Patterson <redmine@...>
Bug #3972: r28668 breaks test/unit when combined with the testing rake task
6 messages
2010/10/20
[#32932] Behavior of initialize in 1.9 — Aaron Patterson <aaron@...>
The behavior of initialize in 1.9 seems to have changed. Here is an irb
5 messages
2010/10/28
[#32960] [Ruby 1.9-Bug#4005][Open] YAML fails to roundtrip Time objects — Peter Weldon <redmine@...>
Bug #4005: YAML fails to roundtrip Time objects
6 messages
2010/10/29
[#32976] Improve MinGW builds for Ruby 1.8.7, 1.9.2 and 1.9.3 — Luis Lavena <luislavena@...>
Hello,
10 messages
2010/10/30
[#32978] Re: Improve MinGW builds for Ruby 1.8.7, 1.9.2 and 1.9.3
— Aaron Patterson <aaron@...>
2010/10/30
On Sun, Oct 31, 2010 at 03:42:02AM +0900, Luis Lavena wrote:
[ruby-core:32711] Re: [Ruby 1.9-Bug#3889] Incorrectly detected i686-w64-mingw32 as x64-mingw
From:
Luis Lavena <luislavena@...>
Date:
2010-10-07 12:01:06 UTC
List:
ruby-core #32711
On Thu, Oct 7, 2010 at 3:33 AM, U.Nakamura <usa@garbagecollect.jp> wrote: > Hello, > > In message "[ruby-core:32695] [Ruby 1.9-Bug#3889] Incorrectly detected i6= 86-w64-mingw32 as x64-mingw" > >> Who is the maintainer that provides "best effort" in relation to MinGW s= upport? I would like to discuss this and future MinGW work without causing = you guys lot of conflicts. > > Agree. > The problem is not wanabe-san's revert, but a lack of responsibility > of MinGW port. > > Currently, nobu is the maintainer of MinGW port. > I know him well, and everyone knows that he is the special about > hacking ruby. > However, he is not living on Windows now. > Moreover, he doesn't have 64bit Windows environment. > I guess that it is too difficult to maintain it in such situation > even if he is the special. > We should change the current state in some shape. > Hello Mr. Nakamura, Thank you for your answers. I'm actively using MinGW/mingw-w64 in both native (Windows) and for cross-compilation (Linux/OSX targeting Windows) All the work towards 64bits Ruby under MinGW is still young, but all the cross-compilation issues are needed right now to simplify things for Ruby developers and their Windows support. I'm willing to provide instructions to nobu so he can cross-compile exactly the same way I'm doing from my OSX computer (or a Linux one, doesn't matter) As for the native versions, I would happily report issues and provide patches to any encountered problem that blocks compilation or execution, has been done already over the past years. I will be very happy if all the existing issues for the which I provided patches can be reviewed. I'll happily accept become a maintainer if that is required to ensure a proper MinGW support for Ruby. Thank you. --=20 Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup=E9ry