Hi Marcel: Beyond the impracticality of distributed OSGi Bundles of ERTS for each major platform that Vlad explains is that it's not how things are done with Eclipse: - JDT does not include the JRE. - CDT does not include a C/C++ runtime. - PyDev does not include Python. - The list goes on...
This is not a truly deep argument against your proposed solution in itself, but ErlIDE should go with the flow here to avoid issues and developer confusion. OSGi bundles for ERTS could be independently built and deployed to a p2 update server. A user could then configure ErlIDE could to point at the bundle installed or the bundle itself could optionally configure ErlIDE if present. I still think it is better to install Erlang separately using platform-specific mechanisms if people are doing Erlang development. Otherwise you run into the "it works in the IDE", but the developers can't actually deploy their code to real systems. To deploy for application end-users I repeat my suggestion that Wings3D obviously gets this right and is an example to follow. Best regards, Alain On 2011-06-04, at 14:20, Vlad Dumitrescu <vladd...@gmail.com> wrote: > Hi Marcel, > > On Sat, Jun 4, 2011 at 15:46, Marcel Bruch <marcel.br...@gmail.com> wrote: > what I'm looking for is a local installation of Erlang runtime inside a > single folder - w/o executing any platform-dependent installer. > > For illustration: I'm thinking of the following layout in Eclipse: > > /Applications/Eclipse 3.6/plugins/org.erlang.runtime_13.0.0/<all files needed > to run an Erlang app> > > Erlang Apps than can be executed via command line "/Applications/Eclipse > 3.6/plugins/org.erlang.runtime_13.0.0/bin/erl <arguments>" > > Could this be done? If so, any ideas how? > I could imagine that hosting several runtimes in Eclipse enabling users to > use different runtimes for different projects could be a nice feature > (although I'm "just" interested to run Erlang Apps from within Eclipse). > > Of course it can be done, but it would require a lot of work. For each new > Erlang release we would have to build and package the runtime for all > supported platforms (or at least most of them), then host the binaries. Given > that we're basically two people supporting and developing erlide, and that > distributing Erlang is not our core mission, and that not even OTP > distributes binary builds for more than Windows, I feel that the time and > effort would be better spent elsewhere. > > But there may be other ways to look at the problem: what is the issue that > you want to solve? Is it just a "all in one" package for Erlang, or is it > something else? > > best regards, > Vlad > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Discover what all the cheering's about. > Get your free trial download today. > http://p.sf.net/sfu/quest-dev2dev2 > _______________________________________________ > Erlide-devel mailing list > Erlide-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/erlide-devel
------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2
_______________________________________________ Erlide-devel mailing list Erlide-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/erlide-devel
