unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
To: Pjotr Prins <pjotr.public12@thebird.nl>
Cc: guix-devel@gnu.org
Subject: Re: OpenJDK support
Date: Mon, 8 Feb 2016 18:26:16 +0100	[thread overview]
Message-ID: <idjwpqf6rlz.fsf@bimsb-sys02.mdc-berlin.net> (raw)
In-Reply-To: <20160208162633.GA28350@thebird.nl>


Pjotr Prins <pjotr.public12@thebird.nl> writes:

> On Mon, Feb 08, 2016 at 04:22:25PM +0100, Ludovic Courtès wrote:
>> > We are bootstrapping with GCJ.
>> 
>> And kudos to you Ricardo for doing the right thing.  It’s much more
>> confidence-inspiring than the above snippet.  :-)
>
> Yes, it is very impressive in fact. Of course the journey starts here.
>
> Maven provides similar functionality as rubygems, e.g.
>
>   http://mvnrepository.com/artifact/junit/junit
>
> this could mean we can write an import command that fetches 
> dependency info from maven.

Yes, I’ve been thinking about this too.  It seems that we could get
dependency information from pom.xml files, though I’m not sure how we
can canonicalise names.  It seems that what matters to Maven is the
identifier of binary artifacts on the central Maven repository.  I don’t
know how this is derived and if the name of the library is used at all.

> It looks like we can tell maven to find jars on the local 
> system. Jars we have built already. So we can use it as a 
> build system. I think that is a prerequisite.

Yes.  I have no experience with Maven, but it is crucial that we can
tell it use what’s already in the store.  I do not know if this is
possible as we rebuild jars and thus the binary artifacts probably
differ from what Maven might expect.  We would have to figure out what
Maven’s expectations really are and how we can satisfy them without
using binaries from the central Maven repository.

> Even so, getting all these jars built is going to be quite a job...

I’ve already built a couple of jars that we need for a working Maven
with a preliminary ant-build-system.  I welcome contributions on this
end, because I’m not familiar enough with the unwritten assumptions of
Java libraries and systems.

I’ll update the ant-build-system soon and then submit a couple of
patches for libraries needed to build Maven from source (without having
to use a bootstrap Maven that’s automatically downloaded when building
Maven with Ant).

~~ Ricardo

      reply	other threads:[~2016-02-08 17:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-08 13:57 OpenJDK support Pjotr Prins
2016-02-08 14:10 ` Ricardo Wurmus
2016-02-08 15:22   ` Ludovic Courtès
2016-02-08 16:26     ` Pjotr Prins
2016-02-08 17:26       ` Ricardo Wurmus [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=idjwpqf6rlz.fsf@bimsb-sys02.mdc-berlin.net \
    --to=ricardo.wurmus@mdc-berlin.de \
    --cc=guix-devel@gnu.org \
    --cc=pjotr.public12@thebird.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).