Alexey, I have noticed the following line in your build: working_vm/make/vm/common-vm.xml: <syslibset libs="msvcrtd" if="is.windows" unless="is.cfg.release"/>
>From the other side I have not noticed that this Microsoft library is mentioned in working_*/make/depends.properties How the build system may be able to produce a debug build which would contain a debugging DLL version for those who don't have MSVC installed? Thanks. On Feb 6, 2008 7:38 PM, Alexey Varlamov <[EMAIL PROTECTED]> wrote: > 2008/2/6, Mark Hindess <[EMAIL PROTECTED]>: > > > > > I was hoping Alexey might comment on this given his involvement in the > > changes but I think it is a good idea to "fix" this now. Unless anyone > > complains I will take a look at doing it tomorrow. > > > > This will break builds and people will need to "svn switch" their > > commond_resources tree (or remove it and re-populate it if you have > > infinite bandwidth). > > > > Regards, > > Mark. > > > > ------- Forwarded Message > > > > From: Mark Hindess <[EMAIL PROTECTED]> > > To: [email protected] > > Subject: Re: [announce] new DRLVM build system came into force > > Date: Tue, 05 Feb 2008 09:20:50 +0000 > > > > Excellent! > > > > Before we get too comfortable with the changes we might want to think > > about whether: > > > > https://svn.apache.org/repos/asf/harmony/enhanced/common_resources > > > > should really be moved to: > > > > https://svn.apache.org/repos/asf/harmony/enhanced/common_resources/trunk > > > > We are going to want to be able to reproduce build so having the > > capability to use branches and tags might be useful. And it would > > be more consistent with the layout of the other svn-switched > > sub-directories of the federated build. > > > > I'll take a look at moving the dependencies in classlib to common_resources > > but before I force everyone working on classlib to checkout common_resources > > I'd like to get this resolved so we don't end up breaking it later. > > Sorry, here is somewhat belated recollection: it makes sense to modify > the federated structure a bit further and make common_resources > plugged as svn:externals rather than svn-switch it. This way we'd have > the same versioning abilities plus can benefit reusing same > properties.xml, svn info utilities, etc in the federated build.xml via > direct import. > If you did not yet finish with this, it is a good time to include the > above change as well. > > Thanks, > Alexey > > > > > > - -Mark. > > > > On 4 February 2008 at 16:51, "Alexey Varlamov" <[EMAIL PROTECTED]> > > wrote: > > > Folks, > > > > > > The new build system for DRLVM is now the offical one, our integrity > > > and snapshot CC systems were switched to it before this weekend. > > > Currently there is certain duplication of resources between the new > > > and old systems (property files, etc); I suggest we drop the old > > > system in a week or two. > > > Also, the old build directory encloses x-lists and MSVC solutions. > > > X-lists apparently should be moved closer to test sources, but what > > > about the solutions - just move them to working_vm/make? AFAIU they > > > need update to changed deploy dir names, any volunteers? > > > Meanwhile please be careful to update the right files, those in > > > <working_vm>/make tree. > > > I've updated GettingStarted page to reflect build changes, and will > > > update README.txt soon. Hopefully the transition to unified build > > > interface will be smooth for DRLVM developers. > > > > > > -- > > > Alexey > > > > > > > > > ------- End of Forwarded Message > > > > > > > > > > > > > -- With best regards, Alexei
