[ANN] RMagick available on Windows

Thanks to Kaspar Schiess, RMagick for Windows is now available at
http://rubyforge.org/projects/rmagick.

Kaspar built RMagick with ImageMagick 6.0.0 and bundled them together as a
Ruby Gem. This extension should run on all versions of Windows from Win98
to current. To install the package you’ll need RubyGems (available at
http://rubygems.rubyforge.org). To install RMagick, download the zip file,
unzip it into a temporary directory, and follow the instructions in the
README.html file.

Please report bugs using the RMagick bug tracker on RubyForge. Kaspar
would like to hear from anybody who wants to run RMagick on Win95.

RMagick is an interface to the ImageMagick (www.imagemagick.org) and
GraphicsMagick (www.graphicsmagick.org) image processing libraries.
RMagick supports more than 80 image formats, including GIF, JPEG, and PNG.
RMagick includes extensive HTML documentation with over 100 complete
example programs.

You can see examples of what you can do with Ruby, RMagick, and
ImageMagick on the RMagick web page, http://rmagick.rubyforge.org.

(Thank you, Kaspar!)

Hi,

···

— Tim Hunter cyclists@nc.rr.com wrote:

Thanks to Kaspar Schiess, RMagick for Windows is now
available at
http://rubyforge.org/projects/rmagick.

I’m looking forward to using it.

Thanks Tim and Kaspar.

Cheers,
Joao


Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/

Question: I’m not too familiar with the way RubyGems works, but I was
thinking it would be really nice if it were even able to build binaries
rather than just download them and install them in the right places.
Didn’t MS recently make their VS7 compiler available for free? Wouldn’t
it be possible to have RubyGems download the MS compiler (if it were not
already present) and build the software from source?

Carl

Tim Hunter wrote:

···

Thanks to Kaspar Schiess, RMagick for Windows is now available at
http://rubyforge.org/projects/rmagick.

Kaspar built RMagick with ImageMagick 6.0.0 and bundled them together as a
Ruby Gem. This extension should run on all versions of Windows from Win98
to current. To install the package you’ll need RubyGems (available at
http://rubygems.rubyforge.org). To install RMagick, download the zip file,
unzip it into a temporary directory, and follow the instructions in the
README.html file.

Tim Hunter wrote:

Thanks to Kaspar Schiess, RMagick for Windows is now available at
http://rubyforge.org/projects/rmagick.

Looks very nice. Thanks for this!

I’d suggest a small change to the post-install script:

In produce_config.rb change this:

fontpaths = [‘c:/windows/fonts’, ‘c:/win98/fonts’, ‘c:/winnt/fonts’, ‘c:/win95/fonts’]

to this:

fontpaths = [File.join(ENV[‘WINDIR’], “fonts”), ‘c:/windows/fonts’,
‘c:/win98/fonts’, ‘c:/winnt/fonts’, ‘c:/win95/fonts’]

Regards,
Florian Gross

trying to figure out why Mail.app was sending blank emails…

Question: I’m not too familiar with the way RubyGems works, but I was
thinking it would be really nice if it were even able to build binaries
rather than just download them and install them in the right places.

This is currently supported. I don’t know how well it works on
Windows, though. (Really, it just depends on the normal Ruby
extconf.rb cycle.)

Didn’t MS recently make their VS7 compiler available for free? Wouldn’t
it be possible to have RubyGems download the MS compiler (if it were not
already present) and build the software from source?

That sounds like it’s going a bit far :slight_smile:

Gavin

···

On Tuesday, June 1, 2004, 4:19:40 AM, Carl wrote:

In produce_config.rb change this:

fontpaths = [‘c:/windows/fonts’, ‘c:/win98/fonts’, ‘c:/winnt/fonts’,
‘c:/win95/fonts’]

to this:

fontpaths = [File.join(ENV[‘WINDIR’], “fonts”), ‘c:/windows/fonts’,
‘c:/win98/fonts’, ‘c:/winnt/fonts’, ‘c:/win95/fonts’]

Regards,
Florian Gross

Thank you, this is a good idea. Changed.

···


kaspar

semantics & semiotics
code manufacture

www.tua.ch/ruby

Gavin Sinclair wrote:

Didn’t MS recently make their VS7 compiler available for free? Wouldn’t
it be possible to have RubyGems download the MS compiler (if it were not
already present) and build the software from source?

That sounds like it’s going a bit far :slight_smile:

I don’t really see why. In unix-based systems the compiler is taken for
granted. Many current ruby modules require compilation to work and just
assume that it’s there. Hence, the average windows user is stuck if a
module he wants requires compilation. He can compile manually, but this
is too tedious or difficult for a lot of people. The RubyGems paradigm
sort of solves the problem but most windows-compatible gems seem to only
go so far as to provide occasional binary releases. Making an installed
compiler one of the RubyGems dependencies seems like a great way to make
ruby programming more seamless on windows. Alternatively, it might be a
nice option to add to the ruby windows installer.

Carl

Gavin Sinclair wrote:

Didn’t MS recently make their VS7 compiler available for free?
Wouldn’t it be possible to have RubyGems download the MS compiler (if
it were not already present) and build the software from source?

That sounds like it’s going a bit far :slight_smile:

I don’t really see why. In unix-based systems the compiler is taken for
granted. Many current ruby modules require compilation to work and
just assume that it’s there. Hence, the average windows user is stuck
if a module he wants requires compilation. He can compile manually,
but this is too tedious or difficult for a lot of people. The RubyGems
paradigm sort of solves the problem but most windows-compatible gems
seem to only go so far as to provide occasional binary releases.

I certainly agree that the ability to compile things on Windows is
important. I just don’t think RubyGems should provide the compiler.

Making an installed compiler one of the RubyGems dependencies seems
like a great way to make ruby programming more seamless on windows.
Alternatively, it might be a nice option to add to the ruby windows
installer.

Not a bad idea if it’s permissible and not too large.

Gavin

Hello Carl,

Carl Youngblood wrote:

I don’t really see why. In unix-based systems the compiler is taken for
granted. Many current ruby modules require compilation to work and just
assume that it’s there. Hence, the average windows user is stuck if a
module he wants requires compilation. He can compile manually, but this
is too tedious or difficult for a lot of people. The RubyGems paradigm
sort of solves the problem but most windows-compatible gems seem to only
go so far as to provide occasional binary releases. Making an installed
compiler one of the RubyGems dependencies seems like a great way to make
ruby programming more seamless on windows. Alternatively, it might be a
nice option to add to the ruby windows installer.

Carl

This is a reasonable request for most extensions that are just
implementations of stuff in c; This extension right here is somewhat
special in that there are about 10+ libraries attached (compiled and
linked in) that are by themselves really not very pretty to get to
build. So that automatic compiler of yours would need to automatically
resolve all the platform issues that arise when compiling unix libraries
on win32 and resolve them (sometimes by changing source code or
configure scripts). I guess that goes too far indeed.

Downloading a binary built for this one is much more convenient.
Provided it works on your system. And we are really saving time this way.

···


kaspar

semantics & semiotics
code manufacture

www.tua.ch/ruby

Gavin Sinclair wrote:

Gavin Sinclair wrote:

Didn’t MS recently make their VS7 compiler available for free?
Wouldn’t it be possible to have RubyGems download the MS compiler (if
it were not already present) and build the software from source?

That sounds like it’s going a bit far :slight_smile:

I don’t really see why. In unix-based systems the compiler is taken for
granted. Many current ruby modules require compilation to work and
just assume that it’s there. Hence, the average windows user is stuck
if a module he wants requires compilation. He can compile manually,
but this is too tedious or difficult for a lot of people. The RubyGems
paradigm sort of solves the problem but most windows-compatible gems
seem to only go so far as to provide occasional binary releases.

I certainly agree that the ability to compile things on Windows is
important. I just don’t think RubyGems should provide the compiler.

I disagree. Binaries are the way to go on Windows. The few who want to
compile extensions from source, would either already have a compiler
installed or would be motivated enough to install one.

Curt

Gavin Sinclair wrote:

I certainly agree that the ability to compile things on Windows is
important. I just don't think RubyGems should provide the compiler.

Making an installed compiler one of the RubyGems dependencies seems
like a great way to make ruby programming more seamless on windows.
Alternatively, it might be a nice option to add to the ruby windows
installer.

Not a bad idea if it's permissible and not too large.

The compiler alone is only capable of compiling ANSI C/C++, which means no windows.h or anything like that. I doubt that even the most basic extension would be buildable with this (except for those extensions that just extend the language and not interface the operating system in any other way). So you will need the Platform SDK, which is a) huge (hundreds of megabytes), and b) can only downloaded using a so-called Platform SDK Updater, which requires IE and an ActiveX control (unless I'm missing something and there _is_ an ordinary self-extracting EXE or ZIP file somewhere on the MS website, but I didn't find anything).

I therefore propose that MinGW is used, if a compiler should be included at all. The reasons should be pretty obvious:
- It's the same compiler that is used on Linux, *BSD and most of the other platforms that Ruby runs on, which will almost eliminate breakages due to compiler differences
- Quite small, compared to MS VC7 + Platform SDK
- No unclear legal situation

I really don't see any real alternative to MinGW here.

···

--
(defun f(p x)(If(Eq x nil)nil(If(p(Car x))(Cons(Car x)(f p(Cdr x)))(f p
(Cdr x)))))(defun q(x)(Q nil x))(defun Q(a x)(If(Eq x nil)a(Q(Cons(Car
x)(Q a(f(Lt(Car x))(Cdr x))))(f(Gt(Car x))(Cdr x)))))

Timon Christl wrote:

I therefore propose that MinGW is used, if a compiler should be included at all. The reasons should be pretty obvious:
- It's the same compiler that is used on Linux, *BSD and most of the other platforms that Ruby runs on, which will almost eliminate breakages due to compiler differences
- Quite small, compared to MS VC7 + Platform SDK
- No unclear legal situation

I really don't see any real alternative to MinGW here.

As I recall there were some problems with the MinGW compiler's build of ruby that got fixed after they started using VC++. Anyone know more about this?