From mhodgson at gmail.com  Sun Feb  1 18:44:12 2009
From: mhodgson at gmail.com (Mike Hodgson)
Date: Sun, 1 Feb 2009 18:44:12 -0500
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
Message-ID: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>

Hi Folks,

I had nothing better to do today, so I played around with building
1.9.1p0 on Windows. I was able to get the base system built with no
problem using Visual Studio 2008, and was also able to build the
OpenSSL and Iconv extensions with little trouble.

I totally replaced the standard Zlib extension with Park Heesob's pure
Ruby version, and RubyGems seems to like it just fine.

The only items that are still causing a pain in my ass are readline
and curses. Perhaps those are the next extensions ripe for a bounty?
:)

Here are the fruits of my labour so far, a patched working version of
Mongrel (built from source, not gem) is included as a bonus:

http://www.mikehodgson.com/files/ruby-1.9.1p0-mswin32_90.zip

If you want to try Rails on this, you will need to use the latest Edge
version, 2.2.2 will whine about 'test/unit/error' being missing.


Regards,
Mike

From luislavena at gmail.com  Sun Feb  1 18:54:39 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sun, 1 Feb 2009 21:54:39 -0200
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
Message-ID: <71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>

On Sun, Feb 1, 2009 at 9:44 PM, Mike Hodgson <mhodgson at gmail.com> wrote:
> Hi Folks,
>

Hi Mike, long time no see!

> I had nothing better to do today, so I played around with building
> 1.9.1p0 on Windows. I was able to get the base system built with no
> problem using Visual Studio 2008, and was also able to build the
> OpenSSL and Iconv extensions with little trouble.
>

Awesome!!!

It seems your visual studio force in you is strong. Did you needed
some patches for OpenSSL or plain makefile?

I'll love to see the patches you included to building that stuff.

> I totally replaced the standard Zlib extension with Park Heesob's pure
> Ruby version, and RubyGems seems to like it just fine.

Awesome! Zlib can be a real pain get it build on Windows, at least
with Visual Studio. MinGW on the other hand is really straight
forward.

> The only items that are still causing a pain in my ass are readline
> and curses. Perhaps those are the next extensions ripe for a bounty?
> :)
>

Join the club. I have 150$ bucks for a bounty, we can pretty much
steal the getchar stuff from Highline gem.

I cannot comment on curses since I don't use it, pdcurses to the rescue?

Let's do a bounty for readline, is really a gripe for MinGW too, since
it eats the processor and is not easy to build it.

> Here are the fruits of my labour so far, a patched working version of
> Mongrel (built from source, not gem) is included as a bonus:
>
> http://www.mikehodgson.com/files/ruby-1.9.1p0-mswin32_90.zip
>

I'll check that later how fast it compares to the MinGW build of the
same codebase.

On the Mongrel stuff, please feel free to fork it on GitHub and patch it!:

http://github.com/fauna/mongrel/tree/master

> If you want to try Rails on this, you will need to use the latest Edge
> version, 2.2.2 will whine about 'test/unit/error' being missing.
>

Great work man! Looks like we spent the weekend doing cool stuff! (me
working in the new rubyinstaller dsl).

> Regards,
> Mike

Cheers,
-- 
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?ry

From mhodgson at gmail.com  Sun Feb  1 21:10:37 2009
From: mhodgson at gmail.com (Mike Hodgson)
Date: Sun, 1 Feb 2009 21:10:37 -0500
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
Message-ID: <6dae68ac0902011810o5415727ei960e800b248f68fd@mail.gmail.com>

On Sun, Feb 1, 2009 at 6:54 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Sun, Feb 1, 2009 at 9:44 PM, Mike Hodgson <mhodgson at gmail.com> wrote:
>> Hi Folks,
>>
>
> Hi Mike, long time no see!
>
>> I had nothing better to do today, so I played around with building
>> 1.9.1p0 on Windows. I was able to get the base system built with no
>> problem using Visual Studio 2008, and was also able to build the
>> OpenSSL and Iconv extensions with little trouble.
>>
>
> Awesome!!!
>
> It seems your visual studio force in you is strong. Did you needed
> some patches for OpenSSL or plain makefile?
>
> I'll love to see the patches you included to building that stuff.


No patches for anything aside from one line in x509.h for OpenSSL,
more on that here:
http://rt.openssl.org/Ticket/Display.html?id=1700&user=guest&pass=guest

I did need to install Activestate Perl and the latest Nasm.


>
>> I totally replaced the standard Zlib extension with Park Heesob's pure
>> Ruby version, and RubyGems seems to like it just fine.
>
> Awesome! Zlib can be a real pain get it build on Windows, at least
> with Visual Studio. MinGW on the other hand is really straight
> forward.


I actually got Zlib building from source, fairly easily, so I have
updated the ZIP file with that. I'd rather get the "vanilla" stuff
working to start.


>
>> The only items that are still causing a pain in my ass are readline
>> and curses. Perhaps those are the next extensions ripe for a bounty?
>> :)
>>
>
> Join the club. I have 150$ bucks for a bounty, we can pretty much
> steal the getchar stuff from Highline gem.
>
> I cannot comment on curses since I don't use it, pdcurses to the rescue?
>
> Let's do a bounty for readline, is really a gripe for MinGW too, since
> it eats the processor and is not easy to build it.


Curses might not be necessary, Readline is definitely a "must have". I
might look at it this week and see what's involved in re-writing it in
pure Ruby.


>
>> Here are the fruits of my labour so far, a patched working version of
>> Mongrel (built from source, not gem) is included as a bonus:
>>
>> http://www.mikehodgson.com/files/ruby-1.9.1p0-mswin32_90.zip
>>
>
> I'll check that later how fast it compares to the MinGW build of the
> same codebase.


Let me know how it looks! I am just running the Ruby Benchmark Suite:
http://github.com/acangiano/ruby-benchmark-suite/tree/master


>
> On the Mongrel stuff, please feel free to fork it on GitHub and patch it!:
>
> http://github.com/fauna/mongrel/tree/master


Good idea! I'll do this tomorrow.


Mike

From mhodgson at gmail.com  Mon Feb  2 10:56:59 2009
From: mhodgson at gmail.com (Mike Hodgson)
Date: Mon, 2 Feb 2009 10:56:59 -0500
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
Message-ID: <6dae68ac0902020756y594b2cbfi22da8529bea7313@mail.gmail.com>

On Sun, Feb 1, 2009 at 6:54 PM, Luis Lavena <luislavena at gmail.com> wrote:
> On Sun, Feb 1, 2009 at 9:44 PM, Mike Hodgson <mhodgson at gmail.com> wrote:

>> Here are the fruits of my labour so far, a patched working version of
>> Mongrel (built from source, not gem) is included as a bonus:
>>
>> http://www.mikehodgson.com/files/ruby-1.9.1p0-mswin32_90.zip
>>
>
> I'll check that later how fast it compares to the MinGW build of the
> same codebase.

Hi Luis,

Here are my results running the Ruby Benchmark Suite against the
current VC++ 6.0 based OCI and Ruby 1.9.1 built with VS 2008:
http://www.mikehodgson.com/files/ruby_191_186_compare.pdf

Do you have 1.9 building with MinGW? It would be interesting to see
those results.

Regards,
Mike

From rogerpack2005 at gmail.com  Mon Feb  2 11:14:00 2009
From: rogerpack2005 at gmail.com (Roger Pack)
Date: Mon, 2 Feb 2009 09:14:00 -0700
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <6dae68ac0902020756y594b2cbfi22da8529bea7313@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
	<6dae68ac0902020756y594b2cbfi22da8529bea7313@mail.gmail.com>
Message-ID: <966599840902020814g50641a25p6226f02c3260a3d7@mail.gmail.com>

> Here are my results running the Ruby Benchmark Suite against the
> current VC++ 6.0 based OCI and Ruby 1.9.1 built with VS 2008:
> http://www.mikehodgson.com/files/ruby_191_186_compare.pdf
>
> Do you have 1.9 building with MinGW? It would be interesting to see
> those results.

You can build a 1.9 mingw by installing luis' rubyinstaller then using
it to build a "nightly snapshot" or "daily snapshot."
Also interesting would be a speed comparison with jruby's latest, just
for interest sake.
Cheers!
-=r

From rogerpack2005 at gmail.com  Mon Feb  2 20:20:12 2009
From: rogerpack2005 at gmail.com (Roger Pack)
Date: Mon, 2 Feb 2009 18:20:12 -0700
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
Message-ID: <966599840902021720j743c075fl2f05069ff487abc0@mail.gmail.com>

> Join the club. I have 150$ bucks for a bounty, we can pretty much
> steal the getchar stuff from Highline gem.
>
> Let's do a bounty for readline, is really a gripe for MinGW too, since
> it eats the processor and is not easy to build it.

I'd chip in $50 for a readline bounty.
-=r

-- 
I wonder if the phrase "meeting my needs in the relationship" has a
hint of selfishness...

From rogerpack2005 at gmail.com  Wed Feb  4 11:48:32 2009
From: rogerpack2005 at gmail.com (Roger Pack)
Date: Wed, 4 Feb 2009 09:48:32 -0700
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <6dae68ac0902020756y594b2cbfi22da8529bea7313@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
	<6dae68ac0902020756y594b2cbfi22da8529bea7313@mail.gmail.com>
Message-ID: <966599840902040848l295f5d29y2ce8279083e78297@mail.gmail.com>

> Here are my results running the Ruby Benchmark Suite against the
> current VC++ 6.0 based OCI and Ruby 1.9.1 built with VS 2008:
> http://www.mikehodgson.com/files/ruby_191_186_compare.pdf
>
> Do you have 1.9 building with MinGW? It would be interesting to see
> those results.

Am I right in assuming the download link is compiled VS 2008 release mode /O2?

Here's a probably unscientific hack at comparing mingw, VS 2008, jruby.

>ruby_19\bin\ruby -v
ruby 1.9.0 (2008-11-22 revision 20317) [i386-mingw32]

>gcc -v
gcc version 3.4.5 (mingw-vista special r3)

and the VC2008 downloaded is version:

>ruby-1.9.1p0-mswin32_90\bin\ruby -v
ruby 1.9.1p0 (2009-01-30 revision 21907) [i386-mswin32_90]

and >jruby -v
jruby 1.1.6 (ruby 1.8.6 patchlevel 114) (2008-12-17 rev 8388) [x86-java]

ran each test 3 times, took the fastest.  Results seemed reasonably steady.

Note that I used jruby without any command line parameters, and that
the KRI's are without a patched GC, so some improvement is possible.
Note also that the gcc version is a little old, so could possibly
improve there.

0.00 means it failed

ming vc9	jruby	
0.12	0.18	3.00	Startup
0.02	0.02	0.04	core-features/bm_app_factorial.rb
0.06	0.08	0.14	core-features/bm_app_factorial.rb
0.47	0.44	0.00	core-features/bm_app_factorial.rb
0.00	0.00	0.01	core-features/bm_app_fib.rb
1.08	1.27	1.89	core-features/bm_app_fib.rb
12.2	15.5	21.3	core-features/bm_app_fib.rb
20.7	23.9	4.41	core-features/bm_app_raise.rb
0.06	0.09	0.10	core-features/bm_app_tak.rb
0.25	0.34	0.36	core-features/bm_app_tak.rb
0.81	0.97	1.19	core-features/bm_app_tak.rb
2.70	3.33	4.22	core-features/bm_app_tarai.rb
3.30	4.06	5.09	core-features/bm_app_tarai.rb
3.97	4.88	6.04	core-features/bm_app_tarai.rb
3.09	4.05	8.13	core-features/bm_loop_times.rb
totals			
48.87	59.14	55.94	
totals without bm_app_raise [i.e. everything except speed of raising
an exception]
28.03	35.06	48.52	


Sorry it's not a comparison with a newer 1.9 version for the mingw
version, but I'd imagine it's pretty close to 1.9.1
Thanks!

-=r

From wjrogers at gmail.com  Wed Feb  4 18:26:48 2009
From: wjrogers at gmail.com (Will Rogers)
Date: Wed, 4 Feb 2009 18:26:48 -0500
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
Message-ID: <323a37200902041526t39078654yb7e582bfe4e8a25a@mail.gmail.com>

On Sun, Feb 1, 2009 at 6:54 PM, Luis Lavena <luislavena at gmail.com> wrote:
> It seems your visual studio force in you is strong. Did you needed
> some patches for OpenSSL or plain makefile?
>
> [snip]
>
> Awesome! Zlib can be a real pain get it build on Windows, at least
> with Visual Studio. MinGW on the other hand is really straight
> forward.

Last time I tried, both openssl and zlib built out of the box in
Visual Studio, with no patches or fiddling required, nor even any
warnings. It's only readline that is a problem, really.


-- Will

From luislavena at gmail.com  Wed Feb  4 18:39:06 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 4 Feb 2009 21:39:06 -0200
Subject: [Rubyinstaller-devel] Ruby 1.9.1p0
In-Reply-To: <323a37200902041526t39078654yb7e582bfe4e8a25a@mail.gmail.com>
References: <6dae68ac0902011544o34ad85cbka63eb60d126ff67@mail.gmail.com>
	<71166b3b0902011554i41582c85q7b6368d49318a593@mail.gmail.com>
	<323a37200902041526t39078654yb7e582bfe4e8a25a@mail.gmail.com>
Message-ID: <71166b3b0902041539m39288aeeu684e912a56bda84f@mail.gmail.com>

On Wed, Feb 4, 2009 at 9:26 PM, Will Rogers <wjrogers at gmail.com> wrote:
> On Sun, Feb 1, 2009 at 6:54 PM, Luis Lavena <luislavena at gmail.com> wrote:
>> It seems your visual studio force in you is strong. Did you needed
>> some patches for OpenSSL or plain makefile?
>>
>> [snip]
>>
>> Awesome! Zlib can be a real pain get it build on Windows, at least
>> with Visual Studio. MinGW on the other hand is really straight
>> forward.
>
> Last time I tried, both openssl and zlib built out of the box in
> Visual Studio, with no patches or fiddling required, nor even any
> warnings. It's only readline that is a problem, really.
>

GNU tools are always a pain to get built under Windows.
-- 
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?ry

From snoodger4eva at yahoo.com  Tue Feb 10 17:05:57 2009
From: snoodger4eva at yahoo.com (Jon)
Date: Tue, 10 Feb 2009 14:05:57 -0800
Subject: [Rubyinstaller-devel] Building the Character-encodings gem on
	windows
Message-ID: <5BAEE68E30D742BF80558D4969A8DEEF@epic>

Hi all,

 

I'm using the ruby dev kit installer available on Akita's blog
(http://www.akitaonrails.com/2008/7/26/still-playing-with-ruby-on-windows).
After installing it, I updated the ruby gems to version 1.3.1 and installed
rails 2.2.2. 

 

My goal was to have a build environment so that I could install the
character-encodings gem for windows xp. I need this gem to be able to use
rfeedparser. When I try to install character-encodings, it starts the build
and then chokes at the make part. I've also tried this in cygwin, with the
same error, and now I'm at my wit's end! :-)

 

Have any of you ever successfully installed the character-encodings gem on
windows using the environment created by the ruby installer, or do you know
anyone who has? I've googled extensively and found nothing helpful. 

 

Thanks,

-Jon

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://rubyforge.org/pipermail/rubyinstaller-devel/attachments/20090210/a171c410/attachment.html>

From rogerdpack at gmail.com  Tue Feb 10 19:30:54 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Tue, 10 Feb 2009 17:30:54 -0700
Subject: [Rubyinstaller-devel] character encodings
Message-ID: <e880bd570902101630t397ae998j16c673bd5d1fed8e@mail.gmail.com>

I get this:
decompose.c: In function `_utf_normalize_wc':
decompose.c:410: warning: visibility attribute not supported in this
configuration; ignored

googling for it reveals this:

maintain an ugly hardcoded list of "default_excludes"
in ld code.
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01513.html

Which I think means "you have to do an intermediate step to be able to
use .dll's in compiling using gcc, like
gcc -o filename file1.o file2.o file3.o

you have to export from the dll a .o for it--using dll_export or
something like that.  Do you know if character encodings uses a dll?
GL!
-=r

-- 
I wonder if the phrase "meeting my needs in the relationship" has a
tinge of selfishness...

From luislavena at gmail.com  Tue Feb 10 21:18:14 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 11 Feb 2009 00:18:14 -0200
Subject: [Rubyinstaller-devel] character encodings
In-Reply-To: <e880bd570902101630t397ae998j16c673bd5d1fed8e@mail.gmail.com>
References: <e880bd570902101630t397ae998j16c673bd5d1fed8e@mail.gmail.com>
Message-ID: <71166b3b0902101818y36080978x4d0ec10fe860b385@mail.gmail.com>

On Tue, Feb 10, 2009 at 10:30 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> I get this:
> decompose.c: In function `_utf_normalize_wc':
> decompose.c:410: warning: visibility attribute not supported in this
> configuration; ignored
>
> googling for it reveals this:
>
> maintain an ugly hardcoded list of "default_excludes"
> in ld code.
> http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01513.html
>
> Which I think means "you have to do an intermediate step to be able to
> use .dll's in compiling using gcc, like
> gcc -o filename file1.o file2.o file3.o
>
> you have to export from the dll a .o for it--using dll_export or
> something like that.  Do you know if character encodings uses a dll?

I believe character encoding is trying to generate those object files
for bundling with the extension, but not in a good way.

Is tricky the way they decided to organize it, will have a better look
when time allows.

For the record, windows has a unicode support, but I believe they are
doing everything by hand. Let's see.

I wonder if with a few changes we can make this work with
rake-compiler and see cross-compilation of it.

Regards,
-- 
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?ry

From luislavena at gmail.com  Tue Feb 10 21:21:17 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 11 Feb 2009 00:21:17 -0200
Subject: [Rubyinstaller-devel] Building the Character-encodings gem on
	windows
In-Reply-To: <5BAEE68E30D742BF80558D4969A8DEEF@epic>
References: <5BAEE68E30D742BF80558D4969A8DEEF@epic>
Message-ID: <71166b3b0902101821m150661c2y408543265bf7a577@mail.gmail.com>

On Tue, Feb 10, 2009 at 8:05 PM, Jon <snoodger4eva at yahoo.com> wrote:
> Hi all,
>
>
>
> I'm using the ruby dev kit installer available on Akita's blog
> (http://www.akitaonrails.com/2008/7/26/still-playing-with-ruby-on-windows).
> After installing it, I updated the ruby gems to version 1.3.1 and installed
> rails 2.2.2.
>
>
>
> My goal was to have a build environment so that I could install the
> character-encodings gem for windows xp. I need this gem to be able to use
> rfeedparser. When I try to install character-encodings, it starts the build
> and then chokes at the make part. I've also tried this in cygwin, with the
> same error, and now I'm at my wit's end! J
>
>
>
> Have any of you ever successfully installed the character-encodings gem on
> windows using the environment created by the ruby installer, or do you know
> anyone who has? I've googled extensively and found nothing helpful.
>
>

Just tried to build using gcc 3.4.5 an 1.8.6-p114 (mingw):

http://gist.github.com/61769

Taking in consideration Roger comments and that output, looks like
something needs to be tweaked in the encoding files itself.

Wonder if these encoding files originally were a shared object
(so/dll) and they merged with the extension.

I'll take a look later this week. Looks interesting to get it working,
but I'm in the middle of a hectic week :-P

-- 
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?ry

From luislavena at gmail.com  Mon Feb 16 08:37:57 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Mon, 16 Feb 2009 11:37:57 -0200
Subject: [Rubyinstaller-devel] Relocated Development repository
In-Reply-To: <71166b3b0902151312u34ad25d2v7330f8c205edaa0c@mail.gmail.com>
References: <71166b3b0902151312u34ad25d2v7330f8c205edaa0c@mail.gmail.com>
Message-ID: <71166b3b0902160537w2a464fb5g728e43465f02f1b2@mail.gmail.com>

Hello Everybody,

This is a heads up about the location of the rubyinstaller repository in GitHub.

http://github.com/luislavena/rubyinstaller

Was moved to:

http://github.com/oneclick/rubyinstaller

Sorry for the noise while perform the migration, by mistake I've added
other contributors and then realize was doing the process in the wrong
repository :-P

Remember that all new work is focused in the "dsl" branch, which also got moved.

Regards,
--
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?ry



-- 
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?ry

From rogerdpack at gmail.com  Sat Feb 21 10:26:00 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Sat, 21 Feb 2009 08:26:00 -0700
Subject: [Rubyinstaller-devel] Fwd:  Ruby 1.9.1p0
Message-ID: <e880bd570902210726h5c8bd56dnfeaadbf8d5371293@mail.gmail.com>

Thanks for your update on this, Park.  We'll try it out :)

---------- Forwarded message ----------
From: Heesob Park <phasis at gmail.com>
Date: Fri, Feb 20, 2009 at 8:00 PM
Subject: Re: [Rubyinstaller-devel] Ruby 1.9.1p0
To: Roger Pack <rogerpack2005 at gmail.com>


Hi,

2009/2/3 Roger Pack <rogerpack2005 at gmail.com>:
>> Join the club. I have 150$ bucks for a bounty, we can pretty much
>> steal the getchar stuff from Highline gem.
>>
>> Let's do a bounty for readline, is really a gripe for MinGW too, since
>> it eats the processor and is not easy to build it.
>
> I'd chip in $50 for a readline bounty.
> -=r
>
As you wish, I have translated the readline library into pure ruby.

The first beta version is available at http://121.78.227.9/rbreadline/

Almost all feature of gnu readline are included except some vi mode
editing mode.

I have tested on linux and windows with ruby 1.8.6 and ruby 1.9.1.



Regards,

Park Heesob

From luislavena at gmail.com  Sat Feb 21 12:08:35 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 21 Feb 2009 15:08:35 -0200
Subject: [Rubyinstaller-devel] Fwd: Ruby 1.9.1p0
In-Reply-To: <e880bd570902210726h5c8bd56dnfeaadbf8d5371293@mail.gmail.com>
References: <e880bd570902210726h5c8bd56dnfeaadbf8d5371293@mail.gmail.com>
Message-ID: <71166b3b0902210908x74aaa604hac15a95e5e5588d9@mail.gmail.com>

On Sat, Feb 21, 2009 at 1:26 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> Thanks for your update on this, Park.  We'll try it out :)
>
> ---------- Forwarded message ----------
> From: Heesob Park <phasis at gmail.com>
> Date: Fri, Feb 20, 2009 at 8:00 PM
> Subject: Re: [Rubyinstaller-devel] Ruby 1.9.1p0
> To: Roger Pack <rogerpack2005 at gmail.com>
>
>
> Hi,
>
> 2009/2/3 Roger Pack <rogerpack2005 at gmail.com>:
>>> Join the club. I have 150$ bucks for a bounty, we can pretty much
>>> steal the getchar stuff from Highline gem.
>>>
>>> Let's do a bounty for readline, is really a gripe for MinGW too, since
>>> it eats the processor and is not easy to build it.
>>
>> I'd chip in $50 for a readline bounty.
>> -=r
>>
> As you wish, I have translated the readline library into pure ruby.
>
> The first beta version is available at http://121.78.227.9/rbreadline/
>
> Almost all feature of gnu readline are included except some vi mode
> editing mode.
>
> I have tested on linux and windows with ruby 1.8.6 and ruby 1.9.1.
>

Hello Park,

I've just tried it, see my output from test.rb:

http://pastie.org/396104

It also doesn't work with Up and Down of my keyb, neither with left
and right on the same line.

Did I miss something?

-- 
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?ry

From luislavena at gmail.com  Sat Feb 21 12:22:37 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Sat, 21 Feb 2009 15:22:37 -0200
Subject: [Rubyinstaller-devel] Fwd: Ruby 1.9.1p0
In-Reply-To: <71166b3b0902210908x74aaa604hac15a95e5e5588d9@mail.gmail.com>
References: <e880bd570902210726h5c8bd56dnfeaadbf8d5371293@mail.gmail.com>
	<71166b3b0902210908x74aaa604hac15a95e5e5588d9@mail.gmail.com>
Message-ID: <71166b3b0902210922s7b671073r4dc8004304e10c8a@mail.gmail.com>

On Sat, Feb 21, 2009 at 3:08 PM, Luis Lavena <luislavena at gmail.com> wrote:
>>
>> I have tested on linux and windows with ruby 1.8.6 and ruby 1.9.1.
>>
>
> Hello Park,
>
> I've just tried it, see my output from test.rb:
>
> http://pastie.org/396104
>
> It also doesn't work with Up and Down of my keyb, neither with left
> and right on the same line.
>
> Did I miss something?
>

It seems that keyb functionality only works with mswin32 but not with
MinGW, but all the warnings keeps showing.

Good work so far Park, please help us make it work with MinGW too :-)

Regards,
-- 
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?ry

From rogerdpack at gmail.com  Wed Feb 25 18:38:57 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 25 Feb 2009 16:38:57 -0700
Subject: [Rubyinstaller-devel] cygwin
Message-ID: <e880bd570902251538w658994d6j93ff545c4e960067@mail.gmail.com>

Apparently the core fellas use cygwin frequently to build their mingw
builds--anyone know of any instructions out there of how to do that?

As a side note, downloading oneclick master branch and running rake
[for me] still yields:



patching file `io.c'
patching file `lib/webrick/httpservlet/filehandler.rb'
Hunk #1 FAILED at 163.
Hunk #2 succeeded at 216 with fuzz 2 (offset 17 lines).
Hunk #3 FAILED at 290.
Hunk #4 FAILED at 344.
3 out of 4 hunks FAILED -- saving rejects to
lib/webrick/httpservlet/filehandler.rb.rej
patching file `sprintf.c'
patching file `string.c'
rake aborted!
Command failed with status (1): ["C:/dev/downloads/rubyinstaller/sandbox/ms...]


Thanks!
-=r

From rogerdpack at gmail.com  Wed Feb 25 21:47:19 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Wed, 25 Feb 2009 19:47:19 -0700
Subject: [Rubyinstaller-devel] dsl branch
Message-ID: <e880bd570902251847p728607efla08ee457ea31d291@mail.gmail.com>

the dsl branch--what's it's purpose again?  Is its end goal to be to
have the functionality of the master branch currently, I assume? [kind
of a rewrite of the rake tasks]?
Thanks.
-=r

From luislavena at gmail.com  Wed Feb 25 22:28:47 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 25 Feb 2009 22:28:47 -0500
Subject: [Rubyinstaller-devel] dsl branch
In-Reply-To: <e880bd570902251847p728607efla08ee457ea31d291@mail.gmail.com>
References: <e880bd570902251847p728607efla08ee457ea31d291@mail.gmail.com>
Message-ID: <71166b3b0902251928h4caf0ba5t9d9dbcfbfa7552e4@mail.gmail.com>

On Wed, Feb 25, 2009 at 9:47 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> the dsl branch--what's it's purpose again? ?Is its end goal to be to
> have the functionality of the master branch currently, I assume? [kind
> of a rewrite of the rake tasks]?
> Thanks.

Hmn, the DSL branch is the rewrite of the rake task to workaround the
limiration currently presented.

http://blog.mmediasys.com/2009/02/07/building-ruby-stories-the-background/

and the explanation:

http://blog.mmediasys.com/2009/02/07/building-ruby-creating-packages/

Is a working in progress and I need to push the latest changes I have locally.

Cheers,

-- 
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?ry

From luislavena at gmail.com  Wed Feb 25 22:30:21 2009
From: luislavena at gmail.com (Luis Lavena)
Date: Wed, 25 Feb 2009 22:30:21 -0500
Subject: [Rubyinstaller-devel] cygwin
In-Reply-To: <e880bd570902251538w658994d6j93ff545c4e960067@mail.gmail.com>
References: <e880bd570902251538w658994d6j93ff545c4e960067@mail.gmail.com>
Message-ID: <71166b3b0902251930i1940637euf6fdfd3aabd3afef@mail.gmail.com>

On Wed, Feb 25, 2009 at 6:38 PM, Roger Pack <rogerdpack at gmail.com> wrote:
> Apparently the core fellas use cygwin frequently to build their mingw
> builds--anyone know of any instructions out there of how to do that?
>

-mno-cygwin

to the CPFLAGS I believe.

> As a side note, downloading oneclick master branch and running rake
> [for me] still yields:
>

Patches are no longer needed with p287. pull requests from your fork
are always welcome ;-)

>
> Thanks!
> -=r


Cheers!

:-D
-- 
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?ry

From rogerdpack at gmail.com  Thu Feb 26 19:14:39 2009
From: rogerdpack at gmail.com (Roger Pack)
Date: Thu, 26 Feb 2009 17:14:39 -0700
Subject: [Rubyinstaller-devel] cygwin
In-Reply-To: <71166b3b0902251930i1940637euf6fdfd3aabd3afef@mail.gmail.com>
References: <e880bd570902251538w658994d6j93ff545c4e960067@mail.gmail.com>
	<71166b3b0902251930i1940637euf6fdfd3aabd3afef@mail.gmail.com>
Message-ID: <e880bd570902261614k6266ab2bq5ea2455ec043e50d@mail.gmail.com>

> -mno-cygwin
>
> to the CPFLAGS I believe.

gotcha so add that to CPPFLAGS then compile it using normal
./configure etc. from within cygwin bash.

> Patches are no longer needed with p287. pull requests from your fork
> are always welcome ;-)

All righty my fork has some changes if you'd like them.

I also think I figured out that my msys stuff crashing [ex:
C:\dev\rubyinstaller>git pull

      0 [main] sh.exe" 4632 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
]

was caused either by virus scanners or by TSVNCache or what not.  At
last I have an almost stable build environment now [1]  :)

Thanks.
-=r

[1] http://betterlogic.com/roger/?p=1017 shows a few of the obscure
errors that used to occur sporadically.