Hello. Trying to understand your question.
JAR files are the result of compiling source to a "ready for execution"
state (using a CPU and OS-specific interpreter).
DLL and SO are the result of compiling source to a specific, "ready for
execution on a particular CPU and with a particular OS."
Go produces binaries "ready for execution on a particular CPU and with a
particular OS."
Now, an archive of source code as a single compressed file, such as
"bundle.a.gzip" is something that would be needed at compile time.
Something that presumably would be fetched automatically, uncompressed and
unarchived to a temporary directory, and then compiled? Is this your
suggestion?
Right now this is done differently. The fetching of the remote code is done
before compilation ("go get") and the fetched code is cached locally. Each
build then finds the code in source or compiled for ready to go. This makes
builds much faster and removed network dependencies on the build phase.
Situations where the programmer wonders, "is my cached view of that remote
code up to date?" or "do i have the right version?" are important in large
projects. There is an effort underway to manage this automatically; search
for "vgo" or "vendoring" in this mailing list. You can try it now.
If you are suggesting the "dynamic fetch of remote code during compilation"
then please share what you see as benefits.
Michael
On Fri, May 4, 2018 at 7:24 AM Jim Yin <[email protected]> wrote:
> Right now, go still import 3rd party libraries by source code.
> It is too foolish.
> Java share libraries by jar files, c++ share libraries by dll or so
> files.
> Even php has a phar file format.
> go need a binary format file share libraries.
> Share libraries by source code is acceptable, but should not download
> them directly.
> Source code can be packed into a compressed file, like phar file.
> It can be called goar file.
> I think this feature should be implemented as soon as possible.
>
> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>
--
Michael T. Jones
[email protected]
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
