harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Geir Magnusson Jr." <g...@pobox.com>
Subject Re: [drlvm] HARMONY-1363 - status update
Date Mon, 18 Sep 2006 07:10:14 GMT


Egor Pasko wrote:
> On the 0x1E8 day of Apache Harmony Geir Magnusson, Jr. wrote:
>> Egor Pasko wrote:
>>> On the 0x1E5 day of Apache Harmony Geir Magnusson, Jr. wrote:
>>>>> Am I doing something wrong? do we build with 'build.sh' yet?
>>>> ?
>>>>
>>>> I build only w/ build.sh
>>>>
>>>> Here's how I work these days : I have checked out
>>>>
>>>>      enhanced/trunk
>>>>
>>>> and run "ant" in that directory, which will do a svn switch on
>>>> working_classlib and working_vm, checking out the head of
>>>> classlib/trunk and drlvm/trunk into those two directories.
>>> trying...
>>> "ant" from "enhanced/trunk" failed on "build.native", could not find 
>>> lcms.h and icc34.h
>> sounds like a dependency problem...  we need to document those.  I'll do
>> that in a fresh install of Ubuntu sometime.
> 
> yeah, but isn't it a kind of false dependence? I wonder, why we need
> liblcms.. need to investigate this.. maybe, unset HAVE_LCMS_H ...
> 
>>> looks exactly as this failure:
>>> http://mail-archives.apache.org/mod_mbox/incubator-harmony-commits/200607.mbox/%3C3783436.1153485794952.JavaMail.jira@brutus%3E
>>>
>>>> If you let that run, it will build classlib and drlvm, and then
>>>> package in to hdk and jre, but I don't use this in my day to day life.
>>>>
>>>> I tend to go into either working_vm and build there via build/build.sh
>>>> (note you need to either set -Dextern.dep.CLASSLIB.loc correctly, or
>>>> just have a drlvm.properties file in working_vm/build or when I need a
>>>> classlib update, go up into working_classlib, do an svn update, and
>>>> then ant.
>>> this one does not allow me to build.sh update on downloading
>>> XALAN. This is a kind of problem that appeared when classlib was not
>>> built, but now it looks like built successfully.
>>>
>>> trying more...
>> Simple.  You need to tell the DRLVM build where to find the built
>> classlib.  Right now it assumes a structure like :
>>
>>   enhanced/classlib/trunk
>>   enhanced/drlvm/trunk
>>
>> but with the "federated build" structure of
>>
>>   enhanced/trunk/
>>                 working_vm/
>>                 working_classlib/
>>
>> I just put a file called "drlvm.properties" into
>>
>>   enhanced/trunk/working_vm/build
>>
>> that contains
>>
>> external.dep.CLASSLIB.loc=../../../working_vm
> 
> gotcha! :)
> external.dep.CLASSLIB.loc=../../../working_classlib

Doh!  of course :)

> 
> maybe, put it in SVN directly? are there any caveats?

Well, I don't think so - the only problem I can imagine is what happens 
when you do the federated build from enhanced/trunk, but now that I 
think of it, I've been working this way for months now, and it hasn't 
gotten in the way.

I'll check it in.

geir

> 
>> and then I can go into working_classlib and refresh and build, and
>> working_vm just picks that up on build and local assembly of jre.
> 
> building further, drinking coffee..
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message