gmane.comp.java.classpath.devel

Re: Assertions and System Assertions in GNU Classpath

Josef Eisl — 2012-04-24T18:52:35

fyi: I've proposed a patch for this issue on the classpath-patches
mailing list.

josef

Re: Assertions and System Assertions in GNU Classpath

Andrew Hughes — 2012-04-24T00:29:09

----- Original Message -----

You're right.  The issue is here:

"But if you use them with no arguments (-ea or -da), they do not apply to system classes."

(from http://java.sun.com/developer/technicalArticles/JavaLP/assertions/)

Both when the classloader is null (a system class) and when there is no class or package-specific setting, the same default setting
from VMClassLoader.defaultAssertionStatus() is used. 

There should instead a separate method for system classes as you mention: VMClassLoader.getSystemAssertionStatus()
(I don't think it needs to be called default because it can't be overridden by the class/package settings).

As we're just after a release (0.99), this would be an ideal time to add that method.

Assertions and System Assertions in GNU Classpath

Josef Eisl — 2012-04-23T17:54:02

Hi there.

I want to reanimate a discussion from 2007 [1,2] about the
Assertion/System Assertion handling. As far as I know GNU Classpath
can't distinguish between normal assertions (-ea/-eanableassertions) and
assertions for system classes (-esa/-enablesystemassertions, i.e.
classes with no classloader [3]).
The only interface for the VM is the method
VMClassLoader.defaultAssertionStatus(). It is not clear if this is
supposed to return the system assertion status or the normal assertion
status (vm integration doc [4] vs. javadoc [5]). On the one hand, it is
used to set the defaultAssertionStatus for java.lang.ClassLoader [6]
which would imply that it is the normal assertion status. On the other
hand, the very same flag is used for setting the assertion status for
system class in java.lang.Class (desiredAssertionStatus)[7].

I think we need two dedicated methods in VMClassLoader.
getDefaultAssertionStatus() for normal assertions (i.e. -ea) and
getDefaultSystemAssertionStatus() for system assertions (i.e. -es

Re: [cp-patches] [commit-cp] classpathChangeLognative/jni/java-io/java_io_...

Andrew Hughes — 2012-04-03T11:42:10

----- Original Message -----

Looks fine here.  I pulled it in this morning.

Re: [cp-patches] [commit-cp] classpath ChangeLognative/jni/java-io/java_io_...

Andrew Haley — 2012-04-03T10:30:32

That worked, thanks.  I'm sure someone will let me know if I did
it wrong.  :-)

Andrew.

Re: Weirdness in native/jni/java-io/java_io_VMConsole.c

Pekka Enberg — 2012-03-29T16:07:46

It's a copy-paste goof by me and I'm fine with dropping it. I only
added it to follow existing style.

Re: [cp-patches] [commit-cp] classpath ChangeLognative/jni/java-io/java_io_...

Pekka Enberg — 2012-03-29T16:02:17

Git wants the remote name. For example, I have:

penberg< at >jaguar:~/src/classpath$ git remote -v
icedteagit://icedtea.classpath.org/mirror/git/classpath/classpath (fetch)
icedteagit://icedtea.classpath.org/mirror/git/classpath/classpath (push)
origingit< at >github.com:penberg/classpath.git (fetch)
origingit< at >github.com:penberg/classpath.git (push)
savannahssh://git.sv.gnu.org/srv/git/classpath.git (fetch)
savannahssh://git.sv.gnu.org/srv/git/classpath.git (push)

so I use

  git push savannah master

You can add a new remote with

  git remote add savannah ssh://git.sv.gnu.org/srv/git/classpath.git

HTH

                        Pekka

Re: [cp-patches] [commit-cp] classpath ChangeLognative/jni/java-io/java_io_...

Andrew Haley — 2012-03-29T15:40:10

zebedee:classpath $ git push ssh://git.savannah.gnu.org/cgit/classpath.git/
fatal: '/cgit/classpath.git' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Any idea what git wants to do the push?

Andrew.

Weirdness in native/jni/java-io/java_io_VMConsole.c

Andrew Haley — 2012-03-29T09:47:38

There's a very odd comment in this file: it clearly refers to some
method in another file.  But what was it for, anyway?  Surely the
name of a method and its signature is contained in the code.  I'd just
delete it.

/*
 * Class:     java_io_VMConsole
 * Method:    echo
 * Signature: (Z)Z
 */
JNIEXPORT jstring JNICALL
Java_java_io_VMConsole_readPassword (JNIEnv * env,
     jclass clazz
     __attribute__ ((__unused__)),
     jobject con)
{

Andrew.

Re: GNU Classpath 0.99 Released!

Pekka Enberg — 2012-03-21T08:48:29

On Fri, Mar 16, 2012 at 9:50 PM, Dr Andrew John Hughes
<ahughes< at >redhat.com> wrote:

The web site doesn't mention the new release yet. How can we update it?

Re: GNU Classpath version control migration after .99?

Pekka Enberg — 2012-03-20T07:19:14

Yay! :-)

Re: GNU Classpath version control migration after .99?

Andrew Hughes — 2012-03-19T22:28:36

----- Original Message -----

As the deadline has now passed, I've populated the git repository on Savannah:

http://git.savannah.gnu.org/cgit/classpath.git

This is now the active development repository and the old CVS repository is obsolete.

GNU Classpath 0.99 Released!

Dr Andrew John Hughes — 2012-03-16T19:50:54

We are proud to announce the release of GNU Classpath 0.99.

GNU Classpath, essential libraries for java, is a project to create
free core class libraries for use with runtimes, compilers and tools
for the java programming language.

The GNU Classpath developer snapshot releases are not directly aimed
at the end user but are meant to be integrated into larger development
platforms. For example JamVM, CACAO and Kaffe can make use of an
installed copy of GNU Classpath 0.99, while GCC (gcj) will use the
developer snapshots as a base for future versions. For more projects
based on GNU Classpath,
http://www.gnu.org/software/classpath/stories.html

This release brings with it a number of interesting new features:

* Addition of java.util.regex.Pattern.quote.
* Addition of java.io.IOError.
* Addition of java.io.Console.

There have also been many bugfixes over the past year. Those relevant
to 0.99 can be found at
http://gcc.gnu.org/bugzilla/buglist.cgi?product=classpath&target_milestone=0.99

With the 0.95 release,

What APIs are missing from GNU Classpath?

Pekka Enberg — 2012-03-13T08:37:45

Hi,

I went through japitools results that compared GNU Classpath to Oracle
JDK and noticed that the following APIs are missing:

Java 1.5

- Lots of java.net APIs
- Pack200 format support

Java 1.6

- JDBC 4.0 API

Java 1.7

- NIO2 API
- Invokedynamic API

Anything else that I didn't spot?

                        Pekka

Re: GNU Classpath version control migration after .99?

Pekka Enberg — 2012-03-12T20:44:23

I'm obviously happy with that.

                        Pekka

Re: GNU Classpath version control migration after .99?

Andrew Hughes — 2012-03-12T20:00:33

----- Original Message -----

Well, you probably know from

http://developer.classpath.org/pipermail/classpath/2012-March/003180.html

that I'm in favour of a move to git sooner rather than later.

How about we give it a week from now (say Monday 19th, 16h00 UTC), and if there
are no objections, we push the existing IcedTea mirror to the Classpath Savannah
project and start using that?

GNU Classpath version control migration after .99?

Pekka Enberg — 2012-03-12T08:53:44

Hello,

0.99 is almost out of the door so I'd like to begin the discussion on
version control migration. AFAICT, we've all agreed that we'll dump
CVS but left the decision open to which tool we'll migrate.

What I'd personally like to see is that once 0.99 is out, we shut down
CVS, convert the git mirrors to read-write git repositories:

http://icedtea.classpath.org/mirror/git

and keep the existing Mercurial mirroring scripts in place.

Thoughts?

                                Pekka

The 0.99 Release: Keeping You Posted

Andrew Hughes — 2012-03-09T15:41:54

I've branched the tree for 0.99 and tagged it.  I've created the release
tarball.  But it's been so long since we did all this, it seems my information
with the GNU project is out of date and I can't upload to their servers!  As
soon as that's sorted, the tarball will be available and I'll write a release
announcement.

In the meantime, HEAD has been bumped to 1.0pre and is open for commits for that
release.  I'm also happy for the conversion to git to go ahead at this point.

Currently working on getting these 0.99 changes merged into gcj... :-)

For Anyone Wondering Why the Release Didn't Happen...

Andrew Hughes — 2012-02-22T15:31:05

I hit this when running make distcheck:

texi2dvi ../../doc/cp-tools.texinfo
This is pdfTeX, Version 3.1415926-2.3-1.40.12 (TeX Live 2011)
 restricted \write18 enabled.
entering extended mode
(./../../doc/cp-tools.texinfo
(/home/andrew/builder/classpath.release/classpath-0.99-pre/doc/texinfo.tex
Loading texinfo [version 2009-08-14.15]: pdf, fonts, markup, glyphs,
page headings, tables, conditionals, indexing, sectioning, toc, environments,
defuns, macros, cross references, insertions,
(/usr/share/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.) [1] [2]
[-1] Chapter 1
./../../doc/cp-tools.texinfo:272: Undefined control sequence.
< at >itemindicate ->< at >gcctabopt 
                           
< at >itemzzz ...indent < at >setbox 0=< at >hbox {< at >itemindicate 
                                                  {#1}}< at >itemindex {#1}< at >nobre...
l.272 < at >item -debug
                  
? 

Help welcomed.  I've tried removing various bits and twiddl

Re: 0.99 Release

Mark Wielaard — 2012-02-01T21:48:02

No objections here. We will have a pre-party in Brussels!

Thanks,

Mark

Re: 0.99 Release

Pekka Enberg — 2012-02-01T21:08:39

JRuby and Jython won't even start up with .98 so I'm definitely for .99 release!