Rubyinstaller devel - May 2008 - There is no go for Alternate Iconv

Hello Guys,

After playing with RubySpec, found that our replacement (er, actually
followed _why ideas and I choose it) didn''t stand a chance compared to
standard GNU Iconv, so back to square one for guys trying to play with
it.

This project have a big issue compiling and building the GNU packages:
there is no good documentation, central place or web page to gather
all the resources required to compile all these packages without
investing *days* figuring out what to do with these broken source
package.

Since rubyinstaller package is not backed by 7-Zip extracting
capabilities [1], I''ll welcome anybody that can get the GNU packages
working (at least try it). Both Readline and Iconv are the first
candidates.

I''ll love to heard back from you guys, I''m working on the WiX
stuff,
so we can have something to deliver that works for most of the users,
that includes those who use Iconv ;-)

Regards,

[1] http://blog.mmediasys.com/2008/05/24/random-bits-and-experiments/
-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams

does the mingw port of iconv work?  I know it builds, don''t know if it
passes tests.
My latest idea is that, like python, ruby should migrate to using   
msvcrt9 :)
Does anybody know if this is faster or not, than mingw?
-R

On May 25, 2008, at 2:49 PM, Luis Lavena wrote:
> Hello Guys,
>
> After playing with RubySpec, found that our replacement (er, actually
> followed _why ideas and I choose it) didn''t stand a chance
compared to
> standard GNU Iconv, so back to square one for guys trying to play with
> it.
>
> This project have a big issue compiling and building the GNU packages:
> there is no good documentation, central place or web page to gather
> all the resources required to compile all these packages without
> investing *days* figuring out what to do with these broken source
> package.
>
> Since rubyinstaller package is not backed by 7-Zip extracting
> capabilities [1], I''ll welcome anybody that can get the GNU
packages
> working (at least try it). Both Readline and Iconv are the first
> candidates.
>
> I''ll love to heard back from you guys, I''m working on the
WiX stuff,
> so we can have something to deliver that works for most of the users,
> that includes those who use Iconv ;-)
>
> Regards,
>
> [1] http://blog.mmediasys.com/2008/05/24/random-bits-and-experiments/
> -- 
> Luis Lavena
> AREA 17
> -
> Human beings, who are almost unique in having the ability to learn  
> from
> the experience of others, are also remarkable for their apparent
> disinclination to do so.
> Douglas Adams
> _______________________________________________
> Rubyinstaller-devel mailing list
> Rubyinstaller-devel at rubyforge.org
> http://rubyforge.org/mailman/listinfo/rubyinstaller-devel

On Mon, May 26, 2008 at 9:58 AM, Roger Pack <rogerpack2005 at gmail.com>
wrote:
> does the mingw port of iconv work?  I know it builds, don''t know
if it
> passes tests.
The thing with Iconv is that needs two steps to properly compile:

First you need gettext without Iconv to build Iconv to then build
gettext with Iconv (messy, don''t you think?)

Anyway, will take a look, is not priority right now and I can use the
old Iconv binary package form the GNUwin32 guys in the mean time.
> My latest idea is that, like python, ruby should migrate to using  msvcrt9
> :)
Will be great if someone contribute a msbuild file that replaces the
makefiles, that will be awesome.
> Does anybody know if this is faster or not, than mingw?
Dunno if was ok, but I did a silly test a few months back when the
same thing was suggested:

http://rubyforge.org/pipermail/rubyinstaller-devel/2008-January/000230.html

Please consider that Python guys are using full Visual Studio to
generate the official distribution, since they are taking advantage of
PGO optimizations that are only available in the purchased licensed
and not in the Express packages.

Also, the python guys don''t have the problem we have with the bundled
extensions like readline and such because that is not part of the
core/main package of the language, leaving the problem to those who
want/need these packages.

The OpenSSL stuff is fixed since they use Python prepare makefiles to
get them build properly, something we are using right now :-D

Regards,
-- 
Luis Lavena
AREA 17
-
Human beings, who are almost unique in having the ability to learn from
the experience of others, are also remarkable for their apparent
disinclination to do so.
Douglas Adams