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: [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 metainf refid=hy.required.metainf-files / 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: [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: [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: [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: jar destfile=${hy.jdk}/jre/lib/boot/logging.jar manifest=${hy.logging}/META-INF/MANIFEST.MF fileset refid=classes / manifest attribute name=Implementation-Version value=${svn.info}/ /manifest metainf file=${hy.hdk}/NOTICE/ metainf file=${hy.hdk}/LICENSE/ /jar 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: ... fileset id=hy.required.metainf-files dir=${hy.hdk} include name=NOTICE / include name=LICENSE / /fileset then reference it like this: jar destfile=${hy.jdk}/jre/lib/boot/logging.jar manifest=${hy.logging}/META-INF/MANIFEST.MF fileset refid=classes / manifest attribute name=Implementation-Version value=${svn.info}/ /manifest metainf refid=${hy.required.metainf-files}/ /jar 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: [build] ant help needed
That's because you tried to use property expansion notation--${hy.required.metainf-files}--for a reference. Try metainf refid=hy.required.metainf-files / ;) -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: jar destfile=${hy.jdk}/jre/lib/boot/logging.jar manifest=${hy.logging}/META-INF/MANIFEST.MF fileset refid=classes / manifest attribute name=Implementation-Version value=${svn.info}/ /manifest metainf file=${hy.hdk}/NOTICE/ metainf file=${hy.hdk}/LICENSE/ /jar 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: ... fileset id=hy.required.metainf-files dir=${hy.hdk} include name=NOTICE / include name=LICENSE / /fileset then reference it like this: jar destfile=${hy.jdk}/jre/lib/boot/logging.jar manifest=${hy.logging}/META-INF/MANIFEST.MF fileset refid=classes / manifest attribute name=Implementation-Version value=${svn.info}/ /manifest metainf refid=${hy.required.metainf-files}/ /jar 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: [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: cringe 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 sysproperty and syspropertyset to junit? 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): property file=build.properties / 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: 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: 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. /rambling -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: property name=make.basedir location=${hy.luni.src.main.native}/ make dir=vmi args=clean/ make dir=luni args=clean/ make dir=launcher args=clean/ make dir=vmls args=clean/ I like the macro. Or make-ro. Anyway, as make is imported from a common build (fragment) file I would discourage its relying on a property. You _could_, however, use a local nested macrodef: macrodef name=nativemake attribute name=dir / attribute name=target default= / sequential make dir=${hy.luni.src.main.native}/@{dir} target=@{target} / /sequential /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 ant invocations, for similar reasons as to why macros are better than antcalls. -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: 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]
[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 antcalls wherever possible (which should be everywhere). ant and subant run builds against other buildfiles; this is sensible and the utility of it is obvious. antcall 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 antcalls could often be avoided by arranging targets such that Ant's management of target depends would take care of target interdependencies (the Ant way); antcall remained useful for when some parameterizable set of tasks was needed. Ant 1.6 saw the advent of macrodef which accomplished the purpose of antcall 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 antcall, 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: target name=foo echofoo/echo antcall target=bar / /target target name=barechobar/echo/target the foo target would become: target name=foo depends=-foo,bar / target name=-fooechofoo/echo/target 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 antcalls. -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] build file stuff
--- Tim Ellison [EMAIL PROTECTED] wrote: Matt Benson wrote: [SNIP] -When you are calling a target with an antcall, 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 antcalled 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: target name=foo echofoo/echo antcall target=bar / /target target name=barechobar/echo/target the foo target would become: target name=foo depends=-foo,bar / target name=-fooechofoo/echo/target 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 antcalls. 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]
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] 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] 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]
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: project fail unless=build.module / property name=module.dir location=modules / subant dirset dir=${module.dir} includes=${build.module} / /subant /project 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] 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] 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
--- 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 ant invocations in the module buildfiles to use 1.6+ imports. 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 subant 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: 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 ant invocations in the module buildfiles to use 1.6+ imports. 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 subant 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: 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 setproxy (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 setproxy. -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 setproxy. -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 @@ target name=download description=Download required jars +antcall target=set-proxy/ + mkdir dir=${xalan.dir} / antcall target=download-one-jar param name=src value=${xalan.url} / @@ -93,6 +95,10 @@ get src=${src} dest=${dest} usetimestamp=true verbose=true / /target + target name=set-proxy if=proxy +setproxy proxyhost=${proxy} proxyport=${port}/ + /target + target name=check-one-jar available file=${dest} type=file property=${dest}.exists / fail 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=386171view=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=386171r1=386170r2=386171view=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 @@ !-- Copy across the dependency jars -- copy todir=${target.output}/jre/lib/boot overwrite=yes - verbose=yes + verbose=yes flatten=yes fileset dir=${depends.jars} patternset includes=*.jar / patternset includes=xerces_2.6.2/*.jar / -- Mark Hindess [EMAIL PROTECTED] IBM Java Technology Centre, UK. -- Tim Ellison ([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
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): property environment=ENV / property name=ENV.PATH value=${ENV.Path} / --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/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: fileset dir=. includes=**/*.c and or filenameregex expression=[\W_]${env.OS}[\W_]/ not filenameregex expression=[\W_](win|linux|solaris)[\W_]/ /not /or or filenameregex expression=[\W_]${env.ARCH}[\W_]/ not filenameregex expression=[\W_](ia32|sparc|ipf)[\W_]/ /not /or /and /fileset /cc The above logic exactly describes the layout of a platform dependent code that I suggested for Harmony. I've tried to use standard filename and containsregex 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
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/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: fileset dir=. includes=**/*.c and or filenameregex expression=[\W_]${env.OS}[\W_]/ not filenameregex expression=[\W_](win|linux|solaris)[\W_]/ /not /or or filenameregex expression=[\W_]${env.ARCH}[\W_]/ not filenameregex expression=[\W_](ia32|sparc|ipf)[\W_]/ /not /or /and /fileset /cc The above logic exactly describes the layout of a platform dependent code that I suggested for Harmony. I've tried to use standard filename and containsregex 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: 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: 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=359782view=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: 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 hint :) 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 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: [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: 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