I just released a new version of DVM, 0.2.0.
For installation instructions see: https://bitbucket.org/doob/dvm

Changelog:

Version 0.2.0

New/Change Features
 * 64bit version now available on Linux
 * It's now possible to update an already existing DVM installation
 * Added an option for installing 32bit compilers, useful on 64bit platforms
 * Added support for the new structure of the DMD zip, appeared in version 1.068 and 2.053
 * Added a "current" wrapper which points to the current compiler
 * Added an option for specifying a default compiler
 * Better compatible between different shells
 * Added support for installing Tango
 * Added support for installing 64bit compilers (default on 64bit platforms)
 * The fetch/install command now shows progress when downloading. Thanks to jdrewsen.
 * Added support for the new structure of the DMD zip, appeared in version 1.067 and 2.052.
 * Added a changelog.

Bugs Fixed
 * RDMD now has executable permission
 * Exit if the DVM executable cannot be found
 * Always remove the temp path
 * Don't use "exit" in the DVM shell script
 * Added dmd.conf patch for druntime as well.
 * Fixed: DMD2 was incorrectly handled.
 * Bump version number.


Sorry, still no version for Windows. I've seen another application that does the same but for Ruby, on Windows, so now I know it should be possible at least.

-- 
/Jacob Carlborg

"Jacob Carlborg" <doob@me.com> wrote in message news:iquopl$1l9u$1@digitalmars.com...
>I just released a new version of DVM, 0.2.0.
> For installation instructions see: https://bitbucket.org/doob/dvm
>
> Changelog:
>
> Version 0.2.0
>
> New/Change Features
>  * 64bit version now available on Linux
>  * It's now possible to update an already existing DVM installation
>  * Added an option for installing 32bit compilers, useful on 64bit
> platforms
>  * Added support for the new structure of the DMD zip, appeared in version
> 1.068 and 2.053
>  * Added a "current" wrapper which points to the current compiler
>  * Added an option for specifying a default compiler
>  * Better compatible between different shells
>  * Added support for installing Tango
>  * Added support for installing 64bit compilers (default on 64bit
> platforms)
>  * The fetch/install command now shows progress when downloading. Thanks
> to jdrewsen.
>  * Added support for the new structure of the DMD zip, appeared in version
> 1.067 and 2.052.
>  * Added a changelog.
>
> Bugs Fixed
>  * RDMD now has executable permission
>  * Exit if the DVM executable cannot be found
>  * Always remove the temp path
>  * Don't use "exit" in the DVM shell script
>  * Added dmd.conf patch for druntime as well.
>  * Fixed: DMD2 was incorrectly handled.
>  * Bump version number.
>
>
> Sorry, still no version for Windows. I've seen another application that does the same but for Ruby, on Windows, so now I know it should be possible at least.
>

Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal instruction" on Kubuntu 10.04 x86-32. And I don't see any instructions for how to build it anywhere in the source tree or on the homepage.

On 2011-05-18 06:35, Nick Sabalausky wrote:
> "Jacob Carlborg"<doob@me.com>  wrote in message
> news:iquopl$1l9u$1@digitalmars.com...
>> I just released a new version of DVM, 0.2.0.
>> For installation instructions see: https://bitbucket.org/doob/dvm
>>
>> Changelog:
>>
>> Version 0.2.0
>>
>> New/Change Features
>>   * 64bit version now available on Linux
>>   * It's now possible to update an already existing DVM installation
>>   * Added an option for installing 32bit compilers, useful on 64bit
>> platforms
>>   * Added support for the new structure of the DMD zip, appeared in version
>> 1.068 and 2.053
>>   * Added a "current" wrapper which points to the current compiler
>>   * Added an option for specifying a default compiler
>>   * Better compatible between different shells
>>   * Added support for installing Tango
>>   * Added support for installing 64bit compilers (default on 64bit
>> platforms)
>>   * The fetch/install command now shows progress when downloading. Thanks
>> to jdrewsen.
>>   * Added support for the new structure of the DMD zip, appeared in version
>> 1.067 and 2.052.
>>   * Added a changelog.
>>
>> Bugs Fixed
>>   * RDMD now has executable permission
>>   * Exit if the DVM executable cannot be found
>>   * Always remove the temp path
>>   * Don't use "exit" in the DVM shell script
>>   * Added dmd.conf patch for druntime as well.
>>   * Fixed: DMD2 was incorrectly handled.
>>   * Bump version number.
>>
>>
>> Sorry, still no version for Windows. I've seen another application that
>> does the same but for Ruby, on Windows, so now I know it should be
>> possible at least.
>>
>
> Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal instruction"
> on Kubuntu 10.04 x86-32. And I don't see any instructions for how to build
> it anywhere in the source tree or on the homepage.

Ok, strange. I built the tool on Ubuntu 11.04, maybe it's too new. How can I build it to work on as many platforms as possible? The runtime dependencies are just the same as a regular C application and zlib.

Added build instructions at the bottom of: https://bitbucket.org/doob/dvm

-- 
/Jacob Carlborg

"Jacob Carlborg" <doob@me.com> wrote in message news:iqvpon$6p0$1@digitalmars.com...
> On 2011-05-18 06:35, Nick Sabalausky wrote:
>>
>> Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal
>> instruction"
>> on Kubuntu 10.04 x86-32. And I don't see any instructions for how to
>> build
>> it anywhere in the source tree or on the homepage.
>
> Ok, strange. I built the tool on Ubuntu 11.04, maybe it's too new. How can I build it to work on as many platforms as possible? The runtime dependencies are just the same as a regular C application and zlib.
>

You know, I'm far from a Linux expert, but making compatible linux binaries seems to be quite a nightmare. In fact, I just recently went through hell myself trying to figure out how to compile a Hello World CGI app on my linux system and have it actually work on another linux system.

You can follow my fun-filled adventures through it with these discussions:

digitalmars.D.learn: "D CGI test: linux.so.2: bad ELF interpreter: No such
file or directory" (2011/04/25)
digitalmars.D.learn: "Linux: How to statically link against system libs?"
(2011/04/26)
http://ubuntuforums.org/showthread.php?t=1740277

But the bottom line seems to be: Linux is in a bigger DLL hell than windows has ever been, and I don't think *anyone* actually knows how to do it.

In my case, I ended up just installing an older version of linux in a VM and compiling inside that (CentOS 4, largely because I needed to be able to run on a CentOS server that wasn't happy with my Kubuntu 10.04 executables). The resulting binaries did work on my Kubuntu 10.04 machine, too, so I guess the trick is to just compile on the oldest machine you can. Go figure: All the focus everyone puts on updating to newer versions, and it ends up best to stick with the older versions - not because the older ones were better, but just *because* they're older. Meh. Anyway, pardon the rant :/

You'd think there'd be a way to compile in a backwards-compatible way on linux, but I'm getting the impression that if it's possible, no one actually knows how.

> Added build instructions at the bottom of: https://bitbucket.org/doob/dvm
>

Thanks :) I think I'm almost there. I've been using D2/Phobos/RDMD for the past year or so (plus my usual machine is a windows box), so I had a lot of setting up to do, but I think I've almost got it now. When I do, I'll post the final binary in case it helps anyone else (I can only make a 32-bit binary though).

"Nick Sabalausky" <a@a.a> wrote in message news:iqvru7$cnu$1@digitalmars.com...
> "Jacob Carlborg" <doob@me.com> wrote in message news:iqvpon$6p0$1@digitalmars.com...
>> On 2011-05-18 06:35, Nick Sabalausky wrote:
>>>
>>> Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal
>>> instruction"
>>> on Kubuntu 10.04 x86-32. And I don't see any instructions for how to
>>> build
>>> it anywhere in the source tree or on the homepage.
>>
>> Ok, strange. I built the tool on Ubuntu 11.04, maybe it's too new. How can I build it to work on as many platforms as possible? The runtime dependencies are just the same as a regular C application and zlib.
>>
>> Added build instructions at the bottom of: https://bitbucket.org/doob/dvm
>>
>
> Thanks :) I think I'm almost there. I've been using D2/Phobos/RDMD for the past year or so (plus my usual machine is a windows box), so I had a lot of setting up to do, but I think I've almost got it now. When I do, I'll post the final binary in case it helps anyone else (I can only make a 32-bit binary though).
>

Done. Here's the binary, it works for me:

http://www.semitwist.com/download/app/dvm-0.2.0-linux-32

On 17/05/11 23.15, Jacob Carlborg wrote:
> I just released a new version of DVM, 0.2.0.
> For installation instructions see: https://bitbucket.org/doob/dvm
>
> Changelog:
>
> Version 0.2.0
>
> New/Change Features
> * 64bit version now available on Linux
> * It's now possible to update an already existing DVM installation
> * Added an option for installing 32bit compilers, useful on 64bit platforms
> * Added support for the new structure of the DMD zip, appeared in
> version 1.068 and 2.053
> * Added a "current" wrapper which points to the current compiler
> * Added an option for specifying a default compiler
> * Better compatible between different shells
> * Added support for installing Tango
> * Added support for installing 64bit compilers (default on 64bit platforms)
> * The fetch/install command now shows progress when downloading. Thanks
> to jdrewsen.
> * Added support for the new structure of the DMD zip, appeared in
> version 1.067 and 2.052.
> * Added a changelog.
>
> Bugs Fixed
> * RDMD now has executable permission
> * Exit if the DVM executable cannot be found
> * Always remove the temp path
> * Don't use "exit" in the DVM shell script
> * Added dmd.conf patch for druntime as well.
> * Fixed: DMD2 was incorrectly handled.
> * Bump version number.
>
>
> Sorry, still no version for Windows. I've seen another application that
> does the same but for Ruby, on Windows, so now I know it should be
> possible at least.

This is a very nice tool. Keep up the good work!

/Jonas

On 2011-05-18 13:11, Jonas Drewsen wrote:
> On 17/05/11 23.15, Jacob Carlborg wrote:
>> I just released a new version of DVM, 0.2.0.
>> For installation instructions see: https://bitbucket.org/doob/dvm
>>
>> Changelog:
>>
>> Version 0.2.0
>>
>> New/Change Features
>> * 64bit version now available on Linux
>> * It's now possible to update an already existing DVM installation
>> * Added an option for installing 32bit compilers, useful on 64bit
>> platforms
>> * Added support for the new structure of the DMD zip, appeared in
>> version 1.068 and 2.053
>> * Added a "current" wrapper which points to the current compiler
>> * Added an option for specifying a default compiler
>> * Better compatible between different shells
>> * Added support for installing Tango
>> * Added support for installing 64bit compilers (default on 64bit
>> platforms)
>> * The fetch/install command now shows progress when downloading. Thanks
>> to jdrewsen.
>> * Added support for the new structure of the DMD zip, appeared in
>> version 1.067 and 2.052.
>> * Added a changelog.
>>
>> Bugs Fixed
>> * RDMD now has executable permission
>> * Exit if the DVM executable cannot be found
>> * Always remove the temp path
>> * Don't use "exit" in the DVM shell script
>> * Added dmd.conf patch for druntime as well.
>> * Fixed: DMD2 was incorrectly handled.
>> * Bump version number.
>>
>>
>> Sorry, still no version for Windows. I've seen another application that
>> does the same but for Ruby, on Windows, so now I know it should be
>> possible at least.
>
> This is a very nice tool. Keep up the good work!
>
> /Jonas
>

Thanks.

-- 
/Jacob Carlborg

On 2011-05-18 10:21, Nick Sabalausky wrote:
> "Nick Sabalausky"<a@a.a>  wrote in message
> news:iqvru7$cnu$1@digitalmars.com...
>> "Jacob Carlborg"<doob@me.com>  wrote in message
>> news:iqvpon$6p0$1@digitalmars.com...
>>> On 2011-05-18 06:35, Nick Sabalausky wrote:
>>>>
>>>> Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal
>>>> instruction"
>>>> on Kubuntu 10.04 x86-32. And I don't see any instructions for how to
>>>> build
>>>> it anywhere in the source tree or on the homepage.
>>>
>>> Ok, strange. I built the tool on Ubuntu 11.04, maybe it's too new. How
>>> can I build it to work on as many platforms as possible? The runtime
>>> dependencies are just the same as a regular C application and zlib.
>>>
>>> Added build instructions at the bottom of: https://bitbucket.org/doob/dvm
>>>
>>
>> Thanks :) I think I'm almost there. I've been using D2/Phobos/RDMD for the
>> past year or so (plus my usual machine is a windows box), so I had a lot
>> of setting up to do, but I think I've almost got it now. When I do, I'll
>> post the final binary in case it helps anyone else (I can only make a
>> 32-bit binary though).
>>
>
> Done. Here's the binary, it works for me:
>
> http://www.semitwist.com/download/app/dvm-0.2.0-linux-32

Thanks, I'll upload it when I get a chance.


-- 
/Jacob Carlborg

On 2011-05-18 09:15, Nick Sabalausky wrote:
> "Jacob Carlborg"<doob@me.com>  wrote in message
> news:iqvpon$6p0$1@digitalmars.com...
>> On 2011-05-18 06:35, Nick Sabalausky wrote:
>>>
>>> Sounds cool, but dvm-0.2.0-linux-32 is just giving me "Illegal
>>> instruction"
>>> on Kubuntu 10.04 x86-32. And I don't see any instructions for how to
>>> build
>>> it anywhere in the source tree or on the homepage.
>>
>> Ok, strange. I built the tool on Ubuntu 11.04, maybe it's too new. How can
>> I build it to work on as many platforms as possible? The runtime
>> dependencies are just the same as a regular C application and zlib.
>>
>
> You know, I'm far from a Linux expert, but making compatible linux binaries
> seems to be quite a nightmare. In fact, I just recently went through hell
> myself trying to figure out how to compile a Hello World CGI app on my linux
> system and have it actually work on another linux system.
>
> You can follow my fun-filled adventures through it with these discussions:

Yeah, I read parts of those threads.

> digitalmars.D.learn: "D CGI test: linux.so.2: bad ELF interpreter: No such
> file or directory" (2011/04/25)
> digitalmars.D.learn: "Linux: How to statically link against system libs?"
> (2011/04/26)
> http://ubuntuforums.org/showthread.php?t=1740277
>
> But the bottom line seems to be: Linux is in a bigger DLL hell than windows
> has ever been, and I don't think *anyone* actually knows how to do it.
>
> In my case, I ended up just installing an older version of linux in a VM and
> compiling inside that (CentOS 4, largely because I needed to be able to run
> on a CentOS server that wasn't happy with my Kubuntu 10.04 executables). The
> resulting binaries did work on my Kubuntu 10.04 machine, too, so I guess the
> trick is to just compile on the oldest machine you can. Go figure: All the
> focus everyone puts on updating to newer versions, and it ends up best to
> stick with the older versions - not because the older ones were better, but
> just *because* they're older. Meh. Anyway, pardon the rant :/

Hehe.

> You'd think there'd be a way to compile in a backwards-compatible way on
> linux, but I'm getting the impression that if it's possible, no one actually
> knows how.

Wouldn't it just be possible to use an older version of GCC?

>> Added build instructions at the bottom of: https://bitbucket.org/doob/dvm
>>
>
> Thanks :) I think I'm almost there. I've been using D2/Phobos/RDMD for the
> past year or so (plus my usual machine is a windows box), so I had a lot of
> setting up to do, but I think I've almost got it now. When I do, I'll post
> the final binary in case it helps anyone else (I can only make a 32-bit
> binary though).
-- 
/Jacob Carlborg

On Wed, 18 May 2011 03:15:50 -0400, Nick Sabalausky <a@a.a> wrote:

> But the bottom line seems to be: Linux is in a bigger DLL hell than windows
> has ever been, and I don't think *anyone* actually knows how to do it.

This is one of the side effects of having open source software.  Since everything on linux is expected to be open source, it's expected that you simply recompile everything for your system.  In this respect, Windows has Linux beat hands down.  A hardware company that builds a driver needs only to support one compiled driver that just keeps working no matter how many times XP is updated.

I think reading some of the issues with MacOSX breaking dmd builds by going through a *point* revision, it sounds like MacOSX is just as bad.

At my previous company, we integrated software from pure software companies into their required OSes and hardware, and did all the OS/hardware dirty work for them (i.e. we turned pure software into an appliance).  One of the *worst* problems was when the customer wanted some version of Linux, and let's say they had a specific kernel build.  Because of the expectation from the Linux kernel that you just recompile all your drivers, any RAID card (a very common requirement) which had proprietary driver code would require us to contact the hardware vendor, and have them rebuild the RAID driver on their specific kernel (for a not-so-nominal fee of course, with very little support).

I fantasized about building my own linux kernel that had zero configuration options, and would never break driver compatibility between point revisions.  Such a kernel would allow hardware companies to release one driver and have it work for any system that used their hardware and that kernel.  I can't imagine hardware companies love supporting umpteen driver versions multiplied by umpteen linux vendors (generally they only pick one vendor and support that).  Of course, that dream would be impossible to realize without tremendous effort, which I don't have.

Ah well.

-Steve