Re: [general] Harmony Todo list
--- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > here is what I think Harmony needs: > > - a logo [no feather BS, something cool and trendy > that we could print > on mugs and t-shirts... and no duke crap either] c'mon man... Duke playing a concertina or something, that'd kick ass. :) -Matt Sponsored Link Mortgage rates near 39yr lows. $420k for $1,399/mo. Calculate new payment! www.LowerMyBills.com/lre
Re: [general] Incubator graduation update
--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > On 10/23/06, Matt Benson <[EMAIL PROTECTED]> > wrote: > > --- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > > [SNIP] > > wrt this particular "nit", antlr 2.x.x versions > are > > public domain...> > the public domain has become difficult in recent > times. in some > jurisdictions (in europe), i believe that an > explicit license is > required. (yes, i know it's daft.) copyright may > also now be primarily > criminal matter between the state and the copier. > the opinions of the > author matter little. so, it's best to include the > statement. > > and a note to the notice file to acknowledge Terence > :-) FWIW, when ANTLR3 is fully baked, these issues will be easier as it's under a sane and relatively easy-to-interpret BSD license as compared to "custom OSS or PD license." :) -Matt > > - robert > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [general] Incubator graduation update
--- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: [SNIP] > First, there are minor 'nits' here and there related > to license and > license headers. For example, we're missing the > antlr license in our > NOTICE file. wrt this particular "nit", antlr 2.x.x versions are public domain... text: --- ANTLR 2 License We reserve no legal rights to the ANTLR--it is fully in the public domain. An individual or company may do whatever they wish with source code distributed with ANTLR or the code generated by ANTLR, including the incorporation of ANTLR, or its output, into commerical software. We encourage users to develop software with ANTLR. However, we do ask that credit is given to us for developing ANTLR. By "credit", we mean that if you use ANTLR or incorporate any source code into one of your programs (commercial product, research project, or otherwise) that you acknowledge this fact somewhere in the documentation, research report, etc... If you like ANTLR and have developed a nice tool with the output, please mention that you developed it using ANTLR. In addition, we ask that the headers remain intact in our source code. As long as these guidelines are kept, we expect to continue enhancing this system and expect to make other tools available as they are completed. --- so any form of acknowledgement is probably good enough to satisfy Terence. -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [build] ant help needed
Actually it would be easy to inspect the unresolvable reference name, and if it were in ${.*} format (meaning it is an unexpanded property reference) issue a warning... I'll think on that. ;) -Matt --- Tim Ellison <[EMAIL PROTECTED]> wrote: > On 20/10/06, Matt Benson <[EMAIL PROTECTED]> > wrote: > > That's because you tried to use property expansion > > notation--"${hy.required.metainf-files}"--for a > > reference. Try > > > > > > When do we get support for the option? >ant --do-what-I-mean-not-what-I-say :-) > > Thanks, will try again when my machine is > serviceable. > > Tim > > -- > > Tim Ellison ([EMAIL PROTECTED]) > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [build] ant help needed
That's because you tried to use property expansion notation--"${hy.required.metainf-files}"--for a reference. Try ;) -Matt --- Tim Ellison <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > Tim: This should not be the case. What version of > Ant > > is this? > > I'm using Ant 1.6.5 > > When I try that style I get: > > BUILD FAILED > C:\Harmony\modules\logging\build.xml:76: Reference > ${hy.required.metainf-files} not found. > > Regards, > Tim > > > > --- Tim Ellison <[EMAIL PROTECTED]> wrote: > > > >> So I'd like to avoid each module having to > >> explicitly list the files > >> required to go into the meta-inf directory of > their > >> JAR, like this > >> example taken from LOGGING: > >> > >> > >>destfile="${hy.jdk}/jre/lib/boot/logging.jar" > >> > manifest="${hy.logging}/META-INF/MANIFEST.MF"> > >> > >> > >> >> value="${svn.info}"/> > >> > >> > >> > >> > >> > >> > >> > >> and would prefer to set up a fileset in > >> properties.xml that can be > >> referenced by all modules' build.xml, kinda like > >> this > >> > >> properties.xml: > >> ... > >>>> dir="${hy.hdk}"> > >> > >> > >> > >> > >> then reference it like this: > >> > >>destfile="${hy.jdk}/jre/lib/boot/logging.jar" > >> > manifest="${hy.logging}/META-INF/MANIFEST.MF"> > >> > >> > >> >> value="${svn.info}"/> > >> > >> > >> refid="${hy.required.metainf-files}"/> > >> > >> > >> > >> The problem is that it appears the fileset > >> definition is not carried > >> into the modules' build.xml by virtue of > importing > >> the properties.xml. > >> > >> Any clues? > >> > >> Regards, > >> Tim > >> > >> -- > >> > >> Tim Ellison ([EMAIL PROTECTED]) > >> > >> > >> > > > - > >> Terms of use : > >> http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: > >> [EMAIL PROTECTED] > >> For additional commands, e-mail: > >> [EMAIL PROTECTED] > >> > >> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > - > > Terms of use : > http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [build] ant help needed
Tim: This should not be the case. What version of Ant is this? -Matt --- Tim Ellison <[EMAIL PROTECTED]> wrote: > So I'd like to avoid each module having to > explicitly list the files > required to go into the meta-inf directory of their > JAR, like this > example taken from LOGGING: > > > manifest="${hy.logging}/META-INF/MANIFEST.MF"> > > > value="${svn.info}"/> > > > > > > > > and would prefer to set up a fileset in > properties.xml that can be > referenced by all modules' build.xml, kinda like > this > > properties.xml: > ... >dir="${hy.hdk}"> > > > > > then reference it like this: > > manifest="${hy.logging}/META-INF/MANIFEST.MF"> > > > value="${svn.info}"/> > > > > > > > The problem is that it appears the fileset > definition is not carried > into the modules' build.xml by virtue of importing > the properties.xml. > > Any clues? > > Regards, > Tim > > -- > > Tim Ellison ([EMAIL PROTECTED]) > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] version of gcc and other tools
--- Alexei Zakharov <[EMAIL PROTECTED]> wrote: > Nathan, > > My solution was to collect classpath in the > temporary file. No > external configs is needed. I'm too lazy to look > into archive for the > original message so I write it again here. In brief > it uses the > "executable" property of the ant "javac" task. The > sample ant script > looks like this: There is some code floating around in Ant-land to append stuff to the project classpath. This capability is planned for Ant proper post 1.7 but maybe I can iron it out soon and then we can figure out what's the best way for Harmony to use it. -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [general] version of gcc and other tools
--- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > > > Alexey Petrenko wrote: [SNIP] > > ant > > Good call. When I was setting up my new box, I > found that the beta for > ant 1.7 doesnt' work... > > That was that thread I started over the weekend - w/ > 1.6.x, it's fine... > Whoa... I missed that thread. Which one is it? -Matt > geir > > > > >> I recently setup a new machine (linux) and now > have the complete list of > >> stuff that has to be installed (starting from > fresh ubuntu6) and will > >> post that on the getting started document on teh > website. > >> > >> > >> geir > >> > >> > - > >> Terms of use : > http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> For additional commands, e-mail: > [EMAIL PROTECTED] > >> > >> > > > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][build] Improvements to build system
--- Alexey Varlamov <[EMAIL PROTECTED]> wrote: > Guys, > > I have a kind request for "test" target > customization: > 1) need ability to pass extra arguments to tested > jre. This is useful > for testing various configurations of VM, e.g. > different execution > engines in DRLVM. you mean like passing nested and to ? These are available. > 2) easy switching between fork modes "perTest" & > "once". This is > actual for testing unstable VMs. So just use a junit.forkmode property defaulted to "once" and overridable with -D from the command line. Another popular strategy for using user-specific setup is to have your buildfiles attempt to load a properties file by a well-known name early on (first thing): If the file does not exist, no harm, no foul. If it does exist it is a convenient place to override default property settings. -Matt > > Or I'm just not aware of smth? Hmm, seems we can use > "harmonyvm.properties" to workaround item 1) ... > > -- > Alexey [SNIP] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib][build] Improvements to build system
There are tons of enhancements and bug fixes between 1.6.5 and 1.7; that said, I haven't seen any issues in the build that I think require 1.7 to solve. If I get the time to take a look at the nested invocations bug before 1.7 comes out that might be a good reason to upgrade. I haven't been able to pay as close attention as I had planned; are there any major issues with the build that I have missed? -Matt - Original Message From: Oliver Deakin <[EMAIL PROTECTED]> To: harmony-dev@incubator.apache.org Sent: Tuesday, October 3, 2006 5:34:02 AM Subject: Re: [classlib][build] Improvements to build system I had a quick look at the Ant website - I can't see anything obvious in 1.7 that will make a big difference to us. Most of the information I found was concerned with antlibs. Anyone spotted anything we could use? Regards, Oliver Geir Magnusson Jr. wrote: > Also, should we update to ant 1.7? Any new features that could help? > > I know it's still in beta, but still... since you are about to > refactor, might be worth considering. > > geir > > On Sep 29, 2006, at 10:07 AM, Mark Hindess wrote: > >> >> 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 couple of things that Id like to fix/cleanup: >>> >>> 1) Although we can build a specific module with -Dbuild.module, >>> currently >>> we cannot just clean or rebuild a single module. I'd like to be able to >>> run "ant -Dbuild.module=luni rebuild" and have it clean only the luni >>> java and native binaries and rebuild them. Currently this call >>> results in >>> a total clean of all modules, and then all the native code being >>> rebuilt, >>> but only the java code for luni (so you end up with only luni.jar in >>> lib/boot)! It would also be nice to be able to use the new rebuild-java >>> and rebuild-native targets on a per module basis. >>> >>> 2) In the top level build script we have a number of "public" and >>> "private" targets (the "private" ones are prefixed by a hyphen so >>> that they cannot be run from the command line). However at the >>> modular level the build scripts do not have this separation of >>> external and internal targets, even though it is expected that >>> developers >>> may run these scripts directly. I would like to setup these scripts >>> in the >>> same way as the top level build.xml- with build, build-java, >>> build-native >>> etc. external targets and all others as internal and prefixed with >>> a hyphen. >>> >>> I notice that Mark has done some cleanup of the build scripts under >>> make recently, but I think the modular scripts still require tidying >>> up. >>> Does anyone have any objections to these? Any ideas of other >>> relevant activities I can carry out while Im in there? >> >> The other things I was thinking about were: >> >> 1) Replacing antcall tasks with task dependencies >> >> 2) Moving stuff out of the make/build-java.xml file to a module where >>there is an obvious module that these files should be associated >>with. For instance, the ant for moving the ecj.jar really belongs >>with the tools module - since if you aren't building the tools module >>you would not need that jar. >> >> 3) Fixing the way we build the test support jar too frequently - i.e. >>the fact that we delete it before we test even if it hasn't changed. >> >> 4) Whether we can make make/build-native.xml derive some information >>from the modules - which ones need calling in which order - rather >>than hard coding this information >> >> 5) Modular building and testing with an hdk? >> >> As usual, I'm sure I'll find more work when I start looking more >> closely. >> >> -Mark. >> >> >> >> - >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Oliver Deakin IBM United Kingdom Limited - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BASE64Encoder class missing?
I was assuming the same thing. ;) -Matt --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > I assume it's something we'd just want to copy, > rather than add a > dependency .... > > geir > > > Matt Benson wrote: > > commons-codec and Ant both have base64 encoders > AFAIK. > > > > -Matt > > > > --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > >> > >> Martin Cordova wrote: > >>> Hi, I am testing the latest Harmony JRE > (Aug-4-06) > >> with a servlet > >>> engine on Windows XP SP2. The first obstacle I > hit > >> was related to the > >>> use of sun/misc/BASE64Encoder > >>> > >>> I got a java.lang.NoClassDefFoundError > exception. > >>> > >>> Is there a workaround? was this class located > >> under a different package? > >> > >> Not yet. We were discussing this earlier. > Problem > >> obviously is that > >> the code is using sun specific code. > >> > >> I think that we should probably do this as well > as > >> we've discussed, > >> sooner rather than later : > >> > >> 1) add a new module "suncompat" to make it clear > >> what it is > >> 2) have it produce a suncompat.jar that we > include > >> by default. > >> 3) make users happy > >> > >> Anyone want to take a stab at this? I assume we > >> have a base64 encoder > >> we can wrap? > >> > >> geir > >> > >>> Thanks a lot. > >>> Martin Cordova > >> > > > - > >> Terms of use : > >> http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: > >> [EMAIL PROTECTED] > >> For additional commands, e-mail: > >> [EMAIL PROTECTED] > >> > >> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > - > > Terms of use : > http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BASE64Encoder class missing?
commons-codec and Ant both have base64 encoders AFAIK. -Matt --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > Martin Cordova wrote: > > Hi, I am testing the latest Harmony JRE (Aug-4-06) > with a servlet > > engine on Windows XP SP2. The first obstacle I hit > was related to the > > use of sun/misc/BASE64Encoder > > > > I got a java.lang.NoClassDefFoundError exception. > > > > Is there a workaround? was this class located > under a different package? > > Not yet. We were discussing this earlier. Problem > obviously is that > the code is using sun specific code. > > I think that we should probably do this as well as > we've discussed, > sooner rather than later : > > 1) add a new module "suncompat" to make it clear > what it is > 2) have it produce a suncompat.jar that we include > by default. > 3) make users happy > > Anyone want to take a stab at this? I assume we > have a base64 encoder > we can wrap? > > geir > > > > > Thanks a lot. > > Martin Cordova > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [classlib] Re: svn commit: r422501 [1/2] - in /incubator/harmony/enhanced/classlib/trunk/modules/text: ./ src/main/java/java/text/ src/test/java/org/apache/harmony/text/tests/java/text/
You probably know this... but you can disable comment formatting in Eclipse. -Matt --- Nathan Beyer <[EMAIL PROTECTED]> wrote: > Sure. The change wasn't intentional. I have Eclipse > set at 80 characters and > any time I use the formatter for the whole file it > attacks the license > header. > > -Original Message- > From: Geir Magnusson Jr [mailto:[EMAIL PROTECTED] > Sent: Monday, July 17, 2006 8:35 AM > To: harmony-dev@incubator.apache.org > Subject: [classlib] Re: svn commit: r422501 [1/2] - > in > /incubator/harmony/enhanced/classlib/trunk/modules/text: > ./ > src/main/java/java/text/ > src/test/java/org/apache/harmony/text/tests/java/text/ > > > > [EMAIL PROTECTED] wrote: > > --- > incubator/harmony/enhanced/classlib/trunk/modules/text/src/main/java/java/te > xt/AttributedString.java (original) > > +++ > incubator/harmony/enhanced/classlib/trunk/modules/text/src/main/java/java/te > xt/AttributedString.java Sun Jul 16 12:10:14 2006 > > @@ -1,26 +1,29 @@ > > -/* Copyright 1998, 2006 The Apache Software > Foundation or its licensors, > as applicable > > +/* > > + * Copyright 1998, 2006 The Apache Software > Foundation or its licensors, > as > > + * applicable > > * > > - * Licensed under the Apache License, Version 2.0 > (the "License"); > > - * you may not use this file except in compliance > with the License. > > - * You may obtain a copy of the License at > > + * Licensed under the Apache License, Version 2.0 > (the "License"); you > may not > > + * use this file except in compliance with the > License. You may obtain a > copy of > > + * the License at > > * > > - * http://www.apache.org/licenses/LICENSE-2.0 > > + * http://www.apache.org/licenses/LICENSE-2.0 > > * > > * Unless required by applicable law or agreed to > in writing, software > > - * distributed under the License is distributed > on an "AS IS" BASIS, > > - * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, > either express or > implied. > > - * See the License for the specific language > governing permissions and > > - * limitations under the License. > > + * distributed under the License is distributed > on an "AS IS" BASIS, > WITHOUT > > + * WARRANTIES OR CONDITIONS OF ANY KIND, either > express or implied. See > the > > + * License for the specific language governing > permissions and > limitations under > > + * the License. > > > Can we avoid doing this? It makes no material > difference, but > conforming to the format and line breaks suggested > by the appendix to > the license itself > > http://www.apache.org/licenses/LICENSE-2.0 > > means that it always looks the same, and therefore > people don't feel the > need to read it, which I did when I saw that you > were changing it... > > geir > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DRLVM] build fixes that allow normal single step debug of the Jitrino.JET write barrier patch
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > Matt Benson wrote: > > --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > >> Andrey Chernyshev wrote: > > [SNIP] > >>> I guess the primary job of these scripts is to > >> setup the classpath > >>> correctly. > >>> We can get of them under assumption that > everyone > >> has a cpptasks > >>> (which is needed for native code compilation) > and > >> antcontrib packages > >>> installed with the Ant. > >> And as soon as we get rid of the need for > >> cpptasks ;) > >> > >> I wonder if we can add them to the classpath in > the > >> first ant-script we > >> run, and then have them avail for invoked > scripts. > >> > > > > Seriously, if the native build is switched to a > make > > approach, it wouldn't be impossible to remove the > ac > > dependency from what I can see in the drlvm > buildfile. > > Personally I would probably prefer the cpptasks > be > > used but grudgingly admit that actual C hackers > are > > probably more accustomed to make. ;) > > > > Beyond that, however, antcontrib is THE most often > > mentioned/recommended 3rd-party package on Ant's > user > > lists; > > Why don't you guys fold this into ant then? ant-contrib contains programming concepts that are at odds with Ant's fundamental design. e.g. 1 vs. . e.g. 2 vs. Java-implemented tasks using or other types. specifically exists to defeat Ant's concept of property immutability. For the most part one can get by without ant-contrib, but in a realistic world, sometimes it's just easiest to use it. Some of the other ant-contrib tasks just might be considered too specialized for Ant core. Ant's own distribution contains many things it shouldn't as it is; future versions will be looking to streamline by moving many of what are optional tasks today to antlibs that can be used optionally. > > > more than one of its developers are also Ant > > committers. I don't know that I see the harm in > > simply requiring that the user install antcontrib > (and > > cpptasks, while it is used). The user can simply > drop > > the jars into $ANT_HOME/lib (actually I don't set > > ANT_HOME but let the location of the invoker > script > > along my PATH pick it up, but that's a different > > story). > > Because it's annoying when you need to modify > standard tools just for > one project... > I guess that was kind of my point wrt ant-contrib being as commonly used as it is. You never know what other project will be relying on it; one might therefore consider it to be a "standard extension," as it were. > >On shared installations (with Ant >= 1.6), > > the user can install in ${user.home}/.ant/lib or > > supply the -lib option at the commandline. If the > > -lib option is chosen, that can be configured with > > ANT_ARGS . > > Oh, that's cool. Still, why don't you let me > augment ant's lib at > runtime from w/in the ant script? I would assume it > would be related to > initial parsing and recognition of elements in the > script, but some kind > of late-binding would be nifty... Ant's SVN HEAD contains a task that can do some of these things. I'm not sure who uses it; I don't. It's been in HEAD and marked as experimental for some years now; it may well ship with 1.7 . I'll see what info I can dig up on this task. > > > My cygwin Harmony classpath build > > environment actually uses the -lib option to > include > > the ecj jar, for example. > > So there's no way to do a fork-like thing - let a > top ant script setup > the environment and then launch the script that does > the work? > You could, by forking Ant. Ant doesn't provide , however. One would have to configure the task. The problem has been that nobody sees fit to keep track of the various cmdline options to forking Ant in code. This might actually make a decent antlib, however, as keeping such code in one isolated place would be easier. I'll have to keep this in mind... -Matt > geir > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [DRLVM] build fixes that allow normal single step debug of the Jitrino.JET write barrier patch
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > Andrey Chernyshev wrote: [SNIP] > > I guess the primary job of these scripts is to > setup the classpath > > correctly. > > We can get of them under assumption that everyone > has a cpptasks > > (which is needed for native code compilation) and > antcontrib packages > > installed with the Ant. > > And as soon as we get rid of the need for > cpptasks ;) > > I wonder if we can add them to the classpath in the > first ant-script we > run, and then have them avail for invoked scripts. > Seriously, if the native build is switched to a make approach, it wouldn't be impossible to remove the ac dependency from what I can see in the drlvm buildfile. Personally I would probably prefer the cpptasks be used but grudgingly admit that actual C hackers are probably more accustomed to make. ;) Beyond that, however, antcontrib is THE most often mentioned/recommended 3rd-party package on Ant's user lists; more than one of its developers are also Ant committers. I don't know that I see the harm in simply requiring that the user install antcontrib (and cpptasks, while it is used). The user can simply drop the jars into $ANT_HOME/lib (actually I don't set ANT_HOME but let the location of the invoker script along my PATH pick it up, but that's a different story). On shared installations (with Ant >= 1.6), the user can install in ${user.home}/.ant/lib or supply the -lib option at the commandline. If the -lib option is chosen, that can be configured with ANT_ARGS . My cygwin Harmony classpath build environment actually uses the -lib option to include the ecj jar, for example. -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] debug compilation as default
--- Ivan Volosyuk <[EMAIL PROTECTED]> wrote: [SNIP] > This macro I decided to use has one difference in > usage I wanted to push: >location="${hy.luni.src.main.native}"/> > > > > > I like the macro. Or make-ro. Anyway, as is ed from a common build (fragment) file I would discourage its relying on a property. You _could_, however, use a local nested macrodef: It kind of seems an equal trade in terms of noise, though. :) -Matt > In this notation it looks a bit more readable. > > -- > Ivan > Intel Middleware Products Division > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strategy for Harmony to work with Visual Studio 2005?
This particular mail (by Gregory) contains (a) a link to another mail (of his) describing how to get the MSFT tools to work, and (b) a link to a JIRA issue containing the necessary patches to use NASM for assembly: http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200606.mbox/[EMAIL PROTECTED] Some particulars may be slightly different from one machine to the next, but in general this works; we need to get this info in the wiki IMHO. -Matt --- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > Don't take my word here - we need opines from > others, especially the > people that work a lot on windows... > > geir > > > Xiao-Feng Li wrote: > > Ok, then I will get back to VC7 at the moment. :-) > Let's wait till > > its acceptance by the community. > > > > Actually I don't see them as new APIs; instead, I > view them as > > enforced good coding conventions that help to > achieve better security, > > e.g., always check the buffer size in debug mode. > (Personally I like > > the changes immediately when I met them. My only > question was why we > > didn't do that earlier. :-) > > > > Thanks, > > xiaofeng > > > > On 7/6/06, Geir Magnusson Jr <[EMAIL PROTECTED]> > wrote: > >> > >> I think the key reason is that this is > non-standard stuff from > >> microsoft's for-fee toolchain, and people in OSS > try to avoid having a > >> dependency on that. > >> > >> I wouldn't mind supporting this at some point a) > once it becomes a > >> standard and b) has broad acceptance, but I'm > guessing that's going to > >> take years. > >> > >> People who have used the free version of MSFT > tools seem to just set the > >> flag as you note. > >> > >> geir > >> > >> > > >> > Thanks, > >> > xiaofeng > >> > > >> > [1] > http://msdn.microsoft.com/msdnmag/issues/05/05/SafeCandC/ > >> > [2] > http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1146.pdf > >> > > >> > On 7/6/06, Geir Magnusson Jr <[EMAIL PROTECTED]> > wrote: > >> >> > >> >> > >> >> Xiao-Feng Li wrote: > >> >> > It has lots of "secure enhancement" API > changes. What's the strategy > >> >> > for those APIs support in Harmony? > >> >> > >> >> Huh? What APIs in Visual Studio? > >> >> > >> >> geir > >> >> > >> >> > >> >> > - > >> >> Terms of use : > http://incubator.apache.org/harmony/mailing.html > >> >> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> >> For additional commands, e-mail: > [EMAIL PROTECTED] > >> >> > >> >> > >> > > >> > > - > >> > Terms of use : > http://incubator.apache.org/harmony/mailing.html > >> > To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> > For additional commands, e-mail: > [EMAIL PROTECTED] > >> > > >> > > >> > > >> > >> > - > >> Terms of use : > http://incubator.apache.org/harmony/mailing.html > >> To unsubscribe, e-mail: > [EMAIL PROTECTED] > >> For additional commands, e-mail: > [EMAIL PROTECTED] > >> > >> > > > > > - > > Terms of use : > http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > > > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build file stuff
--- Mark Hindess <[EMAIL PROTECTED]> wrote: > > Matt, this sounds great to me. Thanks! I look > forward to the JIRAs. > > I had a couple of things I was still thinking I'd > change (descriptions > in the top-level and module build.xml files was one > of them). I was > also wondering if it was better to use imports for > the make/build-*.xml > files since these are not supposed to be called > directly any more. > If these could be changed to imports, yes, that would be better than invocations, for similar reasons as to why macros are better than s. -Matt > Aside: Does anyone still call these > [make/build-*.xml] directly? If so, > perhaps we need more top-level targets. > > I'm quite busy anyway so I'll hold off on my changes > until you've had a > good look at them. > > Regards, > Mark. > > > > On 29 June 2006 at 8:56, Matt Benson > <[EMAIL PROTECTED]> wrote: > > Now that I've (finally, thanks Gregory!) got the > > classlib built I'd like to start playing with the > Ant > > buildfiles to apply some of the practices > encouraged > > with modern Ant versions, but possibly > lesser-known to > > old-school (aka "learned Ant 1.5.x or earlier") > users. [SNIP] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Can't build native on winXP
--- Gregory Shimansky <[EMAIL PROTECTED]> wrote: > On Friday 30 June 2006 01:27 Matt Benson wrote: > > Definitely used to that. I couldn't get your > > cygwin.bat recipe to work, but just your having > said > > that had already gotten me thinking. I finally > got my > > cygwin env. set up and can build there now. > Thanks > > for the push. > > There is no secret. It is very simple and you can > add other bat files for > environment tweaks like to make includes from > Platform SDK to go first before > includes from Visual Studio to avoid new "secure" > calls: For some reason, I had to call vcvars32.bat or the compiler wasn't on my path. Perhaps you keep VC\bin in your path anyway. I went ahead and created a harmony.bat file so I didn't have to clutter my normal cygwin batch file. I also had to do some playing with my paths in cygwin (I normally set them in .bash_profile) so that the regular cygwin paths would have lower priority than the MS paths; in particular cygwin link was getting found instead of the MS version. Then I went ahead and set up the other stuff I needed as well. I ended up with (ignore any weird line breaks): @echo off CD /D C:\cygwin SET PATH=%CD%\bin;%CD%\usr\bin;%CD%\usr\local\bin;C:\apache-ant-1.6.5\bin;C:\nasm-0.98.39;%PATH% CALL "C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat" SET INETSDK=C:\Program Files\Microsoft Platform SDK for Windows Server 2003 R2 rem I don't know that debug is necessary, but it doesn't hurt: CALL "%INETSDK%\SetEnv.Cmd" /XP32 /DEBUG SET INCLUDE=%INETSDK%\Include\crt;%INCLUDE% SET ANT_OPTS=-Dbuild.compiler=org.eclipse.jdt.core.JDTCompilerAdapter -Dant.regexp.regexpimpl=org.apache.tools.ant.util.regexp.JakartaOroRegexp SET ANT_ARGS=-logger org.apache.tools.ant.NoBannerLogger -lib %CD%/depends/jars/ecj_3.2MAINT/ecj_3.2MAINT.jar SET JAVA_HOME=%ProgramFiles%/Java/jdk1.5.0_05 CD /D C:\harmony CLS C:\cygwin\bin\bash --login -i -Matt > > c:\cygwin\cygwin.bat > > @echo off > > rem call "C:\Program Files\Microsoft Visual Studio > 8\VC\vcvarsall.bat" x86 > call "c:\Program Files\Microsoft Platform SDK for > Windows Server 2003 > R2\SetEnv.Cmd" /XP32 > > C: > chdir C:\cygwin\bin > > bash --login -i > > > -- > Gregory Shimansky, Intel Middleware Products > Division > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Can't build native on winXP
--- Gregory Shimansky <[EMAIL PROTECTED]> wrote: [SNIP] > > I've written already how to change cygwin.bat to set > up VS.NET environment for I had missed where you wrote it up. :) > cygwin window. The cmd shell is so less usable than > bash. Amen. > You just have to > remember to use windows paths when dealing with > windows native progs and > java. > Definitely used to that. I couldn't get your cygwin.bat recipe to work, but just your having said that had already gotten me thinking. I finally got my cygwin env. set up and can build there now. Thanks for the push. -Matt > -- > Gregory Shimansky, Intel Middleware Products > Division > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build file stuff
--- Tim Ellison <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: [SNIP] > > -When you are calling a target with an , > but > > you also want it to be available as an atomic > target > > What do you mean by 'atomic target' ? > The particular example I was thinking of was in the top-level build.xml, the awt-swing stuff is conditionally built using its own target "build-awt-swing" which is ed from the "build" target. In this case my assumption is that this target exists only to provide the conditional functionality via the target's if attribute (correct me if I'm wrong Mark), but the concept remains: the command line 'ant build-awt-swing' will execute just that target. Perhaps "atomic" was a bad description; I was only trying to communicate the idea of a target that we want to be able to build by itself as opposed to a target that has only been added for convenience. Now, in the case of "build-awt-swing", again I am inclined to believe it is actually the latter, but whether "build-awt-swing" needs to be a separate target from "build" would influence the decision of what approach to take when eliminating the antcall. > > of its own, that suggests the antcall should be > > accomplished with target restructuring. To some > this > > might make the build seem more complex. In this > > example: > > > > > > foo > > > > > > bar > > > > the "foo" target would become: > > > > > > foo > > > > Now, I consider this "complication" of the > buildfile > > minimal, but I'm used to looking at such things. > > Still with you so far (but I guess it gets more > complicated). > It should be in direct proportion to the number of antcalls currently taking place in a given target. [SNIP] > > When you are simply using a target as a container > for > > a group of tasks, and the target itself is not > meant > > for public consumption, that suggests the target > would > > be better defined as a macrodef. And to be quite > > honest, I'm having a hard time thinking of > anything > > negative to say about macrodefs. They really > don't > > make your buildfile any more complicated or > anything > > else ! Oh, well! :) > > How is that different from the 'inner targets' you > were talking about > before? This may be more clear after my having (attempted to, anyway) explained the "atomic-or-whatever-term-fits-better target" concept. A macro is not a target in its own right; it is more like a (in this case) locally defined task--a task that happens to contain multiple other tasks. Contrast preset which allows on-the-fly definition of a single task with some (or all, but usually some) of its attributes and child elements "preset". These are complementary Ant 1.6 tools with which whole libraries of custom tasks can be (and indeed have been) built. If a given target is only ever called as an antcall, it is most likely a macro masquerading as a target. > > > If anyone is still with me after this tome, my > purpose > > has been to elicit comment of any qualms anyone > has, > > particularly with regard to target/dependency > > restructuring, before I start submitting JIRA > issues > > to remove s. > > Go for it, that's the best way for us to learn. > And thank you! > Thanks for the support. -Matt > Regards, > Tim > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[classlib] build file stuff
Now that I've (finally, thanks Gregory!) got the classlib built I'd like to start playing with the Ant buildfiles to apply some of the practices encouraged with modern Ant versions, but possibly lesser-known to old-school (aka "learned Ant 1.5.x or earlier") users. The first thing I plan to do is remove s wherever possible (which should be everywhere). and run builds against other buildfiles; this is sensible and the utility of it is obvious. calls targets from a local (or imported) buildfile, creating a new Project instance in the process, a time- and memory-intensive process. In Ant < 1.6 s could often be avoided by arranging targets such that Ant's management of target depends would take care of target interdependencies (the "Ant way"); remained useful for when some parameterizable set of tasks was needed. Ant 1.6 saw the advent of which accomplished the purpose of in (damn it) a cooler fashion, without creating a new Project context. I joined Ant right after the release of 1.6, and was myself daunted by macros; I put off learning them until such time as I couldn't claim I had anything else to do... but the transition from antcalls to macros was painless. The "rightness" of this feature has never been challenged; macros have become a new and shiny facet of the "Ant way" IMHO. That may have turned a little religious, but I took the time to write it, so it stands. :) Anyway, my point is that antcalls are evil and that a combination of target restructuring and macros can remove all but the very stubbornest of them (I can't even remember offhand what kind of situation leaves no alternative). Here are the (IMO minimal) tradeoffs, for the sake of allowing folk to voice any concerns: -When you are calling a target with an , but you also want it to be available as an atomic target of its own, that suggests the antcall should be accomplished with target restructuring. To some this might make the build seem more complex. In this example: foo bar the "foo" target would become: foo Now, I consider this "complication" of the buildfile minimal, but I'm used to looking at such things. aside: the minus target naming, as some users may know, is an old Ant trick that prevents a target from being called from the command line due to the fact that it is interpreted as a switch by Ant main. This is of lesser value as Eclipse, as a handy IDE example, does allow a user to directly run what is--by convention only--considered an inner or private target. I could have named it "innerfoo" for example. Before we completely abandon the concept of inner targets, let me mention that it might be a good idea to always set descriptions on those targets intended for user consumption, as in native-src/build.xml . This causes Ant's -p/-projecthelp to display only these targets, hopefully making the task of using a new buildfile less onerous for a newcomer. In contrast, classlib's top-level build.xml does not make use of target descriptions. When you are simply using a target as a container for a group of tasks, and the target itself is not meant for public consumption, that suggests the target would be better defined as a macrodef. And to be quite honest, I'm having a hard time thinking of anything negative to say about macrodefs. They really don't make your buildfile any more complicated or anything else ! Oh, well! :) If anyone is still with me after this tome, my purpose has been to elicit comment of any qualms anyone has, particularly with regard to target/dependency restructuring, before I start submitting JIRA issues to remove s. -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Can't build native on winXP
--- Gregory Shimansky <[EMAIL PROTECTED]> wrote: > 2006/6/29, Matt Benson <[EMAIL PROTECTED]>: [SNIP] > > using nasmw in place of ml, and I simply changed > the > > definition in depends/build/rules.mak . > > > Good to know it has worked for you! > > Is there a > > better place to put this change so I'm not > altering > > versioned files? > > > > I am afraid no, at the moment classlib build does > not support different > assembly compilers out of the box, so the NASM port > really requires changing > makefiles directly. The sources have to be replaced > as well for the same > reason, there are no places for different assembly > sources in the current > classlib layout. > Right... I was going to ask, are(n't) the modified sources still compatible with ml.exe? If so, there shouldn't be much reason -not- to adopt a least-common-denominator approach (applying your changes), should there? I'm not much on makefiles, but it might be nice to be able to parameterize the assembler in some way. > I think it will be improved when someone seriously > tries to port classlib to > Cygwin on MinGW toolchain which will probably happen > after native code is > restructured to modules. Then it will be possibly to > improve every module > separately as Mark wrote recently. I will have to go back and try to reassemble those conversations; I intend to have a look at making all the Ant build stuff as performant as possible, but I suppose I will need to know what's on the horizon wrt the structure of the native stuff. In any event, I hope cygwin is supported soon (I doubt I personally could get it working in anything like a reasonable amount of time)... currently I open a VC window, run the MS SDK SetEnv /XP32 /DEBUG, run another batch file to make all the other env. changes I need, and use that CMD prompt to run Ant. Then I do everything else in a cygwin window. Annoying. :) Thanks again, Matt > > -- > Gregory Shimansky, Intel Middleware Products > Division > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Can't build native on winXP
--- Gregory Shimansky <[EMAIL PROTECTED]> wrote: [SNIP] > You can also take a look at this [1] discussion, a > very similar question was > asked just recently. > Gregory: Thanks for all the pointers. I have not touched C since (2 year!) college other than to run make on stuff here and there and it took me awhile to wade through all this stuff. Plus I didn't read your links well enough and ended up figuring out e.g. the secure getenv etc. calls on my own before rereading and realizing I'd duplicated work! :) Currently I am using nasmw in place of ml, and I simply changed the definition in depends/build/rules.mak . Is there a better place to put this change so I'm not altering versioned files? Thanks, Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] Can't build native on winXP
Thanks, Gregory... my embarrassed apologies for having managed to skim those messages without retaining anything useful! -Matt --- Gregory Shimansky <[EMAIL PROTECTED]> wrote: > On Wednesday 28 June 2006 02:08 Matt Benson wrote: > > nmake seems to choke looking for a ntwin32.mak > file. > > I don't care too much about the native stuff > actually, > > but I wanted to play with the build system, so I > want > > to make sure I don't break anything. Does anyone > have > > any advice? > > The file ntwin32.mak and win32.mak can be found in > Microsoft Platform SDK. > When you install it, it will have SetEnv.Cmd script > which sets up INCLUDE, > LIB and PATH variables to have necessary paths which > nmake also uses > (INCLUDE) to find the necessary files such as > ntwin32.mak. > > You can also take a look at this [1] discussion, a > very similar question was > asked just recently. > > Unfortunately the mail-archives.apache.org have a > very inconvenient interface > to read a thread of replies (is there a good way to > do it with a web > interface?). > > [1] > http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200606.mbox/[EMAIL PROTECTED] > > -- > Gregory Shimansky, Intel Middleware Products > Division > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[classlib] Can't build native on winXP
nmake seems to choke looking for a ntwin32.mak file. I don't care too much about the native stuff actually, but I wanted to play with the build system, so I want to make sure I don't break anything. Does anyone have any advice? TIA, Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] More build file simplification
--- Mark Hindess <[EMAIL PROTECTED]> wrote: [SNIP] > Matt, > > Thanks for the ant lesson (again!). That's is very > helpful! Aw... that's what I'm here for, since I can't make a _real_ contribution. :) -Matt > > Mikhail, > > Testing works as we'd like now and we don't have to > maintain multiple > targets. > > Regards, > Mark. > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] More build file simplification
--- Mark Hindess <[EMAIL PROTECTED]> wrote: > > On 21 June 2006 at 13:10, "Mikhail Loenko" > <[EMAIL PROTECTED]> wrote: > > > > how to run tests from two modules and get a single > report? > > ant -Dbuild.module=luni test; ant -Dbuild.module=nio > test > > patches welcome ;-) Tricky without the ant for/if > extensions I think. Au contraire... the following test snippet should give you an example to help: i.e., 'ant -Dbuild.module=luni,nio,math' -Matt > > Regards, > Mark > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] I modified "build.xml" to stop running the "clean" target on every invocation
I haven't read the whole thread yet, and I apologize for the top post, but I couldn't see that the discussion was heading for where I want to take it, so I couldn't stop myself any longer. Parts of Ant were conceptually inherited from make, e.g. the common tendency for a buildfile to have an incremental build as its default. I think this is commonly the way people work, especially in TDD: as Geir and others said, you make one or ten changes, run 'ant', and whatever has changed is rebuilt. If you know you've made a change that might not get picked up properly (an example I think still applies is when you change a constant value and you want to be sure it's not inlined in any old classfiles), or you're ready for a release perhaps, you run 'ant clean build' (as opposed to 'ant clean; ant'--which also works at the cost of an extra JVM startup). All the makefiles I have ever seen approach the issue similarly; the fact that it is familiar to developers of whatever stripe suggests that it is a convention worth persisting if for that reason alone. $0.02, Matt --- Mark Hindess <[EMAIL PROTECTED]> wrote: > > On 15 June 2006 at 17:35, Geir Magnusson Jr > <[EMAIL PROTECTED]> wrote: > > I hope that no one really is bothered by that. > It's just so annoying :) > > > > If you are, feel free to put it back (or I will ) > and then lets discuss? > > Despite other comments on this thread, I'm glad > it's gone. I hate it > too. > > I do think that we should have a "dist" (or > something target that does > do "clean" and "build". (And we should make sure > this is consistent at > the module level.) > > -Mark. > > > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: quicker builds with more recent versions of ant
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > Matt Benson wrote: > > > > > Another performance booster that needs to be made > if > > anyone finds the time (I want to do it, but...): > > But what? :) But I'm stretched thin at all times, thinner than usual just at present. :( hmm... too bad that thinness isn't literal. -Matt > > > refactor all the invocations in the module > > buildfiles to use 1.6+ s. These allow > > composable, multi-inheritance buildfiles, and > because > > all targets execute in the same project context > memory > > usage is drastically decreased, while performance > is > > noticeably increased. The top-level buildfiles > would > > probably use the task to invoke the > module > > builds. > > > > Finally, know that Ant 1.7 is (finally!) on the > > horizon. One minor addition it will bring, that > > directly relates to a recent topic here, are the > > "magic properties" ant.build.javac.source and > > ant.build.javac.target . Anyone wanna guess what > they > > do? And in case anyone wonders, these were not > > introduced for any reason directly related to > Harmony; > > this is simply an example of convergent evolution. > > Excellent! > > geir > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: quicker builds with more recent versions of ant
--- Mark Hindess <[EMAIL PROTECTED]> wrote: > Just in case this helps anyone else. > > I noticed something odd this morning. Although the > default excludes > in ant 1.6.2 correctly ignore .svn directories it > doesn't seem to do > so very efficiently. For example, doing: > > ant -f make/build.xml clean > ant -f make/build-java.xml copy-resources > > The copy-resources step takes over twice as long > with ant 1.6.2 than > with ant 1.6.5. > (Note, the exclude still works and no files in .svn > directories are > copied or it would been even slower. Much older > (some 1.5 versions > and older I think) of ant will copy files in .svn > directories but i > doubt anyone will see this.) > > The reason was obvious when ran: > > strace -o stat.syscalls.log -e stat64 ant -f > make/build-java.xml > copy-resources > fgrep -c /.svn/ stat.syscalls.log > > With ant 1.6.2 the fgrep counts 22948 stat calls for > files within .svn > directories but with ant 1.6.5 it counts zero! I fixed this. ;) > > I mention this because it will undoubtedly slow down > builds for anyone > using this version of ant *and* because this version > of ant is the > default for Debian stable users so quite a few > people will probably be > using this version. > > I've upgraded (using ant 1.6.5 which is in > unstable). It's not really "in unstable"? > a big deal but it certainly makes a difference if > you are running on > slow hardware (or like me doing some testing under > an emulator like > qemu). > It can be painful to install a new version of Ant on a Linux system with a preinstalled version. See http://ant.apache.org/faq.html#InstantiationException . So it would be better to uninstall the old version when upgrading. Another performance booster that needs to be made if anyone finds the time (I want to do it, but...): refactor all the invocations in the module buildfiles to use 1.6+ s. These allow composable, multi-inheritance buildfiles, and because all targets execute in the same project context memory usage is drastically decreased, while performance is noticeably increased. The top-level buildfiles would probably use the task to invoke the module builds. Finally, know that Ant 1.7 is (finally!) on the horizon. One minor addition it will bring, that directly relates to a recent topic here, are the "magic properties" ant.build.javac.source and ant.build.javac.target . Anyone wanna guess what they do? And in case anyone wonders, these were not introduced for any reason directly related to Harmony; this is simply an example of convergent evolution. -Matt > Regards, > Mark. > > -- > Mark Hindess <[EMAIL PROTECTED]> > IBM Java Technology Centre, UK. > > - > Terms of use : > http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: > [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: java.lang.reflect
--- Dalibor Topic <[EMAIL PROTECTED]> wrote: > We'll have 1.5 support out of the box for the next > Kaffe release. > Guilhem has checked in the code, so I just need to > find some time to > make the build system work with a generified > glibj.zip, and see if we > are missing some changes from the GNU Classpath 1.5 > VM interface. > > We need it for ant on the gump, since it's stuck > trying to > build code for a 1.5 VM without having some of the > classes & enums. > There is a bug report for it on the ant bugzilla, > but it gets boring > to have to patch ant to work around the VM version > detection code. It FWIW, http://issues.apache.org/bugzilla/show_bug.cgi?id=39027 was fixed in SVN last week by Martijn Kruithof. -Matt > is simpler to just give it what it wants, a 1.5-ish > VM. ;) > > In other words, Gump is great for discovering that > sort of issues. > > cheers, > dalibor topic > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: downloading dependencies
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote: > Works for me also. Explicit call of setproxy can be > removed. Thanks > Matt, and sorry for the misunderstanding. No need for apologies. It took me quite awhile to track it down. I still don't know where it is documented in released versions of Ant; only because Steve Loughran clearly documented it in SVN HEAD was I able to report it. To be completely clear, these properties are Java builtins; see: http://java.sun.com/j2se/1.5.0/docs/guide/net/properties.html And no, I didn't know that either. :) -Matt > > Thanks, > Vladimir. > > On 3/17/06, Mikhail Loenko <[EMAIL PROTECTED]> > wrote: > > I've tried what Matt recommended and it works! > > > > I think it is also README that should be updated > > > > Thanks, > > Mikhail > > > > 2006/3/16, Tim Ellison <[EMAIL PROTECTED]>: > > > d'oh -- got it, thanks Matt. > > > > > > Vladimir: If you give me the all clear I'll > back-out the explicit call > > > to (but leave the comments in the > properties file to remind > > > us how to do it). > > > > > > Regards, > > > Tim > > > > > > Matt Benson wrote: > > > > again, guys, to be sure it's not missed: > > > > > > > > adding "-Dhttp.proxyHost=proxy > -Dhttp.proxyPort=8080" > > > > to the ANT_OPTS environment variable should be > > > > sufficient for command-line Ant without > explicitly > > > > invoking . > > > > > > > > -Matt [SNIP] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: downloading dependencies
again, guys, to be sure it's not missed: adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080" to the ANT_OPTS environment variable should be sufficient for command-line Ant without explicitly invoking . -Matt --- Vladimir Strigun <[EMAIL PROTECTED]> wrote: > Thanks Tim, everything works fine. > > Thanks, > Vladimir. > > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> > wrote: > > Exactly, thanks Vladimir. I've put that in at > repo revision 386377 > > (with slightly modified property names). > > > > Let me know if you need more. > > > > Thanks, > > Tim > > > > Vladimir Strigun wrote: > > > For instance, we can add set-proxy target to > depends.xml: > > > > > > Index: classlib/trunk/make/depends.xml > > > > === > > > --- classlib/trunk/make/depends.xml > (revision 386350) > > > +++ classlib/trunk/make/depends.xml (working > copy) > > > @@ -59,6 +59,8 @@ > > > > > description="Download required jars"> > > > > > > + > > > + > > > > > > > > > > > > @@ -93,6 +95,10 @@ > > > usetimestamp="true" verbose="true" /> > > > > > > > > > + > > > + proxyport="${port}"/> > > > + > > > + > > > > > > property="${dest}.exists" /> > > > > > > > > > > > > So, if you use proxy you just need to pass proxy > parameters in command line: > > > ant -Dproxy=proxy -Dport=80 -f depends.xml > download > > > > > > Otherwise, it will try to download files without > proxy. > > > > > > Thanks, > > > Vladimir. > > > > > > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> > wrote: > > >> Perhaps we can put the proxy properties into > the make/depends.properties > > >> file and people can override on the > command-line or edit that file to > > >> reflect their set-up. > > >> > > >> The builds now check for dependencies so you > can add them into the right > > >> structure manually and avoid all this. > > >> > > >> Regards, > > >> Tim > > >> > > >> Vladimir Strigun wrote: > > >>> Mikhail, > > >>> > > >>> You can use ant setproxy[1] task for resolving > the problem. It works > > >>> for me. On the other hand, I don't think we > should patch build files. > > >>> Perhaps, It will be useful to document this > somewhere. > > >>> > > >>> > > >>> Thanks, > > >>> Vladimir. > > >>> > > >>> [1] > http://ant.apache.org/manual/OptionalTasks/setproxy.html > > >>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> > wrote: > > Tim, Mark > > > > revisions 386087, 386171 of that file break > my build: > > > > prepare-depends: > > [get] Getting: > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > > [get] To: > C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar > > [get] Error getting > > > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > to C:\ > > depends\jars\xalan-j_2.6.0\xalan.jar > > > > BUILD FAILED > > C:\harmony\make\build.xml:36: The following > error occurred while > > executing this line: > > C:\harmony\make\build-java.xml:352: > java.net.NoRouteToHostException: > > Operation timed out > > > > The problem seems to be with proxy setting > > > > Thanks, > > Mikhail Loenko > > Intel Middleware Products Division > > > > > > 2006/3/16, Mark Hindess > <[EMAIL PROTECTED]>: > > > Thanks Tim. I spotted that I'd missed that > one too. > > > > > > -Mark. > > > > > > On 3/15/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > >> Author: tellison > > >> Date: Wed Mar 15 13:37:44 2006 > > >> New Revision: 386171 > > >> > > >> URL: > http://svn.apache.org/viewcvs?rev=386171&view=rev > > >> Log: > > >> Ensure the XML JARs go directly into the > boot dir > > >> > > >> Modified: > > >> > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > >> > > >> Modified: > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > >> URL: > http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff > > >> > == > > >> --- > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > (original) > > >> +++ > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > Wed Mar 15 13:37:44 2006 > > >> @@ -282,7 +282,7 @@ > > >> > > >> > > >> todir="${target.output}/jre/lib/boot" > overwrite="yes" > > >> - verbose="yes"> > > >> + verbose="yes" flatten="yes"> > > >> dir="${depends.jars}"> > > >> includes="*.jar" /> > > >> includes="xerces_2.6.2/*.jar" /> > > >> > > >> > > >> > > > -- > > > Mark Hindess <[EMAIL PROTECTED]> > > > IBM Java Technology Centre, UK. > > > > > >> -- > >
Re: downloading dependencies (was: Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml)
yeah, that's the right (non 1.5 dependent) thing. I was thinking there was a system-property way to set proxy settings, but couldn't remember what it was... after more research, yeah (since the properties in question have not explicitly specified on this thread): http.proxyHost http.proxyPort --- Tim Ellison <[EMAIL PROTECTED]> wrote: > Perhaps we can put the proxy properties into the > make/depends.properties > file and people can override on the command-line or > edit that file to > reflect their set-up. > > The builds now check for dependencies so you can add > them into the right > structure manually and avoid all this. > > Regards, > Tim > > Vladimir Strigun wrote: > > Mikhail, > > > > You can use ant setproxy[1] task for resolving the > problem. It works > > for me. On the other hand, I don't think we should > patch build files. > > Perhaps, It will be useful to document this > somewhere. > > > > > > Thanks, > > Vladimir. > > > > [1] > http://ant.apache.org/manual/OptionalTasks/setproxy.html > > On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> > wrote: > >> Tim, Mark > >> > >> revisions 386087, 386171 of that file break my > build: > >> > >> prepare-depends: > >> [get] Getting: > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > >> [get] To: > C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar > >> [get] Error getting > >> > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > to C:\ > >> depends\jars\xalan-j_2.6.0\xalan.jar > >> > >> BUILD FAILED > >> C:\harmony\make\build.xml:36: The following error > occurred while > >> executing this line: > >> C:\harmony\make\build-java.xml:352: > java.net.NoRouteToHostException: > >> Operation timed out > >> > >> The problem seems to be with proxy setting > >> > >> Thanks, > >> Mikhail Loenko > >> Intel Middleware Products Division > >> > >> > >> 2006/3/16, Mark Hindess > <[EMAIL PROTECTED]>: > >>> Thanks Tim. I spotted that I'd missed that one > too. > >>> > >>> -Mark. > >>> > >>> On 3/15/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > Author: tellison > Date: Wed Mar 15 13:37:44 2006 > New Revision: 386171 > > URL: > http://svn.apache.org/viewcvs?rev=386171&view=rev > Log: > Ensure the XML JARs go directly into the boot > dir > > Modified: > > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > Modified: > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > URL: > http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff > > == > --- > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > (original) > +++ > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > Wed Mar 15 13:37:44 2006 > @@ -282,7 +282,7 @@ > > > todir="${target.output}/jre/lib/boot" > overwrite="yes" > - verbose="yes"> > + verbose="yes" flatten="yes"> > > /> > includes="xerces_2.6.2/*.jar" /> > > > > >>> > >>> -- > >>> Mark Hindess <[EMAIL PROTECTED]> > >>> IBM Java Technology Centre, UK. > >>> > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Ant proxy settings WAS Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote: > Mikhail, > > You can use ant setproxy[1] task for resolving the > problem. It works > for me. On the other hand, I don't think we should > patch build files. > Perhaps, It will be useful to document this > somewhere. For individuals who don't mind running Ant SVN HEAD, its WHATSNEW contains the following blurb (IIRC from Steve Loughran): On Java1.5+, Ant automatically sets the system property java.net.useSystemProxies to true, which gives it automatic use of the local IE (Windows) or Gnome2 (Unix/Linux) proxy settings. This may break any build file that somehow relied on content outside the firewall being unreachable: use the -noproxy command-line option to disable this new feature. This may help those who want to set proxy settings without modifying buildfiles. YMMV (I haven't tested personally). -Matt > > > Thanks, > Vladimir. > > [1] > http://ant.apache.org/manual/OptionalTasks/setproxy.html > On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> > wrote: > > Tim, Mark > > > > revisions 386087, 386171 of that file break my > build: > > > > prepare-depends: > > [get] Getting: > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > > [get] To: > C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar > > [get] Error getting > > > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > to C:\ > > depends\jars\xalan-j_2.6.0\xalan.jar > > > > BUILD FAILED > > C:\harmony\make\build.xml:36: The following error > occurred while > > executing this line: > > C:\harmony\make\build-java.xml:352: > java.net.NoRouteToHostException: > > Operation timed out > > > > The problem seems to be with proxy setting > > > > Thanks, > > Mikhail Loenko > > Intel Middleware Products Division > > > > > > 2006/3/16, Mark Hindess > <[EMAIL PROTECTED]>: > > > Thanks Tim. I spotted that I'd missed that one > too. > > > > > > -Mark. > > > > > > On 3/15/06, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > > > Author: tellison > > > > Date: Wed Mar 15 13:37:44 2006 > > > > New Revision: 386171 > > > > > > > > URL: > http://svn.apache.org/viewcvs?rev=386171&view=rev > > > > Log: > > > > Ensure the XML JARs go directly into the boot > dir > > > > > > > > Modified: > > > > > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > > > > > > > Modified: > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > > > URL: > http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff > > > > > == > > > > --- > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > (original) > > > > +++ > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > Wed Mar 15 13:37:44 2006 > > > > @@ -282,7 +282,7 @@ > > > > > > > > > > > > todir="${target.output}/jre/lib/boot" > overwrite="yes" > > > > - verbose="yes"> > > > > + verbose="yes" flatten="yes"> > > > > > > > > /> > > > > includes="xerces_2.6.2/*.jar" /> > > > > > > > > > > > > > > > > > > > > > -- > > > Mark Hindess <[EMAIL PROTECTED]> > > > IBM Java Technology Centre, UK. > > > > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [Fwd: Re: [jchevm] JCHEVM discussion]
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > Etienne Gagnon wrote: > > Hi Leo, > > > > Leo Simons wrote: > >> Thanks for your clarifications! Since Geir has > informed me that some > >> of the conversation related to this issue is > currently also proceeding > >> outside of the public forum (I must say I > personally find that a shame > >> -- all of the open source community can learn > from things like this if > >> the discussion happens in public), I'll respect > the desire for a little > >> privacy and refrain from commenting further here, > below, except to note > >> that, > > > > While it is not my objective to eliminate > transparency from the > > discussion, I really felt that it would be much > easier to work out a > > solution in private, where I don't feel the > pressure of hundreds of eyes > > reading each of my words, specially that the heat > is on me, as the SVN > > access to JCHEVM has been blocked. > > Please don't feel pressure there. You brought up a > claim that was at > first blush legitimate, and it was *our* decision to > aggressively lock > down SVN while we sorted things out - you never made > any such demand, > and I appreciate your sensitivity to this. Agreed. As an interested (thus far non-contributing) observer, I can assure you, Etienne, that you have not come across as unreasonable. Your name is respected in the community and no less so now, given your willingness to work with Geir, Archie et al on this matter. So the "opener" the better! ;) -Matt > > geir > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: unsubscribing WAS (inappropriately) [jira] Updated: (HARMONY-188) ObjectOutputStream.useProtocolVersion(version) should check a parameter value.
--- crispyalien <[EMAIL PROTECTED]> wrote: > PLS HELP ME UNSUBSCRIBE TO THAT JIRA list!!! HELP.. > I HATE harmony already > because of all that spam!! [SNIP] The way to unsubscribe is probably sending an empty email to: [EMAIL PROTECTED] at a guess. It is unfortunate that you feel that you have been "spammed" (you haven't); you chose to join the list and JIRA notifications hardly qualify as spam. When you joined the list you received instructions on how to unsubscribe from it (strike two for you for having ignored or lost them). All-cap "screaming" at everyone on this list and replying to emails with unrelated content is disruptive and rude to everyone else on the list. So if that's what it takes to evoke your manners, by all means unsubscribe. These are the opinions of a "bystander" on the list and do not represent those of the Harmony project as a whole or any other entity. br, Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [jira] Created: (HARMONY-152) Security module native build incorrectly use PATH variable
--- Alexey Petrenko <[EMAIL PROTECTED]> wrote: > 2006/3/3, Tim Ellison <[EMAIL PROTECTED]>: > > How about we just remove references to ENV from > the Ant scripts ;-) ? > > > > That sounds like a very strange 'feature' of Ant > Why not use environment if it needed and accessible? > Even in ant... :) Chiming in here to be sure there are no misunderstandings RE Ant's inclusion of environment variables... Your comment, Tim, sounds as though you thought ENV.* were automagically populated. In fact, you must explicitly request this in your buildfile [1], and it doesn't matter if you prefix them as ENV.* or foobarbaz.* ... :) Finally, a common workaround (which I would suggest using should this issue recur): --if ENV.PATH already exists, it won't be overwritten. If ENV.Path exists, it follows that ENV.PATH does not, so the contents of ENV.Path will be assigned to ENV.PATH and with one line we have alleviated the W2K problem. HTH, Matt http://ant.apache.org/manual/CoreTasks/property.html > > -- > Alexey A. Petrenko > Intel Middleware Products Division > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Platform dependent code placement (was: Re: repo layout again)
--- Andrey Chernyshev <[EMAIL PROTECTED]> wrote: > On 2/23/06, Matt Benson <[EMAIL PROTECTED]> > wrote: > > Are these just sample names? Could there be > > shared/foo_linux.c > > whatever/bar_linux.c > > foo_ia32/bar.c > > bar_linux/baz.c > > baz_linux_ia32/more.c > > Yes, they could. The pattern for identifying > architecture or OS > dependence for a file is like [\W_]${attr}[\W_] > where ${attr} stands > for either specific OS or architecture. > > > > > If so, will a directory always have no more than > one > > "leading name", i.e. not OS or architecture? > > I'd suggest that file is considered platform > dependent if it contains > any of "magic" platform keywords (like ia32, linux, > e.t.c.) in it's > full name. Directory name may or may not contain a > "leading name". For > example, file */linux/*.c should be considered as > linux specific as > well. Another example, file */*_linux_solaris_*/*.c > is considered as > shared between linux and solaris, but not applicable > for win, e.t.c. Ah... I hadn't extrapolated the linux_solaris possibility. The reason I asked my last question--i.e. will there always be foo_os, foo_arch, foo_os_arch as opposed to foo_bar_os, foo_bar_arch, foo_bar_os_arch--is to learn more about how to differentiate between foo_ia32 and foo_win_ia32. The reason being that the combination of linux/ia32 can't just blindly include any file/dir with ia32 in the name or it could pick up e.g. foo_win_ia32... can you confirm there would be no reason for foo_bar_(os_arch|os|arch)? -Matt > > Thank you, > Andrey Chernyshev > Intel Middleware Products Division > > > > > Thanks, > > Matt > > > > > Ideally, I'd wish to do that with a code > something > > > like this: > > > > > > > > > > > > > > > > > expression="[\W_]${env.OS}[\W_]"/> > > > > > > > > expression="[\W_](win|linux|solaris)[\W_]"/> > > > > > > > > > > > > > > expression="[\W_]${env.ARCH}[\W_]"/> > > > > > > > > expression="[\W_](ia32|sparc|ipf)[\W_]"/> > > > > > > > > > > > > > > > > > > > > > The above logic exactly describes the layout of > a > > > platform dependent > > > code that I suggested for Harmony. > > > > > > I've tried to use standard and > > > selectors, > > > but they didn't appear suitable for that > purpose. > > > > > > Thank you, > > > Andrey Chernyshev > > > Intel Middleware Products Division > > > > > > > > > > > -Matt > > > > > > > > --- Andrey Chernyshev > <[EMAIL PROTECTED]> > > > > wrote: > > > > (a bunch of stuff I snipped ;) > > > > > > > > > __ > > > > Do You Yahoo!? > > > > Tired of spam? Yahoo! Mail has the best spam > > > protection around > > > > http://mail.yahoo.com > > > > > > > > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [jchevm] -- for some reason, apache won't let me attach a file
--- Tim Ellison <[EMAIL PROTECTED]> wrote: > Please, don't send attachments to the mailing list. heh--I think he did it because JIRA wouldn't let him... :( -Matt > > Attach them to a JIRA. > > Regards, > Tim > > Weldon Washburn wrote: > > Does anyone have suggestions? > > Thanks > > Weldon > > > > -- Forwarded message -- > > From: Mail Delivery Subsystem > <[EMAIL PROTECTED]> > > Date: Feb 22, 2006 10:52 AM > > Subject: Delivery Status Notification (Failure) > > To: [EMAIL PROTECTED] > > > > > > This is an automatically generated Delivery Status > Notification > > > > Delivery to the following recipient failed > permanently: > > > > harmony-dev@incubator.apache.org > > > > Technical details of permanent failure: > > PERM_FAILURE: SMTP Error (state 12): 552 Message > rejected as it is spam (body) > > > > - Original message - > > > > Received: by 10.35.78.13 with SMTP id > f13mr853709pyl; > >Wed, 22 Feb 2006 10:51:39 -0800 (PST) > > Received: by 10.35.58.1 with HTTP; Wed, 22 Feb > 2006 10:51:39 -0800 (PST) > > Message-ID: > <[EMAIL PROTECTED]> > > Date: Wed, 22 Feb 2006 10:51:39 -0800 > > From: "Weldon Washburn" <[EMAIL PROTECTED]> > > To: harmony-dev@incubator.apache.org > > Subject: [jchevm] rough draft of Harmony Class Lib > to GNU native methods glue > > MIME-Version: 1.0 > > Content-Type: multipart/mixed; > > > boundary="=_Part_12265_10263947.1140634299199" > > > > --=_Part_12265_10263947.1140634299199 > > Content-Type: text/plain; charset=ISO-8859-1 > > Content-Transfer-Encoding: quoted-printable > > Content-Disposition: inline > > > > Archie, Tim, > > > > Attached is a zip file containing a first cut at > gluing Harmony Class > > Library to the native methods exposed by JCHEVM. > I call this glue, > > "kernel_path". So far, no mods have been made to > any JCHEVM files. > > > > - Message truncated - > > > > > > > > -- > > Weldon Washburn > > Intel Middleware Products Division > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Platform dependent code placement (was: Re: repo layout again)
--- Andrey Chernyshev <[EMAIL PROTECTED]> wrote: > On 2/21/06, Matt Benson <[EMAIL PROTECTED]> > wrote: [SNIP] > > wonder if anyone could restate the Ant-specific > part > > of the problem in concise terms, with the example > > directory structure and desired selection... ? in > > case I might tersify the expression at all, I'd > like > > to help Harmony in this small way as I've not yet > > found time to do more... > > Hi Matt, > > Thanks for your attention to this. > I'd like to have a selector in Ant FileSet, which > would select file > names based on a regular expression. The regexp > needs to be matched > with the string which consists of a path relative to > the base dir of a > fileset, plus file name. > > For example, suppose we have a set of files like > this: > shared\test_linux_ia32.c > shared\test_shared.c > shared\test_win.c > shared\test_win_ia32.c > test_ia32\test1.c > test_linux\test2.c > test_win_ia32\test4.c > > Then, for linux/ia32 configuration the selector > should take: > > shared\test_linux_ia32.c > shared\test_shared.c > test_ia32\test1.c > test_linux\test2.c > Are these just sample names? Could there be shared/foo_linux.c whatever/bar_linux.c foo_ia32/bar.c bar_linux/baz.c baz_linux_ia32/more.c If so, will a directory always have no more than one "leading name", i.e. not OS or architecture? Thanks, Matt > Ideally, I'd wish to do that with a code something > like this: > > > > > expression="[\W_]${env.OS}[\W_]"/> > > expression="[\W_](win|linux|solaris)[\W_]"/> > > > > expression="[\W_]${env.ARCH}[\W_]"/> > > expression="[\W_](ia32|sparc|ipf)[\W_]"/> > > > > > > > The above logic exactly describes the layout of a > platform dependent > code that I suggested for Harmony. > > I've tried to use standard and > selectors, > but they didn't appear suitable for that purpose. > > Thank you, > Andrey Chernyshev > Intel Middleware Products Division > > > > > -Matt > > > > --- Andrey Chernyshev <[EMAIL PROTECTED]> > > wrote: > > (a bunch of stuff I snipped ;) > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Commented: (HARMONY-117) minimal javac using scripts
[ http://issues.apache.org/jira/browse/HARMONY-117?page=comments#action_12367385 ] Matt Benson commented on HARMONY-117: - agreed, batch file error codes are difficult to get right. RE the shell script, looks like you've left off the cmdline args, unless they come for free in some way of which I wasn't aware... also, is the $(echo ...) necessary, and if so, wouldn't `echo ...` be more portable? > minimal javac using scripts > --- > > Key: HARMONY-117 > URL: http://issues.apache.org/jira/browse/HARMONY-117 > Project: Harmony > Type: New Feature > Reporter: Mark Hindess > Attachments: javac, javac.bat > > As a first approximation of javac perhaps we could just use shell scripts and > batch files (rather than a binary launcher) to run the eclipse compiler? > (Aside: do we need a tools component in JIRA?) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Platform dependent code placement (was: Re: repo layout again)
I have tried to reconstruct the gist of this discussion from the archives (wasn't paying enough attention the first time through), without much luck. :) Since the discussion has evolved this far, I wonder if anyone could restate the Ant-specific part of the problem in concise terms, with the example directory structure and desired selection... ? in case I might tersify the expression at all, I'd like to help Harmony in this small way as I've not yet found time to do more... -Matt --- Andrey Chernyshev <[EMAIL PROTECTED]> wrote: (a bunch of stuff I snipped ;) __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: newbie to project-where to start from
--- James Pluck <[EMAIL PROTECTED]> wrote: > Geir Magnusson Jr wrote: [SNIP] > > (I'd love to see someone get our compiler-launcher > done, so we would > > have javac using the eclipse compiler.) > > Unfortunately I have very little knowledge and > experience in writing > compilers so I would be of limited use here - except > perhaps as a beta > tester. Know that the current plan is to use Eclipse's JDT compiler, so a launcher for it, and any assisting massaging needed to make it behave identically to 1.5 javac, is all that is needed, as I understand it. -Matt > > James Pluck > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Location for API extensions
--- Geir Magnusson Jr <[EMAIL PROTECTED]> wrote: > > > Anton Avtamonov wrote: > > Besides, such approach ties them to Harmony if > they found such > > extensions (funtionality, included into packages > of 'public access') > > useful :-) > > We actually don't want to tie anyone into Harmony > other than because > we're free, fast, stable, etc. > > This project *may* at some point offer packages that > are not part of > J2SE (for example, if we had built a nice logging > implementation that > was resuable), but that would clearly be separate AND JRE-INDEPENDENT > parts of the project, > and not to be confused with Harmony the J2SE > Implementation. > -$0.02 -Matt > geir > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: svn commit: r359782 - in /incubator/harmony/enhanced/classlib/trunk/java-src/nio/src: com/ java/ main/ test/ test/java/ test/resources/
I couldn't say where the convention started, but in Ant it denotes the primary source tree; i.e. Java source that is not tests. HTH, Matt --- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > what does "main" mean? > > > On Dec 29, 2005, at 8:31 AM, [EMAIL PROTECTED] > wrote: > > > Author: tellison > > Date: Thu Dec 29 05:31:44 2005 > > New Revision: 359782 > > > > URL: > http://svn.apache.org/viewcvs?rev=359782&view=rev > > Log: > > Restructuring NIO component layout to allow main > and test co-location > > > > Added: > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/main/ > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/test/ > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/test/ > > > java/ > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/test/ > > > resources/ > > Removed: > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/com/ > > > incubator/harmony/enhanced/classlib/trunk/java-src/nio/src/java/ > > > > -- > Geir Magnusson Jr > +1-203-665-6437 > [EMAIL PROTECTED] > > > __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com
Re: [Technical] VM Interface/OSGi discussion (Was: Re: [Licensing/Community] Fresh start)
--- Dalibor Topic <[EMAIL PROTECTED]> wrote: [SNIP] > The wonderful part of that story is that noone needs > to share any code > of any component: how VMs implement the bootstrap > set of classes, which > OSGi implementation they chose, if they use JNI or > avian carrier > pidgeons :) fails to matter, and noone needs to Real quick: are there "non-avian" carrier pigeons? ;) -Matt __ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com
Re: failed to use xml formatter on contributions combination
ah... same stack trace as Ant Bugzilla Report 36733: http://issues.apache.org/bugzilla/show_bug.cgi?id=36733 . Any info you can provide there could help solve the bug, but you'd be using a nightly build at best then. -Matt --- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > What the NPE from? > > Also, we should start thinking about these external > dependencies that > we can take advantage of and start formalizing how > we bundle the pile > together... > > geir > > On Nov 28, 2005, at 10:37 AM, Mishura, Stepan M > wrote: > > > While running security unit test on contributions > combination > > (lang/util/io/net/nio plus security/crypto/x-net) > I tried to generate > > tests report with 'xml' formatter. > > > > So I added xml jars to class path and changed > formatter type in > > build.xml to 'xml'. But all tests failed with > > > > > > > > [junit] Exception in thread "main" > java.lang.NullPointerException > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.f > > > or > > matOutput(XMLJUnitResultFormatter.java:253) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.s > > > et > > SystemOutput(XMLJUnitResultFormatter.java:92) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.sendOutAn > > > dE > > rr(JUnitTestRunner.java:435) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run > > > (JUnitTe > > stRunner.java:319) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch > > > (JUni > > tTestRunner.java:672) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main > > > (JUnitT > > estRunner.java:567) > > > > > > > > Any comments/suggestions/workarounds? > > > > > > > > Thanks, > > Stepan Mishura > > Intel Managed Runtime Division > > > > > > > > -- > Geir Magnusson Jr > +1-203-665-6437 > [EMAIL PROTECTED] > > > __ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/
Re: failed to use xml formatter on contributions combination
Also, what version of Ant is this? -Matt --- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > What the NPE from? > > Also, we should start thinking about these external > dependencies that > we can take advantage of and start formalizing how > we bundle the pile > together... > > geir > > On Nov 28, 2005, at 10:37 AM, Mishura, Stepan M > wrote: > > > While running security unit test on contributions > combination > > (lang/util/io/net/nio plus security/crypto/x-net) > I tried to generate > > tests report with 'xml' formatter. > > > > So I added xml jars to class path and changed > formatter type in > > build.xml to 'xml'. But all tests failed with > > > > > > > > [junit] Exception in thread "main" > java.lang.NullPointerException > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.f > > > or > > matOutput(XMLJUnitResultFormatter.java:253) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter.s > > > et > > SystemOutput(XMLJUnitResultFormatter.java:92) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.sendOutAn > > > dE > > rr(JUnitTestRunner.java:435) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run > > > (JUnitTe > > stRunner.java:319) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch > > > (JUni > > tTestRunner.java:672) > > > > [junit] at > > > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main > > > (JUnitT > > estRunner.java:567) > > > > > > > > Any comments/suggestions/workarounds? > > > > > > > > Thanks, > > Stepan Mishura > > Intel Managed Runtime Division > > > > > > > > -- > Geir Magnusson Jr > +1-203-665-6437 > [EMAIL PROTECTED] > > > __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Re: Building choices (was: Re: Code contribution to harmony)
--- Ashish Ranjan <[EMAIL PROTECTED]> wrote: > that is the most convincing argument till now. :-) +1 from an Ant PMC member. That logic is irrefutable. :) -Matt > bye :-) > Ashish Ranjan > India > [EMAIL PROTECTED] > > On 11/23/05, Graeme Johnson > <[EMAIL PROTECTED]> wrote: > > > > Tim Ellison <[EMAIL PROTECTED]> wrote on > 11/21/2005 07:17:16 AM: > > > > > Andrey Chernyshev wrote: > > > > On 11/15/05, Tim Ellison > <[EMAIL PROTECTED]> wrote: > > > > > > > >>In the end we decided to go with a > 'conventional' native code tool set > > > >>for the native source, and 'conventional' Java > code tools for the Java > > > >>source. People just felt more comfortable > with that. > > > >> > > > >>Do you think we are missing out on something > ;-) ? > > > > > > > > > > > > Well, I can see a few potential issues with > such "mixed" approach: > > > > - In order to contribute, people would have to > learn both building > > > > technologies - Ant and make, someone may give > up. > > > > > > I don't see a great advantage to asking people > to learn 'cpptask' rather > > > than 'make'. I would suggest that many more C > programmers are familiar > > > with 'make' already, so we are not asking them > to learn something new. > > > > > > [snip] > > > > 'make' also simplifies the bootstrapping issue. > When you are doing the > > initial port of the VM to a new platform, and you > don't have java > > running yet, having your build instructions > encoded in Ant is problematic. > > > > Relying on the availability of a previous java > port to get the Harmony > > VM building seems like a questionable porting > story. 'make' of one flavor > > > > or another is pretty much universally available, > and seems like the > > pragmatic choice for building C code. > > > > Graeme Johnson > > J9 VM Team, IBM Canada. > > > __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com
Re: VM/Class Library Interface (or "Storming the Gates! Take 3!")
--- Archie Cobbs <[EMAIL PROTECTED]> wrote: > Geir Magnusson Jr. wrote: [SNIP] > > 3) I'm really worried about the GNU Classpath > interface that extends > > java.lang. We do allow participants in this > community to look at the > > spec license, and we won't extend the defined > namespaces in the spec. > > I don't understand this (sorry if I wasn't paying > attention earlier). > If "extend" means defining public API's in those > packages, then > Classpath doesn't purport to do that. The > java.lang.VMClass, etc. > stuff are all internal API's not meant for public > consumption. Wasn't one of the issues here the theoretical "What happens when Sun defines a public VMClass class in java.lang?" -Matt > > -Archie > > __ > Archie Cobbs *CTO, Awarix* > http://www.awarix.com > __ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com
Re: compiling bootJVM with MSVC
--- Enrico Migliore <[EMAIL PROTECTED]> wrote: > For a win32 pthread implementation, try this: > >http://sources.redhat.com/pthreads-win32/ > > There are two libraries I downloaded this one: > pthreadVC2.lib > Shouldn't more care to be taken RE pointing people to LGPL resources on this list as the compatibility issues between the LGPL and Apache licenses are AFAIK still unresolved? (back to lurking) -Matt __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Re: [bootvm] Build (was Re: Build problem on Linux)
All: --- "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote: > > On Oct 20, 2005, at 11:20 PM, Robin Garner wrote: > > > > > By the way, the top level config.sh/build.sh seems > to expect that > > "." is > > in the path. And any chance of getting this to > build using a real > > build > > tool ? Make ? Ant ? (or is ant only for java ?) > > > > I'd be happy with either make or ant. It would be > nice to see at > least what it might look like in ant... Someone can > propose to > switch if we had an example of how it would work > :) > I'm pretty dumb with C having never had any _practical_ experience with it. But I orchestrated some fairly sophisticated COBOL Ant builds with which I was very happy. http://ant-contrib.sourceforge.net hosts some Ant extras including a C compilation task which has a pretty good reputation in the Ant community, if any of you wanted to check that out. br, Matt (Ant PMC) > geir > > -- > Geir Magnusson Jr > +1-203-665-6437 > [EMAIL PROTECTED] > > > __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Re: JavaONE - anyone going? Last day for "early bird" reg.
--- Dmitry Serebrennikov <[EMAIL PROTECTED]> wrote: > Sorry, this is a bit off-topic. Not really OT at all, considering that Geir is to lead a session about Harmony at JavaONE. Alas, I won't be there. -Matt > Is anyone else planning to go to the JavaONE > conference (June 25-30 San > Francisco, CA)? > By the way, today is the last day to register with > the "early bird" > discount. > > Regards > Dmitry > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [Harmony Wiki] Update of "People" by NicolasCannasse
--- Craig Blake <[EMAIL PROTECTED]> wrote: > Yeah, please. Not sure if these are really valuable > anyways. What, "People"? :) -Matt > > Thanks, > Craig > > On May 24, 2005, at 8:33 AM, dan sinclair wrote: > > > Can these either be turned off or sent to another > list? They seem > > to generate a lot of email that isn't related to > the topic at hand. > > > > Thanks, > > dan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: [Harmony Wiki] Update of "People" by RobGonzalez
--- Rob Gonzalez <[EMAIL PROTECTED]> wrote: > good point, though i feel a bit outgunned by the > other guys in that > list :) dalibor, mark wielaard, tom tromey...big > guns in free java. > i just hacked on kaffe for a while, did some > debugging, build most of > a verifier, hacked on it as part of one of those > proposals to add > generics to java sort of thing. I suppose it's your call, but considering that others of us have zero VM experience, the above sounds like quite a bit to e.g.: me. -Matt __ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/
Re: [Harmony Wiki] Update of "People" by RobGonzalez
--- Apache Wiki <[EMAIL PROTECTED]> wrote: > + || Rob Gonzalez || rob.gonzalez AT gmail.com || > Kaffe, LSID || > Kaffe?--Rob, shouldn't you be under "Folks with prior VM Experience" then? -Matt > __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html
Re: impatient ;)
Now that's a clear-cut answer. :) -Matt --- Stefano Mazzocchi <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > just a note... it appears that Ant (and thus > Maven, I > > assume) can already use the Eclipse JDT compiler > when > > properly configured. If by chance one of these > > (Apache) projects is used for builds, how much > value > > is there in creating another point of entry? > > The TCK requires a JVM to look and feel *exactly* > like the Sun JVM, > including the java/javac command lines, that's why. > > -- > Stefano. > > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: impatient ;)
just a note... it appears that Ant (and thus Maven, I assume) can already use the Eclipse JDT compiler when properly configured. If by chance one of these (Apache) projects is used for builds, how much value is there in creating another point of entry? -Matt --- Davanum Srinivas <[EMAIL PROTECTED]> wrote: > go for it! > > -- dims > > On 5/16/05, Patrice Le Vexier > <[EMAIL PROTECTED]> wrote: > > > here's a task for those of you who want > something to do: wrap the > > > eclipse JDT compiler and make it look/feel like > javac from the > > > command line. > > > > > > -- > > > Stefano. > > > > > > > > > > If there is no objection to use this compiler, I > can do that. > > > > Please, let me know. > > > > patrice > > > > > -- > Davanum Srinivas - > http://webservices.apache.org/~dims/ > __ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail
Re: Apache Harmony / GNU Classpath
--- Mladen Turk <[EMAIL PROTECTED]> wrote: > Davanum Srinivas wrote: [SNIP] > You missed the point. JVM without class library is > not J2SE. It is > only JVM. Is the intention to build a JVM or J2SE > compatible project? > > AFAICT, one of the goals is to pass the TCK's, so > how can you do that > if you don't have a full control over the major part > of the package? > > Using the GNU Classpath or what ever *ANY* external > library is just > a feature, not a part of the product itself (at > least not an J2SE > compatible product). > RE GNU Classpath: If licensing issues pan out (and I'm honestly not sure what the issues _are_ based on my "IANAL" interpretation of the much-discussed "exception clause"), what's to stop Harmony developers (gasp) contributing code directly to Classpath if there are TCK issues? -Matt __ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail
Re: mudGE JavaVM.
--- Ravi kiran Gorrepati <[EMAIL PROTECTED]> wrote: > On a similar note, there is a JVM I have heard of, > called Joeq(pronounced > Jo-kyu) > It is mostly a one man project, and is GPL'ed, LGPL'd according to the page. Still incompatible as-is though. :) > probably some one can > convince > him to release it under APL. > > http://joeq.sourceforge.net/ Looks interesting... I see it uses other JVMs to generate its native JVM object file. I would imagine the community might prefer otherwise, eventually. -Matt > -- > Ravi > Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html