On Thursday 06 April 2006 23:59, Tim Ellison wrote:
You can run the Eclipse IDE on Classpath or Harmony(*) class libraries,
both are sufficiently well advanced to run it.
(*) you need to use the regex code from regex-beans-math which hasn't
been merged into the build process yet
I knew
Tim Ellison wrote:
Enrico Migliore wrote:
snip
problem 4: Native code dependancies
---
The Harmony class library depends on the port layer:
http://svn.apache.org/viewcvs.cgi/*checkout*/incubator/harmony/enhanced/classlib/trunk/doc/vm_doc/html/index.html
Enrico Migliore wrote:
does the MSVC port library support the windowing system of Windows?
No (but I can recommend SWT as a cross-platform windowing model ;-) )
And yet, what happened to the proposal of using the Apache Portable
Runtime as an interface to the native layer?
I believe it
Hi Tim,
Enrico Migliore wrote:
does the MSVC port library support the windowing system of Windows?
No (but I can recommend SWT as a cross-platform windowing model ;-) )
the consequence of that is that, at the moment, the Harmony Class
Library can only support console based
Enrico Migliore wrote:
Enrico Migliore wrote:
does the MSVC port library support the windowing system of Windows?
No (but I can recommend SWT as a cross-platform windowing model ;-) )
the consequence of that is that, at the moment, the Harmony Class
Library can only support console based
Thanks Alex,
We already have a keyword scanner[1] so we should ensure your dictionary
words are in there.
I'd rather add the scan to the automated build rather than rely upon the
committers to remember to run it (at least one of the committers is lazy
like that ;-) )
[1]
:) Thanks for letting know this!
Thanks,
Alex Orlov.
Intel Middleware Products Division
On 4/7/06, Tim Ellison [EMAIL PROTECTED] wrote:
Thanks Alex,
We already have a keyword scanner[1] so we should ensure your dictionary
words are in there.
I'd rather add the scan to the automated build
Hello, Dmirty,
I agree with you that Harmony's behavior is not consistent with java spec.
As you may know, java.nio.charset.Charset wraps ICU to implement
encode/decode operations.
The following description is cited from ICU: (
http://icu.sourceforge.net/userguide/unicodeBasics.html)
*The
Dmitry M. Kononov wrote:
Hi Richard,
On 4/6/06, Richard Liang [EMAIL PROTECTED] wrote:
Dmitry M. Kononov wrote:
As you exactly noticed the cause of this issue that Harmony uses the
little-endian byte order, if an encoded UTF-16 sequence has no
byte-order
mark. However,
Hi Etienne,
Enrico Migliore wrote:
I debugged the classical HelloWorld class with DDD and found the problem
in the following function:
_svmf_init(void)
{
pthread_once(...); SEGSEGV signal
That's definitely a cygwin bug. I see.
The SEGSEGV signal is issued by Windows
Hi Tim,
Of course, the plan is for Harmony to have AWT and Swing code.
Ok
Does instead, the port library for UNIX support any windows manager?
AFAIK you generally choose a windowing manager and code to it -- I'm
unaware of any cross-manager port libraries (but I'm not a UI person
Hi Andrew,
On 4/7/06, Andrew Zhang [EMAIL PROTECTED] wrote:
Hello, Dmirty,
I agree with you that Harmony's behavior is not consistent with java spec.
:)
As you may know, java.nio.charset.Charset wraps ICU to implement
encode/decode operations.
The following description is cited from
Just to clarify...
Dmitry M. Kononov wrote:
snip
Harmony and IBM jdk1.4.2 use the ICU to provide
java.nio.charsetfunctionality. So, they have the same behavior in our
case. This behavior
does not follow the java documentation (or I something don't understand :)
).
No, IBM's JDK 1.4.2 does
On 4/7/06, Tim Ellison [EMAIL PROTECTED] wrote:
I tried to give a complete explaination in the readme in JIRA
Harmony-318. It would be great if you could tell me what this
document is missing or where it is unclear.
Ok, I'll take a look. I think this adapter work is very important, it
Weldon Washburn wrote:
On 4/7/06, Tim Ellison [EMAIL PROTECTED] wrote:
I tried to give a complete explaination in the readme in JIRA
Harmony-318. It would be great if you could tell me what this
document is missing or where it is unclear.
Ok, I'll take a look. I think this adapter work is
Hi,
As discussed with Oliver, I built the rmi code with the
-target jsr14 option and I got a 1.4 bytecode for the package.
I run our test suit against the package and it seems to work ok.
This is a sum up of the experience:
1) -target jsr14 option only worked with Sun's compiler, I
Tim Ellison wrote:
I would object to making the Harmony kernel GNU Classpath specific, so
why not make the adapter a separate 'project', i.e. just
gnuclasspathadapter/src/java/java/lang/VMx.java
GNU Classpath needs unique pointer classes. We could put them at
2006/4/7, Enrico Migliore [EMAIL PROTECTED]:
Does instead, the port library for UNIX support any windows manager?
AFAIK you generally choose a windowing manager and code to it -- I'm
unaware of any cross-manager port libraries (but I'm not a UI person so
there may well be such a thing).
Like Tim, I object to have GNU Classpath specific code in the Harmony
kernel code.
Etienne
Tim Ellison wrote:
Weldon Washburn wrote:
I added a bunch of VMx.java files to
kernel/src/main/java/java/lang/ These files are only needed for GNU
Classpath compatible JVMs. Should we keep these
Enrico Migliore wrote:
Yet, I remember, that in JCHEVM I had to remove the POPT_AUTOHELP string
in a struct in order not to receive that signal,
therefore, I'm pretty much sure that somewhere in the Pthread library
there's an access to an area used to initialize constants:
something that
20 matches
Mail list logo