, you can write to me at ivan.arr...@uma.es,
ivandarioarr...@gmail.com or arco...@gmail.com
!!THANKS
___
Classpath-inetlib mailing list
Classpath-inetlib@gnu.org
https://lists.gnu.org/mailman/listinfo/classpath-inetlib
¡¡THANKS!!
___
Classpath-inetlib mailing list
Classpath-inetlib@gnu.org
https://lists.gnu.org/mailman/listinfo/classpath-inetlib
The Free Software Foundation has changed the GNU Mailman settings on
this list. The short version is that any subject prefix or message
footer has been removed, allowing us to turn off DMARC from munging.
Any list administrator for this list is free to change these settings
back, instructions are
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "classpath".
The branch, master has been updated
via 5a1dcb13eaa6040be54cf3bc6772470a397b2c79 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "classpath".
The branch, master has been updated
via e7c13ee0cf2005206fbec0eca677f8cf66d5a103 (commit)
Hello,
Did someone look into this? Is there something else I can do to help?
Thank you,
Guillermo
2015-12-22 16:18 GMT+01:00 Guillermo Rodriguez Garcia <
guille.rodrig...@gmail.com>:
> Hi all,
>
> There seems to be some problem with the autoconf macros in
> cl
Hi all,
There seems to be some problem with the autoconf macros in
classpath-0.99 which was not present in 0.98. Looks like passing
--disable-tools to configure also disables the javac detection code,
resulting in the following error:
===
$ ./configure --disable-tools
[...]
checking whether
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "classpath".
The branch, master has been updated
via 9f9fe8af0e2d940a8ebd7d7acd94905cb5778419 (commit)
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project classpath.
The branch, master has been updated
via e6bdaa6d46fcd7f4a732eef922f88b890f647fda (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project classpath.
The branch, master has been updated
via 1f7a4b1f0727b2d8a29498d78e57309f0bd87a6c (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project classpath.
The branch, master has been updated
via 6bc8d84e4b0527f680b78a9a0c808cda74d4933d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project classpath.
The branch, master has been updated
via 353c18a3708ec501b27cad6265f7aea0a193781d (commit)
via
Hi,
I'm about to add support for Cygwin-64 to GCC's libjava.
There was also one small problem in the classpath tree that
needed to be fixed for this.
Could some one please review the changes and take care,
that this patch (or an equivalent fix) goes into the original
classpath sources?
Thanks
Hi,I built the GNU Classpath library (classpath-0.98).Now I'd like to create a
font using createFont method of java.awt.Font class providing InputStream
stream. It returns null value.Looking at a source code of XToolkit.java, I can
see that its createFont method returns null.Is any way I can
ri...@hotmail.com wrote:
Hi,
I built the GNU Classpath library (classpath-0.98).
Now I'd like to create a font using createFont method of java.awt.Font
class providing InputStream stream. It returns null value.
Looking at a source code of XToolkit.java, I can see that its createFont
method
Hi all,
I'm a newcomer in java. The recent work is to make osgi work
in embedded system.
But when setting security mode, I meet a problem.
I use the command jamvm -Dorg.osgi.framework.security=osgi
-Djava.security.policy=all.policy -cp bin/felix.jar:/usr/local/
classpath/lib/classpath
On 16/09/14 22:04, Bill Chatfield wrote:
I went looking for Zulu's source code. It should available since
OpenJDK is GPLed. But they do not provide it unless you request it
and then it looks like they only provide the parts that were based
on GPL code, which implies that there is more code to
On 09/16/2014 04:47 PM, Bill Chatfield wrote:
OpenJDK is Linux-only. It does not work on Windows.
Huh? Since when?
Andrew.
Hi Bill,
2014-09-16 17:47 GMT+02:00 Bill Chatfield bill_chatfi...@yahoo.com:
OpenJDK is Linux-only. It does not work on Windows. This defeats the purpose
of Java of being cross-platform. You might say that Windows has Oracle's
Java, but it is not GPLed. It cannot be redistributed or bundled
On 16 September 2014 17:01, Guillermo Rodriguez Garcia
guille.rodrig...@gmail.com wrote:
Hi Bill,
2014-09-16 17:47 GMT+02:00 Bill Chatfield bill_chatfi...@yahoo.com:
OpenJDK is Linux-only. It does not work on Windows. This defeats the purpose
of Java of being cross-platform. You might say
Hi Bill,
El martes, 16 de septiembre de 2014, Bill Chatfield
bill_chatfi...@yahoo.com escribió:
I went looking for Zulu's source code. It should available since OpenJDK
is GPLed.
Isn't it included in the download?
Guillermo
--
Guillermo Rodriguez Garcia
guille.rodrig...@gmail.com
Hello all,
I'm going back to this question that Andrew asked a few days ago:
2014-09-04 22:15 GMT+02:00 Andrew Haley a...@redhat.com:
Everyone: let's have a proper discussion. Is there something we can
do with GNU Classpath that takes it further forward. And, if so,
what? What would our
that there has been some Classpath work done
already toward the JDWP, but is anyone aware of a runtime (aside from gcj)
that makes use of that feature?
I would like to bring JDWP support to JamVM, even if it only enabled for
debug builds (to not add extra weight to production systems
Andrew wrote:
Any plans to also move to git like Classpath itself?
We are actually moving to Subversion as I am very familiar with that
and it is also preferred by my only other active developer. But I'm
open to git at some point in the future if there is interest in doing
so.
--
Chris Burdess
i go and delete those lines or keep them commented out just in case?
Go ahead and delete them. They'll be in the git history anyway and the
Classpath
developer guide says dead code shouldn't be kept.
Hopefully the format of the changelog bit is okay.
Probably more detailed than it needs
- Original Message -
Hey guys,
My name is Farshad Muhammad and i've recently been accepted to GSoC 2013.
I will be working to port GTK+3 AWT support for the gtk-peer in the classpath
following a migration guide provided here:
https://developer.gnome.org/gtk3/3.5/gtk-migrating-2-to-3
to #include
gdk/gdkx.h
From: Andrew Hughes [gnu.and...@redhat.com]
Sent: Friday, May 31, 2013 4:22 AM
To: Farshad Muhammad
Cc: classpath-patches@gnu.org
Subject: Re: [cp-patches] [GNU ClassPath] porting the GTK+3 AWT support
- Original Message
Hey guys,
My name is Farshad Muhammad and i've recently been accepted to GSoC 2013.
I will be working to port GTK+3 AWT support for the gtk-peer in the classpath
following a migration guide provided here:
https://developer.gnome.org/gtk3/3.5/gtk-migrating-2-to-3.html
The porting process
Hey guys,
My name is Farshad Muhammad, I am a 4rth year computer science student at
Carleton University, in Ottawa, Ontario, Canada. I have applied to and been
accepted into GSoC this year under GNU Classpath.
I'll be working with Andrew to port the GTK+3 AWT support for the Classpath
Am 28.05.2013 17:51, schrieb Mario Torre:
On Tue, 2013-05-28 at 16:00 +0200, Elisa D'Eugenio wrote:
Hello! I'm Elisa and I'm taking part to Google Summer of Code 2013
with GNU Classpath project. I proposed one of the projects, the new
Gtk3 Look and Feel for OpenJDK, and it was accepted.
I'm
- Original Message -
Am 28.05.2013 17:51, schrieb Mario Torre:
On Tue, 2013-05-28 at 16:00 +0200, Elisa D'Eugenio wrote:
Hello! I'm Elisa and I'm taking part to Google Summer of Code 2013
with GNU Classpath project. I proposed one of the projects, the new
Gtk3 Look and Feel
Hi everybody!
I'm trying to building classpath on my machine but I've this error during
configure
*checking if javac -Xlint:unchecked,cast,divzero,empty,finally,overrides
works... configure: error: The Java compiler javac
-Xlint:unchecked,cast,divzero,empty,finally,overrides failed (see
Port the GTK+ AWT support for GTK+ 3
Summary:
GTK (GIMP Toolkit) is an open source toolkit for Linux and Unix systems for GUI
production and is used by many java applications. The GNU Classpath at the
moment ships with a GTK+2 peer which provides most of its GUI support, which is
unfortunately
be greatly appreciated.
Thanks!
Farshad
My suggestion would be to checkout GNU Classpath and make sure you can
build it on your machine, as a first task. The git repository is:
Checkout: $ git clone git://git.savannah.gnu.org/classpath.git
Web Interface: http://git.savannah.gnu.org/cgit
Trying to build
./autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not
m4_defun'd
m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:22: AM_ICONV_LINK is expanded from...
m4/iconv.m4:77: AM_ICONV is expanded from...
configure.ac:505: the top
On Mon, Apr 8, 2013 at 2:47 PM, Alexander Samilovskih
alexsamilovs...@gmail.com wrote:
Trying to build
./autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but not
[snip]
-
Google said that problem related to gettext, but i have it installed
Hi Brian,
On Mon, Mar 11, 2013 at 4:41 PM, Brian Jones cbjon...@gmail.com wrote:
Add a configure check for whatever the dependency is...
I'm having difficult time figuring out what to check for... It seems
that gettext-devel package provides AC_LIB_PREPARE_PREFIX via
- Original Message -
Hi Brian,
On Mon, Mar 11, 2013 at 4:41 PM, Brian Jones cbjon...@gmail.com
wrote:
Add a configure check for whatever the dependency is...
I'm having difficult time figuring out what to check for... It seems
that gettext-devel package provides
On Tue, Mar 12, 2013 at 12:47 PM, Andrew Hughes gnu.and...@redhat.com wrote:
Looking at rpm -ql gettext-devel on my RHEL system, it seems to add a slew
of m4 files to /usr/share/aclocal. Maybe if -e /usr/share/aclocal/gettext.m4
in autogen.sh would be sufficient?
The attached patch works for
- Original Message -
On Tue, Mar 12, 2013 at 12:47 PM, Andrew Hughes
gnu.and...@redhat.com wrote:
Looking at rpm -ql gettext-devel on my RHEL system, it seems to add
a slew
of m4 files to /usr/share/aclocal. Maybe if -e
/usr/share/aclocal/gettext.m4
in autogen.sh would be
Hello,
GNU Classpath build fails as follows with stock Fedora 17 libtools:
[penberg@golgotha classpath]$ sh autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but
not m4_defun'd
m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded from...
m4/iconv.m4:22: AM_ICONV_LINK
On Mon, Mar 11, 2013 at 09:51:28AM +0200, Pekka Enberg wrote:
GNU Classpath build fails as follows with stock Fedora 17 libtools:
I don't see any issue doing the same on Fedora 18.
I don't have an f17 setup to test against, sorry.
Cheers,
Mark
- Original Message -
Hello,
GNU Classpath build fails as follows with stock Fedora 17 libtools:
[penberg@golgotha classpath]$ sh autogen.sh
configure.ac:505: warning: AC_LIB_PREPARE_PREFIX is m4_require'd but
not m4_defun'd
m4/iconv.m4:11: AM_ICONV_LINKFLAGS_BODY is expanded
to the user? I keep
hitting the same problem every time I try to build GNU Classpath on a
fresh installation... :-/
Pekka
again! How can we add
some magic to autogen.sh to be more friendly to the user? I keep
hitting the same problem every time I try to build GNU Classpath on a
fresh installation... :-/
Add a configure check for whatever the dependency is...
On Mon, Dec 03, 2012 at 09:22:30AM -0500, Andrew Hughes wrote:
Matthias wanted to import the latest classpath from git into libgcj
so I have pushed a tag (libgcj-import-20121202) for current HEAD.
(Note for future reference, to push a tag one uses git push --tags,
with just git push
with
GNU Classpath.
- I need the attached patch to make the Object classinfo tests run
with JamVM/GNU Classpath; otherwise I see syntax errors while
Mauve
is trying to compile the test classes.
- The tests in getMethods and getDeclaredMethods test cases are
incompatible
that the CVS repo was abandoned. Now
finally
found http://savannah.gnu.org/git/?group=classpath which is not that obvious
when you start at classpath.org.
Ah, sorry. That must make it look like GNU Classpath is even less active
than it is :{ It is good to keep the CVS repo around for some time, just
On 12/03/2012 09:05 AM, Mark Wielaard wrote:
Ah, sorry. That must make it look like GNU Classpath is even less active
than it is :{ It is good to keep the CVS repo around for some time, just
for the historical information like branches and tags that didn't
transfer to the git repo.
But that's
On Mon, 2012-12-03 at 09:29 +, Andrew Haley wrote:
On 12/03/2012 09:05 AM, Mark Wielaard wrote:
Ah, sorry. That must make it look like GNU Classpath is even less active
than it is :{ It is good to keep the CVS repo around for some time, just
for the historical information like branches
On Mon, Dec 3, 2012 at 12:04 PM, Mark Wielaard m...@klomp.org wrote:
There is the classpath git tree at
http://icedtea.classpath.org/mirror/git/classpath/classpath/
which does have all that. But it only has the CVS part of the history.
The trick now is to figure out how to merge that git tree
On Mon, 2012-12-03 at 12:43 +0200, Pekka Enberg wrote:
On Mon, Dec 3, 2012 at 12:04 PM, Mark Wielaard m...@klomp.org wrote:
There is the classpath git tree at
http://icedtea.classpath.org/mirror/git/classpath/classpath/
which does have all that. But it only has the CVS part of the history
- Original Message -
Hi,
Matthias wanted to import the latest classpath from git into libgcj
so I have pushed a tag (libgcj-import-20121202) for current HEAD.
(Note for future reference, to push a tag one uses git push --tags,
with just git push the tag stays local.)
It seems
- Original Message -
Am 02.12.2012 22:20, schrieb Mark Wielaard:
Hi,
Matthias wanted to import the latest classpath from git into libgcj
so I have pushed a tag (libgcj-import-20121202) for current HEAD.
(Note for future reference, to push a tag one uses git push --tags
Hi,
Matthias wanted to import the latest classpath from git into libgcj
so I have pushed a tag (libgcj-import-20121202) for current HEAD.
(Note for future reference, to push a tag one uses git push --tags,
with just git push the tag stays local.)
It seems the git import from CVS lost the old
Am 02.12.2012 22:20, schrieb Mark Wielaard:
Hi,
Matthias wanted to import the latest classpath from git into libgcj
so I have pushed a tag (libgcj-import-20121202) for current HEAD.
(Note for future reference, to push a tag one uses git push --tags,
with just git push the tag stays local
Am 03.12.2012 02:15, schrieb Matthias Klose:
Further, it looks like classpath did bump the requirement on autoconf to 2.69,
and didn't even bother to document that (m4/iconv.m4 requires macros only
found
in 2.69). classpath itself pretends to require 2.63.
GCC has 2.64, and won't change
Hi Pavel,
I noticed two issues with your current Mauve classinfo test cases with
GNU Classpath.
- I need the attached patch to make the Object classinfo tests run
with JamVM/GNU Classpath; otherwise I see syntax errors while Mauve
is trying to compile the test classes.
- The tests
On 10/20/2012 10:03 AM, Chris Burdess wrote:
Mario Torre wrote:
No. Updating the ChangeLog is a requirement.
Maybe it's a requirement, but to be honest, is also a very redundant piece
of information that is already in the commit log,
The commit log is not part of the package. People may
Mario Torre wrote:
No. Updating the ChangeLog is a requirement.
Maybe it's a requirement, but to be honest, is also a very redundant piece of
information that is already in the commit log,
The commit log is not part of the package. People may want to download
the package and see who the
Am Samstag, den 20.10.2012, 10:03 +0100 schrieb Chris Burdess:
Mario Torre wrote:
No. Updating the ChangeLog is a requirement.
Maybe it's a requirement, but to be honest, is also a very redundant piece
of information that is already in the commit log,
The commit log is not part of
Roman Kennke wrote:
Am Samstag, den 20.10.2012, 10:03 +0100 schrieb Chris Burdess:
Mario Torre wrote:
No. Updating the ChangeLog is a requirement.
Maybe it's a requirement, but to be honest, is also a very redundant piece of
information that is already in the commit log,
The commit log
On Oct 20, 2012, at 5:04 AM, Chris Burdess d...@bluezoo.org wrote:
Mario Torre wrote:
No. Updating the ChangeLog is a requirement.
Maybe it's a requirement, but to be honest, is also a very redundant piece
of information that is already in the commit log,
The commit log is not part of
Hi Andrew,
Wed, 17 Oct 2012 09:45:40 +0300 от Pekka Enberg penb...@kernel.org:
On Wed, Oct 17, 2012 at 5:59 AM, Andrew Hughes gnu.and...@redhat.com wrote:
No. Updating the ChangeLog is a requirement.
GNU Coding Standards
6.8.1 Change Log Concepts
...
Another alternative is to record change log
GNU Classpath developer: http://www.classpath.org/
Read About us at: http://planet.classpath.org
OpenJDK: http://openjdk.java.net/projects/caciocavallo/
Please, support open standards:
http://endsoftpatents.org/
On Wed, Oct 17, 2012 at 5:59 AM, Andrew Hughes gnu.and...@redhat.com wrote:
No. Updating the ChangeLog is a requirement.
Ivan, I highly recommend setting up git-merge-changelog as per Mark's
instructions which makes git merge and git cherry-pick work properly
again.
Hi team,
There could be another way if we can't drop old-style ChangeLog for some reason:
do not alter ChangeLog (i.e. use commit log instead) until the patch is fully
accepted (e.g., Andrew could get log notes (one or even several) from git log
of processed patches (of master savannah/master)
- Original Message -
Hi team,
There could be another way if we can't drop old-style ChangeLog for
some reason:
do not alter ChangeLog (i.e. use commit log instead) until the patch
is fully accepted (e.g., Andrew could get log notes (one or even
several) from git log of processed
On Sun, Oct 14, 2012 at 11:55 PM, Andrew Hughes gnu.and...@redhat.com wrote:
May be it's time to change the policy of patch acceptance from
please find a person who reviews (among 1 or 2 guys) your code to
if signed FSF paper, and you have patches, post them to ML, commit
to some feature
On 10/13/2012 02:50 AM, Ivan Maidanski wrote:
May be it's time to change the policy of patch acceptance from please find a
person who reviews (among 1 or 2 guys) your code to if signed FSF paper,
and you have patches, post them to ML, commit to some feature development
branch and, if no
On the administrative side, AFAICS you haven't contributed before. Do you
have
a copyright assignment with the FSF?
The change appears to be minor enough to not require the paperwork to
me. Mostly comments, very little code. But hey, if you're gonna be
contributing better to get that
have to be imported for his system via the
import-cacerts.sh script. I have found this script in the classpath source
archive that I downloaded.
I tried running this script with the command: sh import-cacerts.sh
But I get this error: import-cacerts.sh: 3: Syntax error: ( unexpected
How do I
Donal Geoghegan dgeoghe...@conwin.ie writes:
But I get this error: import-cacerts.sh: 3: Syntax error: (
unexpected
bash import-cacert.sh?
On 04/25/2012 02:07 AM, Andrew Hughes wrote:
- Original Message -
Hi.
Attached is a patch that enables GNU Classpath to distinguish between
normal assertions and assertions for system classes (i.e. null
classloader) as discussed on the Classpath mailing list [1].
Note that the new
Hi.
Attached is a patch that enables GNU Classpath to distinguish between
normal assertions and assertions for system classes (i.e. null
classloader) as discussed on the Classpath mailing list [1].
Note that the new method
'java/lang/VMClassLoader.getSystemAssertionStatus()' must be implemented
On Tue, Apr 24, 2012 at 9:40 PM, Josef Eisl
zaps...@complang.tuwien.ac.at wrote:
Attached is a patch that enables GNU Classpath to distinguish between
normal assertions and assertions for system classes (i.e. null
classloader) as discussed on the Classpath mailing list [1].
Acked-by: Pekka
On 04/24/2012 08:52 PM, Pekka Enberg wrote:
On Tue, Apr 24, 2012 at 9:40 PM, Josef Eisl
zaps...@complang.tuwien.ac.at wrote:
Attached is a patch that enables GNU Classpath to distinguish between
normal assertions and assertions for system classes (i.e. null
classloader) as discussed
- Original Message -
Hi.
Attached is a patch that enables GNU Classpath to distinguish between
normal assertions and assertions for system classes (i.e. null
classloader) as discussed on the Classpath mailing list [1].
Note that the new method
'java/lang
On 04/24/2012 02:29 AM, Andrew Hughes wrote:
- Original Message -
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
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
- Original Message -
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
On 03/29/2012 05:02 PM, Pekka Enberg wrote:
git push savannah master
That worked, thanks. I'm sure someone will let me know if I did
it wrong. :-)
Andrew.
- Original Message -
On 03/29/2012 05:02 PM, Pekka Enberg wrote:
git push savannah master
That worked, thanks. I'm sure someone will let me know if I did
it wrong. :-)
Looks fine here. I pulled it in this morning.
Andrew.
--
Andrew :)
Free Java Software Engineer
Red
On 03/29/2012 09:54 PM, Ivan Maidanski wrote:
Hi Andrew,
Thank you for the explanation.
Thu, 29 Mar 2012 18:33:45 +0100 Andrew Haley a...@redhat.com:
On 03/29/2012 06:19 PM, Ivan Maidanski wrote:
Hi Andrew,
Thu, 29 Mar 2012 17:42:17 +0100 от Andrew Haley a...@redhat.com:
On 03/29/2012
On 03/30/2012 09:17 AM, Andrew Haley wrote:
You you put ChangeLog to ignored list and regenerate on tarball
release via git log would it be possible to say the project has
ChangeLog or not?
As long as there is a ChangeLog, it doesn't matter at all how it is
created, as long as it's
- Original Message -
CVSROOT: /sources/classpath
Module name: classpath
Changes by: Andrew Haley aph 12/03/29 09:32:34
Modified files:
. : ChangeLog
native/jni/java-io: java_io_VMConsole.c
Log message:
2012-03-25 Gerald Pfeifer ger
On 03/29/2012 03:52 PM, Andrew Hughes wrote:
The CVS repository is obsolete. Current development takes place in
git:
I missed that. OK, I'll push the patch to git.
We need at least to make the CVS read-only.
Why are we using yet another VCS, anyway? We can pretty much
guarantee that free
Andrew Haley wrote:
Why are we using yet another VCS, anyway? We can pretty much
guarantee that free Java devs are used to Mercural and maybe
Subversion, but git?
Because nobody spoke up during the review period, so the first
suggestion was accepted.
On 03/29/2012 04:12 PM, Chris Burdess wrote:
Because nobody spoke up during the review period, so the first
suggestion was accepted.
Yes, I'm sure that's the meta-reason, and I should have been
paying more attention. :-(
Andrew.
Hi Andrew,
It would be good to deprecate ChangeLog (used as commit log) as well.
Regards.
Thu, 29 Mar 2012 10:52:26 -0400 (EDT) Andrew Hughes ahug...@redhat.com:
- Original Message -
CVSROOT:/sources/classpath
Module name:classpath
Changes by: Andrew Haley aph 12
On Thu, Mar 29, 2012 at 6:07 PM, Andrew Haley a...@redhat.com wrote:
Why are we using yet another VCS, anyway? We can pretty much
guarantee that free Java devs are used to Mercural and maybe
Subversion, but git?
FWIW, I voted for git because that's what I know. I have never used
Mercurial for
On 03/29/2012 04:58 PM, Ivan Maidanski wrote:
It would be good to deprecate ChangeLog (used as commit log) as well.
Why? I think this sentence is missing a because ... clause.
Andrew.
contributing to Classpath over the passed
3-4 years? And which of them prefer to stay with CVS and SVN?
Regards.
Andrew.
ChangeLogs; it's up to the VCS to keep up.
PS. I was surprised to hear that free Java developers prefer SVN to
Git.
So was I. Who said that Java developers prefer SVN to Git?
How many free Java developers have been contributing to Classpath
over the passed 3-4 years? And which of them prefer
git
log would it be possible to say the project has ChangeLog or not?
... it's up to the VCS to keep up.
VCS could keep everything you put - e.g. auto-generated files and binaries -
it's up to you decide what's suitable for you when doing basic tasks.
E.g., Classpath repo has .svnignore files
ChangeLog plugin is for. GNU projects have
ChangeLogs; it's up to the VCS to keep up.
PS. I was surprised to hear that free Java developers prefer SVN to
Git.
So was I. Who said that Java developers prefer SVN to Git?
How many free Java developers have been contributing to Classpath
over
On 03/29/2012 03:52 PM, Andrew Hughes wrote:
The CVS repository is obsolete. Current development takes place in git:
http://git.savannah.gnu.org/cgit/classpath.git
See this thread:
http://developer.classpath.org/pipermail/classpath/2012-March/003181.html
--
zebedee:classpath $ git
the push?
Git wants the remote name. For example, I have:
penberg@jaguar:~/src/classpath$ git remote -v
icedtea git://icedtea.classpath.org/mirror/git/classpath/classpath (fetch)
icedtea git://icedtea.classpath.org/mirror/git/classpath/classpath (push)
origin g...@github.com:penberg/classpath.git (fetch
- Original Message -
CVSROOT: /sources/classpath
Module name: classpath
Changes by: Andrew Haley aph 12/03/29 09:32:34
Modified files:
. : ChangeLog
native/jni/java-io: java_io_VMConsole.c
Log message:
2012-03-25 Gerald Pfeifer ger
On Fri, Mar 16, 2012 at 9:50 PM, Dr Andrew John Hughes
ahug...@redhat.com wrote:
We are proud to announce the release of GNU Classpath 0.99.
The web site doesn't mention the new release yet. How can we update it?
1 - 100 of 9649 matches
Mail list logo
