While checking and applying some of Ilya's patches for
internationalisation, I noticed that there were quite a few messages
that end with a fullstop. Aside from the inconsistency (which
unfortunately always seems to irritate me), it occurs to me that we will
end up with stack traces that read
Fixed in r469902. Turns out the exec was putting double quotes around
the classpath argument (which might make sense if it was going to a
shell) but it doesn't for an exec syscall. This resulted in classes
being search for in the non-existent directory:
/path/to/modules/luni/bin/test
rather
On 1 November 2006 at 13:39, Mark Hindess [EMAIL PROTECTED] wrote:
Fixed in r469902. Turns out the exec was putting double quotes around
the classpath argument (which might make sense if it was going to a
shell) but it doesn't for an exec syscall. This resulted in classes
being search
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
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
2006 at 13:54, Mark Hindess [EMAIL PROTECTED] wrote:
Currently there is a quick hack in make/depends.xml because the awt
dependencies have extensions that use a different convention for
architecture names than the one used in the rest of classlib.
I'm going to fix the README, build.xml files
On 26 October 2006 at 19:16, Tony Wu [EMAIL PROTECTED] wrote:
I have scratched out the stand alone rules,
should use assertNull, assertEquals\s*\((.*,\s*null\s*|\s*null\s*,.*)\)\s*;
should use assertFalse, assertEquals\s*\((.*,\s*false\s*|\s*false\s*,.*)\)\s*
;
should use assertTrue,
Anyone else seeing:
testDateEditor_formatterError N/A
java.lang.ArrayIndexOutOfBoundsException
at java.lang.System.arraycopy(System.java:327)
at java.lang.System.arraycopy(System.java:237)
at com.ibm.icu.text.DigitList.set(DigitList.java:551)
at
] in java
world.
[1] http://www.javaworld.com/javaworld/jw-12-2000/jw-1221-junit.html
On 10/25/06, Mark Hindess [EMAIL PROTECTED] wrote:
Earlier in the year we discussed junit best practice. For example,
making sure assertEquals calls have the expected and actual arguments i
n
Congrats!
-Mark.
On 24 October 2006 at 18:41, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
As progress towards our goal of having all committers on the PPMC, the
Harmony PPMC is proud to announce it's newest members :
Nathan Beyer
Paulex Yang
Weldon Washburn
Please join us in
Earlier in the year we discussed junit best practice. For example,
making sure assertEquals calls have the expected and actual arguments in
the correct order to avoid getting confusing failure messages.
Robert posted a script a week or so ago, to look for some of junit
issues but it didn't
On 25 October 2006 at 18:36, Vladimir Ivanov [EMAIL PROTECTED] wrote:
Excellent!
I have one more idea: we already have buildtest module. Some time ago we
agreed to extends it by coverage and japi scripts (I hope it happens soon:)
). May be we extend it one more time and store here some
Currently there is a quick hack in make/depends.xml because the awt
dependencies have extensions that use a different convention for
architecture names than the one used in the rest of classlib.
I'm going to fix the README, build.xml files, and makefiles to use the
standard harmony define for
Currently, the federation build looks at the revision of the federation
tree that you have checked out and checks out the same revision of the
classlib and drlvm trees.
Since we want releases to be reproducible (i.e. known tags of not only
classlib and drlvm but also of the federation code that
On 25 October 2006 at 9:04, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
Currently there is a quick hack in make/depends.xml because the awt
dependencies have extensions that use a different convention for
architecture names than the one used in the rest of classlib
Thanks Paulex. I really should have remembered that when I committed
that the JIRA to move that code.
-Mark.
On 25 October 2006 at 13:21, [EMAIL PROTECTED] wrote:
Author: pyang
Date: Wed Oct 25 06:21:53 2006
New Revision: 467634
URL: http://svn.apache.org/viewvc?view=revrev=467634
Log:
was almost as tedious as fixing them manually. ;-(
Regards,
Mark.
2006/10/25, Geir Magnusson Jr. [EMAIL PROTECTED]:
Mark Hindess wrote:
On 25 October 2006 at 7:41, Geir Magnusson Jr. [EMAIL PROTECTED]
wrote:
Cool - but why not just put into SVN somewhere?
Okay. classlib/trunk
On 24 October 2006 at 18:25, Oleg Khaschansky [EMAIL PROTECTED] wrote:
Where are the tests for these decoders? How did you determine that
they no longer worked?
Unfortunately, these classes are not covered with the unit tests.
I was running a simple test application that did something
On 20 October 2006 at 11:31, Ivanov, Alexey A [EMAIL PROTECTED] wrote:
Hello,
I am working to clean up the excluded list and to make all the tests
run-able without failures.
I've created several JIRA issues.
https://issues.apache.org/jira/browse/HARMONY-1825
On 20 October 2006 at 9:31, Tim Ellison [EMAIL PROTECTED] wrote:
FWIW: Below are the results of running RAT on a windows snapshot.
For some reason it complained about lack of ASF block comments in
DLLs, and proceeded to dump them to the console, so I chopped them out
of the report. Looks
On 20 October 2006 at 16:34, Egor Pasko [EMAIL PROTECTED] wrote:
On the 0x208 day of Apache Harmony Tonny Lau wrote:
Hi,
I checked out the latest drlvm, and failed to set breakpoint when I used
gdb. It seems the
harmony/enhanced/drlvm/trunk/build/lnx_ia32_gcc_debug/deploy/jre/bin/java
Excellent! That should deal with those odd compile errors that people
were seeing that went away if they did a rebuild.
-Mark.
On 20 October 2006 at 16:53, [EMAIL PROTECTED] wrote:
Author: tellison
Date: Fri Oct 20 09:53:49 2006
New Revision: 466199
URL:
On 20 October 2006 at 17:21, Tim Ellison [EMAIL PROTECTED] wrote:
Mark,
I suggest that this is rolled back since it is modifying the
concurrency code in our 'standard' SVN area that we aim to keep in
close sync with Doug's repository.
Agreed. I thought about this after doing it then had
On 20 October 2006 at 12:52, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 20 October 2006 at 10:11, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 20 October 2006 at 9:31, Tim Ellison [EMAIL PROTECTED] wrote:
FWIW: Below are the results
+1
-Mark.
On 20 October 2006 at 15:30, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
We're trying something a little different. I think Roy Fielding one
said something along the lines of when a community gets organized
enough to vote itself out of the Incubator, it's appropriate.
So to
:19, Denis Kishenko [EMAIL PROTECTED] wrote:
Mark, I have updated patch as you suggested week ago. Did you try it?
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 10 October 2006 at 19:00, Denis Kishenko [EMAIL PROTECTED] wrote:
Hi committers
Could someone look at this issue. Because I
These messages aren't getting through on the commits list on due to the
large number of warnings since switching to ecj. I've modified the
summary process so that it ignores these for the moment.
Hopefully this means that the failure messages that haven't been making
the commits list will start
On 15 October 2006 at 18:40, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Does anyone have an objection to those two JIRAs?
I don't.
-Mark.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe,
Artem,
Thanks for this patch. Works for me on Linux.
Moving common and pool as well seems reasonable.
I'll make a minor modification once Weldon has committed it. (Just to
combine the copy-native-includes-windows and copy-native-includes-linux
actions into a second copy in the
Brilliant. Nice work Yuri.
I'll take a look at changing the dependency code tomorrow.
-Mark
On 13 October 2006 at 17:43, Yuri Kropachev [EMAIL PROTECTED] wrote:
Yes, it can.
Thanks,
Yuri
On 10/13/06, Mikhail Loenko [EMAIL PROTECTED] wrote:
Cool!
Do you mean that it can now
On 11 October 2006 at 3:14, Gregory Shimansky [EMAIL PROTECTED] wrote:
On Monday 09 October 2006 19:54 Oliver Deakin wrote:
I see that you already said pretty much the same thing I did on another
thread [1].
IMHO we should make sure that if the fetch-depends target finds it
cannot sym
On 11 October 2006 at 16:18, Valentin Al. Sitnick (Moscow) [EMAIL
PROTECTED] wrote:
Hi,
I've tried to build classlib on em64t workstation an got some problems:
0. Bug in depends.xml - hosts architectures defined with bug
---
condition property=hack.arch value=ipf
ant-starteam.jar xml-apis.jar
Linux_x86_64 (bigbox): /home/angel/builds/harmony/suse-10.1-em64t
/clean/classlib/trunk
18:20:16 $
-
On 10/11/06, Mark Hindess [EMAIL
I'll take a look.
-Mark.
On 11 October 2006 at 20:03, Salikh Zakirov [EMAIL PROTECTED] wrote:
Hi,
we had a discussion about adding new searchable 'Patch Available' status
to JIRA [1] some time ago. Several people supported the idea, and there
were no objections.
However, no actions
On 9 October 2006 at 16:02, Tim Ellison [EMAIL PROTECTED] wrote:
Works for me too now ...
Unless anyone objects I suggest that we make the 'with.awt.swing'
default behavior (and we'll see the failure if it happens again).
Excellent. I'll dump the property unless anyone else beats me
to it.
,
Mark.
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 9 October 2006 at 16:02, Tim Ellison [EMAIL PROTECTED] wrote:
Works for me too now ...
Unless anyone objects I suggest that we make the 'with.awt.swing'
default behavior (and we'll see the failure if it happens again
On 10 October 2006 at 8:53, Mark Hindess [EMAIL PROTECTED] wrote:
On 10 October 2006 at 14:19, Mikhail Loenko [EMAIL PROTECTED] wrote:
Please wait.
Too late. Back out r454633 if you wish.
I asked people to test this and report back last week. No one said
don't do it. And lots
Perhaps it is a windows path length problem?
Does it work if you rename
C:\Work\Harmony\drlvm\trunk
to:
C:\drlvm
?
Regards,
Mark.
On 10 October 2006 at 12:03, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I have not built DRLVM for a few days.
But after last update it fails with
the workspace breaks up again and again. Unfortunately tightening
pre-commit criteria seems to me the only way to prevent breakage.
Thanks,
Pavel
On 10/9/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 9 October 2006 at 16:12, Pavel Ozhdikhin [EMAIL PROTECTED]
wrote:
On 10/9/06, Tim
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED] wrote:
It looks like you don't have lcms.h and, probably, other lcms stuff in
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms\.
I think the problem is more likely that they do have lcms but that they
don't have the same
On 10 October 2006 at 19:36, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
I have a symlink
trunk/working_classlib/depends/libs/build/lcms/liblcms.ia32 -
/usr/lib/liblcms.a and a good symlink to lcms.h in the same directory.
png and jpeg dirs also contain valid symlinks. Do you think I still
need
On 10 October 2006 at 19:41, Alexey Varlamov [EMAIL PROTECTED] wrote:
2006/10/10, Mark Hindess [EMAIL PROTECTED]:
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED]
om wrote:
It looks like you don't have lcms.h and, probably, other lcms stuff in
Harmony\enhanced\classlib
On 10 October 2006 at 19:00, Denis Kishenko [EMAIL PROTECTED] wrote:
Hi committers
Could someone look at this issue. Because I am going to make another
fix which is depend on this patch.
The diff looks like it contains some moves. In order to keep the
history, please submit moves as a
two years ago,
and
b) my lucky guess was enough to fix it
-Mark.
Mark Hindess wrote:
On 10 October 2006 at 16:22, Oleg Khaschansky [EMAIL PROTECTED]
om wrote:
It looks like you don't have lcms.h and, probably, other lcms stuff in
Harmony\enhanced\classlib\trunk\depends\libs\build\lcms
On 10 October 2006 at 20:32, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/10/10, Geir Magnusson Jr. [EMAIL PROTECTED]:
I'm so sick of this gcc problem.
Lets decide on the versions for GCC and other tools that will work. I
feel the same way that mark does re that being able to build on
On 9 October 2006 at 16:12, Pavel Ozhdikhin [EMAIL PROTECTED] wrote:
On 10/9/06, Tim Ellison [EMAIL PROTECTED] wrote:
Rana Dasgupta wrote:
We need to check both release and debug builds...the binaries and timing
characteristics are too different. At this immediate stage of the
On 8 October 2006 at 16:39, Leo Li [EMAIL PROTECTED] wrote:
Hi, all
Current harmony build script on linux requires liblcms.a libpng.a and
several .h files such as png.h but not installed on my redhat linux
platform. Although as the script prompts out, ubuntu can download such files
Nathan, yeah that's probably it. It's caught me out a couple of times.
Is that swing test fix ready? If not perhaps we should just exclude
it, and then I can dump the with.awt.swing property for good?
Regards,
Mark.
On 7 October 2006 at 14:29, Nathan Beyer [EMAIL PROTECTED] wrote:
Are you
On 6 October 2006 at 9:41, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Vladimir Ivanov wrote:
While nobody objects :) the right place for coverage scripts is 'buildtest'
module.
Seems, that this module should be a little bit reorder: new top level
directories should be created:
Salikh,
I've applied this fix in r453130. But in future please raise a JIRA.
(As it happens I need this fix to workaround problems I was having
on x86_64 otherwise I'd have probably been more hesitant about applying
it.)
Regards,
Mark.
On 4 October 2006 at 17:25, Salikh Zakirov [EMAIL
On 5 October 2006 at 3:02, Naveen Neelakantam [EMAIL PROTECTED] wrote:
Mark (or whomever),
This patch should be applied. It fixes a bug introduced by another
one of my patches. Whoops.
Fixed. Thanks.
-Mark.
-
Ok. There haven't been any shouts against it so. I'm going to split
the .java files that contain two classes and then dump the patternsets.
Regards,
Mark.
On 3 October 2006 at 11:27, Oliver Deakin [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 28 September 2006 at 14:58, Alexey Petrenko
On 5 October 2006 at 13:48, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Readme is quite helpful. Yesterday, I used google to locate thouse lcms libra
ry.
IMHO, if the build system displayed the link to the README.txt it
could be much easier to deal with the issue.
Hmm... it should already? I
On 5 October 2006 at 14:37, Anton Luht [EMAIL PROTECTED] wrote:
Hello,
Maybe it's worth to explicitly specify priorities for various kinds of
bugs? The advice that appears now near 'priority' drop-down in JIRA
list is general and not Harmony-specific. Bug submitters make decision
mostly by
On 5 October 2006 at 13:57, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Salikh Zakirov [EMAIL PROTECTED] wrote:
Salikh Zakirov wrote:
The patch turned out to be exact duplicate of HARMONY-1571.
Besides, there exist a patch with fixes for unit tests: HARMONY-1574.
The
On 5 October 2006 at 15:20, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/5/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 5 October 2006 at 13:48, Ivan Volosyuk [EMAIL PROTECTED] wrote
:
Readme is quite helpful. Yesterday, I used google to locate thouse lcms l
ibra
ry.
IMHO
On 5 October 2006 at 16:39, Alexey Petrenko [EMAIL PROTECTED] wrote:
Guys,
I'm working on build files for Applet/ImageIO/Print modules contribution...
Number of print modules tests fails if there is no printer in the
system. Should I exclude such tests?
Yes. Please.
I got impatient
On 5 October 2006 at 14:02, Mark Hindess [EMAIL PROTECTED] wrote:
On 5 October 2006 at 16:39, Alexey Petrenko [EMAIL PROTECTED] w
rote:
Guys,
I'm working on build files for Applet/ImageIO/Print modules contribution...
Number of print modules tests fails if there is no printer
On 5 October 2006 at 20:05, Mikhail Fursov [EMAIL PROTECTED] wrote:
The priority of the bug could be the priority of the scenario this bug
affects.
So, we need to select some applications/scenarios and if one of these
applications failed - the bug is blocker or critical.
Major as default
version. For example, because he doesn't need to
put jpegint.h (that we took out) back into fetch-depends.
-Mark.
Mark Hindess wrote:
On 5 October 2006 at 14:02, Mark Hindess [EMAIL PROTECTED] wrot
e:
On 5 October 2006 at 16:39, Alexey Petrenko [EMAIL PROTECTED]
w
rote:
Guys,
I'm
On 5 October 2006 at 18:48, Alexey Petrenko [EMAIL PROTECTED] wrote:
It will not easier actually...
Because JpegEncoder.c from awt need few fixes too :)
I thought I'd fixed it an hour ago in r453231. ;-)
-Mark.
2006/10/5, Mark Hindess [EMAIL PROTECTED]:
On 5 October 2006 at 15:03, Tim
+1
On 3 October 2006 at 12:34, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
BCC and ACQs in place.
[ ] +1 Yes, accept the contribution
[ ] -1 No, don't. reason :
As usual, 3 days or until all committers vote, or there is an
objection/request for continuance
On 5 October 2006 at 17:21, Alexey Petrenko [EMAIL PROTECTED] wrote:
Easiest way will be to move JpegEncoder.c from awt to imageio module.
Since awt does not really use it.
Yes. That's what I did. ;-) (And is why I noticed it was broken.)
-Mark.
2006/10/5, Mark Hindess [EMAIL PROTECTED
FYI: I've changed the way our builds are reported to the -commits
list. Now, the reports go to my apache.org email address where they are
compressed and stored. The url in the message is then modified to point
to the compressed version in my people.apache.org web space and the
first 10k of the
On 4 October 2006 at 12:59, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/HARMONY-1676?page=comments#act
ion_
12439536
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we removed the with.awt.swing flag.
Anyone object?
Please test the current setup with -Dwith.awt.swing=true and report any
problems.
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Missing dependency. The
On 4 October 2006 at 15:41, Tim Ellison [EMAIL PROTECTED] wrote:
Excuse the change in subject line...
No problem. I was just cursing myself for having forgotten to change
it.
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least
doing
for windows in terms of having these libraries pre-compiled and easy to
drop in?
geir
Mark Hindess wrote:
With this change, the awt dependencies should now be automated for
windows and at least fairly trivial (installing a few packages on
Linux[0]). I think it is time we
On 4 October 2006 at 18:41, Ivan Volosyuk [EMAIL PROTECTED] wrote:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 4 October 2006 at 12:59, Ivan Volosyuk [EMAIL PROTECTED] wrote
:
On 10/4/06, Mark Hindess [EMAIL PROTECTED] wrote:
On 3 October 2006 at 8:12, Ivan Volosyuk
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have classlib built.
Today, I have:
Missing dependency. The
On 4 October 2006 at 16:10, Mark Hindess [EMAIL PROTECTED] wrote:
On 4 October 2006 at 18:26, Ivan Volosyuk [EMAIL PROTECTED] wrote:
Working on a patch, I've just wanted to check wether it works on em64t.
It is not that easy as I expected. Yesterday, I have filed
HARMONY-1676 to have
I get compilation problems on x86_64. It looks to me like a gcc/binutils
issue:
[exec] cc -shared -Wl,--version-script,libhythr.exp \
[exec] -Wl,-soname=libhythr.so -o ../libhythr.so \
[exec] ../shared/thread_copyright.o x86_64/thrhelp.o
x86_64/thrspinlock.o hythread.o
I'll take a look.
-Mark.
On 3 October 2006 at 14:42, Pavel Pervov [EMAIL PROTECTED] wrote:
Dear committers,
please, commit HARMONY-1594 to fix gcc 4.* build for Jitrino and jet
sources. Otherwise, it is a bit more complex to live on a linux with
compiler version 4.0 and above.
After posting, I noticed that Geir has pick up this JIRA so, while I'll
still take a look, I wont steal the JIRA or commit any changes.
Geir feel free to re-assign it if you decide you don't want it. ;-)
-Mark.
On 3 October 2006 at 12:02, Mark Hindess [EMAIL PROTECTED] wrote:
I'll take
On 3 October 2006 at 7:49, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2. Build them ourselves and store them somewhere.
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries is better choice.
So we got only two options:
1. Find prebuilt libraries somewhere.
2.
On 3 October 2006 at 9:33, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Mark Hindess wrote:
On 3 October 2006 at 19:16, Mikhail Loenko [EMAIL PROTECTED] wrote:
2006/10/3, Geir Magnusson Jr. [EMAIL PROTECTED]:
Alexey Petrenko wrote:
I agree that downloading of prebuilt libraries
On 3 October 2006 at 21:08, Vladimir Ivanov [EMAIL PROTECTED] wrote:
I have one more question about coverage: should it be the part of the BT
infrastructure or integrated to the current classlib build system?
From my point of view it should be a part of BTI while it is rarely used
On 29 September 2006 at 15:26, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Just renaming the thread
On Sep 29, 2006, at 9:17 AM, Vladimir Ivanov wrote:
today I tries to build and test one module with HDK. It almost works
:). Small instruction to reproduce:
1) checkout trunk -N,
On 28 September 2006 at 15:44, Denis Kishenko [EMAIL PROTECTED] wrote:
I am going to fix some commented tests from java.awt.geom package. I
have several organizational questions before start to do.
1. Where is the best place to put test resource files (golden files)?
Testing conventions [1]
On 2 October 2006 at 8:52, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
I wonder if we can generate some kind of dependency graph as part of the
build, so that if testing in a module, it can figure out the set of
modules to test that are n-away dependent. (IOW, test module + 1-away
On 28 September 2006 at 14:58, Alexey Petrenko [EMAIL PROTECTED] wrote:
2006/9/28, Mark Hindess [EMAIL PROTECTED]:
On 28 September 2006 at 14:30, Alexey Petrenko [EMAIL PROTECTED]
om wrote:
I think that it will be better to add another target to build for
this check.
Because of two
On 29 September 2006 at 13:14, Oliver Deakin [EMAIL PROTECTED] wrote:
Hi all - Ive been away from the list this week, so sorry if Ive missed a
few
mails. Ill try and get back to them as soon as possible.
In the meantime Ive been thinking about the classlib build system,
and spotted a
+1
-Mark.
On 28 September 2006 at 1:38, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
BCC and ACQs are in.
What say ye? Would it be nice to debug using eclipse debugger in DRLVM?
[ ] + 1 accept this contribution into the project
[ ] -1 don't accept (please give reason)
Vote runs usual
This has been a problem for some time - I recall commenting out the call
to an ant target that cleaned that svn-checked out documentation.
If we are going to remove them, then I think we need to add them to the
website and ensure we update them regularly. (So that they exist in a
form we can
Yesterday, while looking at something unrelated, I noticed that some
of the patternsets that are used to select the jars for the classlib
modules were not up to date with the result that some classes would be
missing from the resulting jars[0].
While it makes me slightly uneasy having a clean
I agree with Tim.
This should be a stable document not one that needs frequent updates
(which would only mean contributors would be expected to check it more
often). Changes should be discussed/agreed first, thus using JIRA/svn
would seem reasonable for this document.
-Mark.
On 28 September
the
code to print the warning, I think I'd ignore it since it would scroll
too quickly off the top of my screen at the beginning of the build.
-Mark.
Regards,
Tim
Mark Hindess wrote:
Yesterday, while looking at something unrelated, I noticed that some
of the patternsets that are used to select
]} ]; then
args[0]=-print
fi
exec find [EMAIL PROTECTED] -name .svn -prune -o [EMAIL PROTECTED]
On 27 September 2006 at 9:44, Mark Hindess [EMAIL PROTECTED] wrote:
This perl script does a marginally better job by being slightly stricter
on matching context around 'catch'/'fail', by handling
Indeed. Excellent work.
A quick check shows this contribution should bring the japi results to 93.65%
I look forward to the build file patch so we can test it properly.
-Mark
On 27 September 2006 at 23:01, Tim Ellison [EMAIL PROTECTED] wrote:
Woo hoo! Good work Alexey and team.
Tim
it to
result.txt
perl failFinder.pl trunk/modules/ result.txt
Anyone can find out the related lines of any modules.
[1]:
http://wiki.apache.org/harmony-data/attachments/failstatementsomitted/at
tachments/failFinder.pl
On 9/27/06, Mark Hindess [EMAIL
On 28 September 2006 at 13:57, Tim Ellison [EMAIL PROTECTED] wrote:
I suggest we work from a shared document like this
http://wiki.apache.org/harmony/SourceHeaders
to get all the source files covered. What do you think?
Seems reasonable. I've put my name against a couple of
On 28 September 2006 at 19:56, Tim Ellison [EMAIL PROTECTED] wrote:
Martin Cordova wrote:
Hello, will this snapshot include the recent ImageIO contributions?
No, that will have to wait for the snapshot after it has been voted in.
You should be able to combine the contribution with the
This perl script does a marginally better job by being slightly stricter
on matching context around 'catch'/'fail', by handling comments slightly
better and by handling 'catch (...) { }' appearing on a single line.
It also finds a few more hits such as:
On 27 September 2006 at 15:18, Alexey Petrenko [EMAIL PROTECTED] wrote:
So... If there is now EXPORTS section advocates I will prepare a patch
to remove them from the def files for Windows.
If removing them means we are exporting all symbols, then I'd rather
keep explicit exports of the
+1
On 24 September 2006 at 22:43, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
All is in order and in SVN for Harmony-1217 wrt BCC and ACQ.
Please vote to accept or reject this contribution into the Apache
Harmony project :
[ ] + 1 Accept
[ ] -1 Reject (provide reason below)
Lets
On 24 September 2006 at 14:29, Nathan Beyer [EMAIL PROTECTED] wrote:
* I think we should utilize the Accessor classes in 'misc' (in place
of Objects), but I think these all need to be refactored into a kernel
or VM module. I really don't like the 'misc' naming, as it make it
seem like it's
On 21 September 2006 at 23:15, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Sep 21, 2006, at 10:06 PM, Richard Liang wrote:
On 9/22/06, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Is this new? We now have boxes drawn around the shaded box on a
source document snippet...
Maybe
1 - 100 of 567 matches
Mail list logo