in reply to Pre-position musing on "standalone executables"

Precompiled-to-bytecode (and pre-compiled to executable) capabilities will be in parrot. Fundamental design goal, so don't worry about that.

The one thing to worry about is whether this will do you any good. There are fairly enourmous licensing issues involved. It's not tough at all to generate a single bytecode file or executable that, becauseof the licenses on the various modules you use, you can't actually distribute. There's not a whole lot that we can do for you there, though, as that's a legal/social problem, not a technical one.

  • Comment on Re: Pre-position musing on "standalone executables"

Replies are listed 'Best First'.
Re: Re: Pre-position musing on "standalone executables"
by John M. Dlugosz (Monsignor) on Nov 18, 2002 at 16:47 UTC
    There are fairly enourmous licensing issues involved.

    Can you be more specific? How's it any different from modules sold for other languages like C++ or Java?

    —John

[reply]
      With perl right now, licensing issues just aren't. You don't have to worry about the licenses on the modules your code uses if you don't actually ship them with your program, so most people don't even think about the ramifications of the licenses of the modules they use.

      Once you start doing all-in-one packages, especially if you're shipping what's essentially a single binary, those license terms become far more important. A not insignificant number of perl modules are pure GPL, which can be an issue both if you don't want to release the source for your program and if you use other modules that use GPL-incompatible licenses. This isn't a problem with the current setup, as the restrictions are on distribution and not use, but once you start distributing...

      Not a new issue in general, just one that perl's not had to deal with for the most part up until now.

[reply]
        So the difference is that now you ship just your main program and the user has to look up all the modules on CPAN himself, and the licence allows for whoever downloads it directly from CPAN to use it, but doesn't allow you to redistribute the module as part of a larger system?

        Perhaps the licence issue needs to be addressed as part of CPAN for Perl 6. Perhaps a standard package variable can be proposed so a compiler/bundler/linker can check this.

[reply]

In Section Meditations