Geir,
What are the reasons to exclude the most standard solution here: branching.
Do you think we need a lot of them?
I see the following advantages to work in branches for different products:
1) Clean code
2) No side effects (no testing!) for other branches when you modify only one
branch
3)
On the 0x212 day of Apache Harmony Yuri Kashnikoff wrote:
Hi!
I'am working on value-profiling implementation. Implementation in EM
is alredy avaible. Now I'am trying to implement and use it in JIT. I
can answer any questions about current implementation. I have used the
straigth algorithm
wow!
On the 0x212 day of Apache Harmony Mikhail Fursov wrote:
All,
I've put $subj to JIRA: http://issues.apache.org/jira/browse/HARMONY-2008
Please review, comment and make it commited :)
I can answer any questions about current implementation and it's state in
this thread.
Brief list of
Mikhail Fursov wrote:
What are the reasons to exclude the most standard solution here: branching.
Do you think we need a lot of them?
I don't think we are excluding any option for maintaining similar code
streams (5.0 6.0, SE ME, etc.) it's just a discussion at the moment.
Similarly, I'm not
Yuri,
I support Egor in the most of the points. Your code is conceptually OK and
is fitted into EM in the right way, but you can't get your code commited if
you do not check it on Linux and Windows.
On 31 Oct 2006 14:35:02 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
* you do one global lock
I see failures too, and it may be my check-in
http://svn.apache.org/viewvc?view=revrevision=469230
(though I did run stand-alone LUNI SECURITY tests). I'll investigate
and roll back if necessary.
Regards,
Tim
Vladimir Ivanov wrote:
Today me CC failed to run 2 tests on linux box:
Currently, these results uploaded daily under the CC scripts. While it is
should be fully automatic some 'killing' script was created for win/lnx OS.
Actually it kills java-process with tests after 15 minutes of work. Usually
these tests run in the one VM for module and after process's killing
On 10/31/06, Tim Ellison [EMAIL PROTECTED] wrote:
Mikhail Fursov wrote:
What are the reasons to exclude the most standard solution here:
branching.
Do you think we need a lot of them?
I don't think we are excluding any option for maintaining similar code
streams (5.0 6.0, SE ME, etc.) it's
Tim Ellison wrote:
Mikhail Fursov wrote:
What are the reasons to exclude the most standard solution here: branching.
Do you think we need a lot of them?
I don't think we are excluding any option for maintaining similar code
streams (5.0 6.0, SE ME, etc.) it's just a discussion at the
Rana,
With a helper inlined we have significantly better results in your synthetic
test. I think we can outperform SUN here if we add some very primitive loop
optimizations into the JIT for TLS. I mean moving hythread_self out of the
loop as it's already done for BBP.
ps.
Well, the list of TODO
On 30 October 2006 at 23:55, Ilya Neverov [EMAIL PROTECTED] wrote:
Hello,
I want to gather opinions about structure of the jdktools component.
I'm going to create scripts for moving tools' sources from classlib/
to top-level directory jdktools/ and to prepare patches for build
system for
On 30 October 2006 at 18:38, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Ilya Neverov wrote:
Hello,
I want to gather opinions about structure of the jdktools component.
I'm going to create scripts for moving tools' sources from classlib/
to top-level directory jdktools/ and to
I would prefer to keep the current name make for directories related
to build system. For me it looks natural; at least it looks less
misleading than build :)
-Ilya
On 10/31/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 30 October 2006 at 18:38, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
+1
IMHO make is still much better than build
Regards,
2006/10/31, Ilya Neverov [EMAIL PROTECTED]:
I would prefer to keep the current name make for directories related
to build system. For me it looks natural; at least it looks less
misleading than build :)
-Ilya
On 10/31/06, Mark Hindess
Why? I'm really curious about this. We build the project, using the
build.xml file with Ant.
Ilya Neverov wrote:
I would prefer to keep the current name make for directories related
to build system. For me it looks natural; at least it looks less
misleading than build :)
-Ilya
On
Fedotov, Alexei A wrote:
Geir,
I tried this preprocessor staff for Java in my previous life. From my
experience the maintenance effort is higher for this solution than for
Source Control.
We use SVN. How do you propose to do it cleanly in SVN?
1. I faced first time how slow regular
Robin, thank you for this information. I want to ask a few questions
to check that I understand you correctly.
On 10/31/06, Robin Garner [EMAIL PROTECTED] wrote:
MMTk implements several algorithms for retaining the reachable objects
in a graph and recycling space used by unreachable ones. It
Mikhail Fursov wrote:
Geir,
What are the reasons to exclude the most standard solution here: branching.
Do you think we need a lot of them?
Because I'm not sure how you can easily maintain fixes and general
coherence across branches.
Also, there are 3 use cases for pre-processor, and it
Hi, Rana!
2006/10/31, Rana Dasgupta [EMAIL PROTECTED]:
...
What is the basic profiling mechanism...instrumentation or sampling?
instrumentation
How are the profiles currently being persisted?
As in Edge profiler in Value profiler Profile Collector persists all profiles.
Is there any
Hi!
Thank you for checking my code Egor.I have updated the patch according
your observations. It's avaible (JIRA key HARMONY-2012).
Konovalova, Svetlana wrote:
Nadya,
AFAIU the given page is purely classlib-oriented...though I might be
wrong here.
It provides info on how to set up Eclipse to develop Java code in
Harmony and IMHO doesn't include any tips applying to harmony code in
general.
I absolutely agree with you
oh, thankyou thankyou thankyou
Morozova, Nadezhda wrote:
Yeah! No problem, I was just thinking a zip would not look as
transparent and safe. I'd turn the images from the other doc issue into
an archive as well.
Thank you,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr.
On the 0x213 day of Apache Harmony Mikhail Fursov wrote:
Yuri,
I support Egor in the most of the points. Your code is conceptually OK and
is fitted into EM in the right way, but you can't get your code commited if
you do not check it on Linux and Windows.
On 31 Oct 2006 14:35:02 +0600, Egor
Geir Magnusson Jr. wrote:
Gregory Shimansky wrote:
I don't want to create a huge discussion out of it like most [testing]
discussions become. Just want to know your arguments to create one
more tests category.
Because the current frameworks are... wacky. I can't turn off smoke
tests
On the 0x213 day of Apache Harmony Yuri Kashnikoff wrote:
Hi!
Thank you for checking my code Egor.I have updated the patch according
your observations. It's avaible (JIRA key HARMONY-2012).
still a lot of TABs in there :(
--
Egor Pasko, Intel Managed Runtime Division
Don't mention it :)
Because packaging images seems to have such a magic effect, I did the
same for the other open doc issue
http://issues.apache.org/jira/browse/HARMONY-1882 could you please apply
that as well? The .patch and the .zip file should be enough.
Thank you,
Nadya Morozova
On the 0x213 day of Apache Harmony Yuri Kashnikoff wrote:
Have you given some thought to the training set of applications you will
use?
DeCapo.
guys, DaCapo, _a_ ;)
--
Egor Pasko, Intel Managed Runtime Division
On 31 Oct 2006 17:23:30 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
The lock is not necessary if you update a single word. In case of
incrementing counters no synch is OK (minor inaccuracy), but here we
are updating an std::map, which is dangerous.
This is a problem! Even if we use map in
On 10/30/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
1) The Logging Debate That Won't Die - we don't want to encumber our
production code with logging or even with runtime enablement
checks
for logging i.e.
if (logging.isDebugEnabled())
but it's clear that
Hi all,
Both AWT and Swing modules have testing support classes. Some of them
are extensions of junit.framework.TestCase which provide some utility
methods for tests. To mention several: AWTTestCase, ShapeTestCase,
BasicSwingTestCase, SwingTestCase. There are test cases which extend
these
On 10/31/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We use SVN. How do you propose to do it cleanly in SVN?
I just want to add a simple example for consideration, before we agree on
the final solution.
How do you think, is it possible to maintain java1.4 and java1.5 sources in
the same
Mikhail Fursov wrote:
Yes, the main reason I love Java is a power of tools! If you force me to
work in notepad instead of IDEA with the only reason that we need a
preprocessor I will have a doubt if the solution is reasonable.
Agreed. And that is a reason why it makes sense to have the
Mikhail Fursov wrote:
On 10/31/06, *Geir Magnusson Jr.* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I guess that if we could get 5.0 complete, we'd could *then* branch for
6, but I don't think we'd want to serialize like that.
I understand the dilemma. If we agree to have
On 10/31/06, Tim Ellison [EMAIL PROTECTED] wrote:
You can have pointcuts on a whole number of events, including method
invocations but also exception handling, field assignments and accesses,
etc. But you can only add behavior, you cannot subtract from the
original code.
Thanks for your
Alexei Zakharov wrote:
Take me for example. I will be most likely misleaded with build
since the majority of projects I've seen in my life were using build
or build.platform for storing build artifacts (as Mark said). I
agree it is logically to call it build. But make is logical too.
ant or
Tim Ellison wrote:
Mikhail Fursov wrote:
Yes, the main reason I love Java is a power of tools! If you force me to
work in notepad instead of IDEA with the only reason that we need a
preprocessor I will have a doubt if the solution is reasonable.
Agreed. And that is a reason why it makes
Mikhail Fursov wrote:
On 10/31/06, Tim Ellison [EMAIL PROTECTED] wrote:
You can have pointcuts on a whole number of events, including method
invocations but also exception handling, field assignments and accesses,
etc. But you can only add behavior, you cannot subtract from the
original
Geir,
We use SVN. How do you propose to do it cleanly in SVN?
I believe it is possible to maintain branches cleanly in SVN.
Let me claim that the only significant difference between SVN and
advanced source control systems is a set of scripts which help merging
and moving files around.
Why do I
I see. I'm familiar with target as the place for stuff that's created...
Alexei Zakharov wrote:
In other words: I just wanted to say that the big number of java
projects I've been working with was using build[.something] as a
place for storing generated stuff like .class and .jar files,
My experiments show that System.exit() terminate the whole process on
RI not only running VM. Do we all agree this is how it should work?
Does this affect embedded VMs in a negative way?
Evgueni.
On 10/30/06, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/30, Evgueni Brevnov [EMAIL
Hello, Alexei, Vladimir and others:
Please enjoy the new runs comparing functionality:
http://harmonytest.org/diff.do?method=viewid=72id2=80
:)
The support for tags that was discussed few weeks ago has been
implemented. Now every run has a set of tags associated with it.
Registered users can
On 10/31/06, Xiao-Feng Li [EMAIL PROTECTED] wrote:
On 10/31/06, Pavel Pervov [EMAIL PROTECTED] wrote:
7- Each class loader structure maintains a set of boolean flags, one
flag per non-nursery garbage collected area (even when thread-local
heaps are used). The flag is set when an instance
On 31 October 2006 at 7:24, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Alexei Zakharov wrote:
Take me for example. I will be most likely misleaded with build
since the majority of projects I've seen in my life were using build
or build.platform for storing build artifacts (as Mark
Mikhail Fursov wrote:
On 10/31/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I guess that if we could get 5.0 complete, we'd could *then* branch for
6, but I don't think we'd want to serialize like that.
I understand the dilemma. If we agree to have 1 stable, 1 'future'
and N suspended
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Mikhail Fursov wrote:
Yes, the main reason I love Java is a power of tools! If you force me to
work in notepad instead of IDEA with the only reason that we need a
preprocessor I will have a doubt if the solution is reasonable.
Agreed. And that is
Fixed (for me) in r469517 -- please check to see if that works for you too.
Regards,
Tim
Evgueni Brevnov wrote:
Boris,
Could you explain the problem in greater details? From the above I
don't understand how Runtime.exec() deals with class loading.
Thank in advance
Evgueni
On
Geir,
I've checked a brief webcast for those who want to see a step-by-step
guide to configuring Eclipse, and it seems to be up-to-date.
But we still have food for thought: Getting Started with DRLVM is
outdated, and Working with Classlib in Eclipse seems misplaced.
The first doc needs an update
Alexei,
Thanks for meaningful and numerous questions, Alexei. I have thought of
some of these, but you give it a systematic touch :)
Others' opinions are welcome, mine in below - marked with [NM].
Related question: do we want to have some version of API doc on the site
now? I've experimented
thanks for volunteering. The only thing I'm concerned about is that you
get the input from others about general project documentation vision,
rather than just re-doing things.
You're doing a good job of it out here on the -dev list.
geir
Konovalova, Svetlana wrote:
Geir,
I've checked a
My perception of 'make' and 'build' names is similar to what Alexei
described. I believe that for most people 'make' is a thing related to
making/building process while 'build' is more ambiguous.
Currently we have build system with many 'make/' dirs so it probably
bettre to postpone the move to
On 10/31/06, Ivan Popov [EMAIL PROTECTED] wrote:
Ilya,
I'd like this idea. But I think having two tools.jar libraries
(jdk/jre/lib/tools.jar and jdk/lib/tools.jar) may be quite confusing.
It's convenient for JDK to have jdk/lib/tools.jar and many programs
explicitly include it into CLASSPATH. I
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Right, but you (Mr Harmony developer) don't modify the 'processed code',
you work in the 'code w/ preprocessor statements', so you probably want
the code you are modifying to be real, compilable Java code too.
Agreed, but I was thinking though
Anton,
This is wonderful! This is brilliant! I LOVE IT.
Few ideas:
1. To get the picture offline I added perPage attribute
wget http://harmonytest.org/
diff.do?method=viewid=72id2=80perPage=10
2. This can be used to compare our results against RI when the quality
of the test base is unknown.
On 10/31/06, Yuri Kashnikoff [EMAIL PROTECTED] wrote:
For, Egor. Now I retabbed this files in Vim and also switched from
tabs to spaces. I appreciated Your attentiveness. =)
This is not for Egor :) This is for all of us.
On Windows I use FAR manager (F9-o-e-T) or MSVC2003
2006/10/31, Mikhail Fursov [EMAIL PROTECTED]:
On 31 Oct 2006 17:23:30 +0600, Egor Pasko [EMAIL PROTECTED] wrote:
The lock is not necessary if you update a single word. In case of
incrementing counters no synch is OK (minor inaccuracy), but here we
are updating an std::map, which is
Mikhail,
Wonderful :-) Yes, we are still missing some hoisting opportunities, I saw
that in VTune( the old scores I ran are also with JET since the jitrino WB
was no yet in svn and I was lazy ). We shoule be able to match RI on
allocation rate, we use Appel's algorithm for the allocation of
Nadya, All,
Suggestion to generate Doxygen from DRLVM code sounds very interesting.
I posted a quick solution for Linux to
http://issues.apache.org/jira/browse/HARMONY-2024
If you want to have this integrated into build.xml, it would be great to
define a correct scope. Could you please give more
This is not for Egor :) This is for all of us.
On Windows I use FAR manager (F9-o-e-T) or MSVC2003
(Tools-options-texteditor-c++-Tabs) and have no problems with tabs too.
Sorry, I thought that only linux users have such problems =)
I join Geir in the compliment. Keep up the good job. Let me know if you
need support - I'd be glad to help.
Thank you,
Nadya Morozova
-Original Message-
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 31, 2006 7:55 PM
To: harmony-dev@incubator.apache.org
Egor mentioned that for profiling at the machine code level there is a
profiling utility (iprof). How does one use this profiling tool? Is
there command line options to run with profiling and if so what are the
options and how do I get to the collected information after running a
profiled
Hello, Alexei,
Thanks for the kind words.
Few ideas:
1. To get the picture offline I added perPage attribute
wget http://harmonytest.org/
diff.do?method=viewid=72id2=80perPage=10
Maybe it's worth to add link 'download diff' that will allow to save
data in TSV format? I prefer TSV not CSV
Hurray!
[EMAIL PROTECTED] wrote:
Author: apetrenko
Date: Tue Oct 31 06:57:44 2006
New Revision: 469512
URL: http://svn.apache.org/viewvc?view=revrev=469512
Log:
I've added myself to the list of committers.
--
Tim Ellison ([EMAIL PROTECTED])
it's build in DRLVM, and make (invoked by the build.xml) in classlib.
It wouldn't be inconsistent.
geir
Ilya Neverov wrote:
My perception of 'make' and 'build' names is similar to what Alexei
described. I believe that for most people 'make' is a thing related to
making/building process while
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Mikhail Fursov wrote:
Yes, the main reason I love Java is a power of tools! If you force me to
work in notepad instead of IDEA with the only reason that we need a
preprocessor I will have a doubt if the solution is reasonable.
Ilya,
I'd like this idea. But I think having two tools.jar libraries
(jdk/jre/lib/tools.jar and jdk/lib/tools.jar) may be quite confusing.
It's convenient for JDK to have jdk/lib/tools.jar and many programs
explicitly include it into CLASSPATH. I suggest renaming second
tools.jar (going to JRE)
Boris,
Could you explain the problem in greater details? From the above I
don't understand how Runtime.exec() deals with class loading.
Thank in advance
Evgueni
On 10/31/06, Boris Kuznetsov [EMAIL PROTECTED] wrote:
Looks like the tests failed because of Linux implementation of
Runtime.exec()
Yep. Hurray!
It works... finally :)
SY, Alexey
2006/10/31, Tim Ellison [EMAIL PROTECTED]:
Hurray!
[EMAIL PROTECTED] wrote:
Author: apetrenko
Date: Tue Oct 31 06:57:44 2006
New Revision: 469512
URL: http://svn.apache.org/viewvc?view=revrev=469512
Log:
I've added myself to the list of
[WARNING: Long!]
Here's an idea.
It would be quite easy (for me, at least ;-) ) to develop a
line-preserving AND revertible processing tool so that:
1- source + javac = j2se
2- source + processor(target) + javac = target, where target is a
parameter (j2me, etc.)
3- source +
Aleksey Ignatenko wrote:
Am I wrong, or does this proposition imply collecting classes
independently from their class loader? If this is the case, I have to
...
Yes, you are wrong. This proposition implies collection of classloader and
clasess loaded by it at once. You can see what is class
4- [Informative] A class loader instance is also most likely to maintain
...
This is not true. Look for the thread [drlvm] Non-bug difference
HARMONY-1688?, where Eugene Ostrovsky desribed initiating loaders in
details with links to specification.
OK.
7- Each class loader structure
Geir Magnusson Jr. wrote:
However, it would be great if you had an ICLA and ACQ on file to save
you the trouble of typing this in the future :) Better living through
paperwork!
OK; I should have made this a while ago... Can they be submitted by
email (where?) as scanned documents in PDF
Actually, I think that Java vtables would be more expensive than my
proposed approach (when you take my proposed improvements in my reply to
Pavel Pervov), as you add overhead to all GC cycles! [Unless you don't
trace from every visited object to its vtable?]
I really don't like much the idea of
I created a basic debugging page for debugging with the VS debugger on
windows.
Mikhail and others, make whatever changes you like :-)
Rana
On 10/24/06, Mikhail Fursov [EMAIL PROTECTED] wrote:
On 24 Oct 2006 22:42:22 +0700, Egor Pasko [EMAIL PROTECTED] wrote:
- Debugging on Windows -
I created an MMTk page off the DRLVM core VM development page and put in
Weldon's list.
On 10/23/06, Gregory Shimansky [EMAIL PROTECTED] wrote:
Weldon, can you make a subpage to Rana's list and link it to the MMTK
integration item?
2006/10/31, Ivan Popov [EMAIL PROTECTED]:
Ilya,
I'd like this idea. But I think having two tools.jar libraries
(jdk/jre/lib/tools.jar and jdk/lib/tools.jar) may be quite confusing.
It's convenient for JDK to have jdk/lib/tools.jar and many programs
explicitly include it into CLASSPATH. I
Actually, no need to add the overhead to _all_ cycles. We don't need
to trace the vtables everytime. On minor collections all the pinned
vtables can be linearly scanned, thus most expensive tracing from
object to vtable can be avoided in this case.
--
Ivan
Intel Enterprise Solutions Software
ICLA should be faxed to the number on the document ASQ can be sent scanned
Etienne Gagnon wrote:
Geir Magnusson Jr. wrote:
However, it would be great if you had an ICLA and ACQ on file to save
you the trouble of typing this in the future :) Better living through
paperwork!
OK; I should
Tim Ellison wrote:
Geir Magnusson Jr. wrote:
Tim Ellison wrote:
Right, but you (Mr Harmony developer) don't modify the 'processed code',
you work in the 'code w/ preprocessor statements', so you probably want
the code you are modifying to be real, compilable Java code too.
Agreed, but I was
On Tuesday 31 October 2006 16:39 Evgueni Brevnov wrote:
My experiments show that System.exit() terminate the whole process on
RI not only running VM. Do we all agree this is how it should work?
Does this affect embedded VMs in a negative way?
I think that any process that runs JVM in itself
Yet:
1- You do need pinning, so you rule out some of the simplest GCs (e.g.
simple, non-generational copying without pinning.) [Apparently, for
some very large heaps, simple copying a can be quite difficult to beat,
efficiency wise, if you believe some relatively recent JikesRVM related
I did some digging. It looks like what's in today's svn HEAD does the
following:
thread_native_semaphore.c::hysem_wait() calls
thread_native_semaphore.c::sem_wait_impl() calls
thread_native_condvar.c::condvar_wait_impl() which does the following:
{
disable_count =
On 10/31/06, Etienne Gagnon [EMAIL PROTECTED] wrote:
Yet:
1- You do need pinning, so you rule out some of the simplest GCs (e.g.
simple, non-generational copying without pinning.) [Apparently, for
some very large heaps, simple copying a can be quite difficult to beat,
efficiency wise, if you
Alexey,
My congratulations! :-)
BTW, could you please look once again at
http://issues.apache.org/jira/browse/HARMONY-100 text/BidiWrapper issue,
now from committer's point of view?
With best regards,
Alexei Fedotov,
Intel Java XML Engineering
-Original Message-
From: Alexey Petrenko
Etienne Gagnon wrote:
Here's an idea.
big snip
IMO it's not ideal that the preprocessed source still contains all the
streams, albeit in comments. It wouldn't make the source very
'consumable' to the Mrs. SE or ME developer.
The ability for classlib developers to do the switching would be good
On 10/31/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
I created an MMTk page off the DRLVM core VM development page and put in
Weldon's list.
thank you many times! I tried to create the web page last week but the
network and the servers conspired against me.
On 10/23/06, Gregory Shimansky
Anton,
1. Thank you for your suggestion. It's nice to have data in CSV but
certainly it's not a P1 issue for me.
2. If I suggested an enhancement, this would be an addition of a test
name filter for comparison results. I mean that if I'm interested in
Bidi tests comparison, I put Bidi into form
On 10/31/06, Etienne Gagnon [EMAIL PROTECTED] wrote:
Yet:
1- You do need pinning, so you rule out some of the simplest GCs (e.g.
simple, non-generational copying without pinning.) [Apparently, for
some very large heaps, simple copying a can be quite difficult to beat,
efficiency wise, if you
Fedotov, Alexei A wrote:
4. I vote for one of the following renamings:
a) Rename ibm tag to j9
b) Rename drl tag to intel :-).
That looks like a strange suggestion to me. I think the tags are fine
as they are. What is you thinking?
Regards,
Tim
--
Tim Ellison ([EMAIL
Tim Ellison wrote:
IMO it's not ideal that the preprocessed source still contains all the
streams, albeit in comments. It wouldn't make the source very
'consumable' to the Mrs. SE or ME developer.
Hmmm... It's always possible to have a special output mode that puts
empty (or advertizing,
Geir,
Tanks for your reply!
In code that calls the wrapper for the lowest-level select(), right?
Yes
pollSelectRead() // loop is here
hysock_select_read() // return code is propagated
hysock_select() // EINTR is renamed to
HYPORT_ERROR_SOCKET_INTERRUPTED
I don't understand this -
Mikhail,
I'm still able to reproduce the problem on the following configuration.
$ cat /etc/SuSE-release
SUSE LINUX Enterprise Server 9 (i586)
VERSION = 9
Probably I just need to increase a SuSE patch level to overcome this
problem.
$ set
BASH_VERSINFO=([0]=2 [1]=05b [2]=0 [3]=1 [4]=release
If the support classes aren't used outside of one module, then I would
put them in that module. Like the beans example mentioned.
As for the package name, I would prefer to avoid the java.* and
javax.* package names whenever possible, so we can avoid classpath
issues.
-Nathan
On 10/31/06,
I don't know too much about ME profiles, but my opinion would be to
start by treating the target platform as a full Java SE port and then
look to add optional ME modules to the classlib. For example, port
DRLVM to Windows Mobile on Xscale or ARM.
I've worked a little bit with IBM's WebSphere
On 10/31/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 31 October 2006 at 7:24, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Alexei Zakharov wrote:
Take me for example. I will be most likely misleaded with build
since the majority of projects I've seen in my life were using build
or
Tim Ellison wrote:
Fedotov, Alexei A wrote:
4. I vote for one of the following renamings:
a) Rename ibm tag to j9
b) Rename drl tag to intel :-).
That looks like a strange suggestion to me. I think the tags are fine
as they are. What is you thinking?
Indeed... DRL is Apache
What's the concern about just using the prescribed branching pattern
for SVN? There are some other nice tricks like externals for pulling
in common files into the working copies of other branches (ala the
'concurrent' code in 'standard' that's pulled into 'enhanced' on
checkout). I would propose
On 10/31/06, Rana Dasgupta [EMAIL PROTECTED] wrote:
On 10/31/06, Etienne Gagnon [EMAIL PROTECTED] wrote:
Yet:
1- You do need pinning, so you rule out some of the simplest GCs (e.g.
simple, non-generational copying without pinning.) [Apparently, for
some very large heaps, simple copying
Nathan Beyer wrote:
What's the concern about just using the prescribed branching pattern
for SVN? There are some other nice tricks like externals for pulling
in common files into the working copies of other branches (ala the
'concurrent' code in 'standard' that's pulled into 'enhanced' on
Nathan Beyer wrote:
On 10/31/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 31 October 2006 at 7:24, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Alexei Zakharov wrote:
Take me for example. I will be most likely misleaded with build
since the majority of projects I've seen in my life
Nathan Beyer wrote:
I don't know too much about ME profiles, but my opinion would be to
start by treating the target platform as a full Java SE port and then
look to add optional ME modules to the classlib. For example, port
DRLVM to Windows Mobile on Xscale or ARM.
Good lord man, bite your
1 - 100 of 121 matches
Mail list logo