Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of xiaofeng.li@gmail.com
 designates 66.249.82.232 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=lbIRo2OugxBCH+KxphqbLI0Zx9YXQnnW0qybTIUrryy5GvcSEAiBgKcbFQada5gXsgjzD2t3ORlMs2kjag6+XjBtnbCjJDnHQ4Ke87RAo2FpVHqtRBiORf/1kUPfXAwvnDSdj3cK0GpB/ge7UlC9AF3MpVGvCBtE232hPkiYrYg=
Message-ID: <9623c9a50703280615l12f8b533ya9b1128db4e7f35d@mail.gmail.com>
Date: Wed, 28 Mar 2007 21:15:41 +0800
From: "Xiao-Feng Li" <xiaofeng.li@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [drlvm][winx86][build][gc_gen] pls fix gc_gen build on
 windows/em64t
In-Reply-To: <eudok5$8i2$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <etllk1$f5a$1@sea.gmane.org> <etlnit$f5a$2@sea.gmane.org>
	 <9623c9a50703190518w1fe49290u2c651045e322f866@mail.gmail.com>
	 <200703191528.05456.gshimansky@gmail.com>
	 <38579DC5-DD11-4888-BDAC-9D814A5AE80C@pobox.com>
	 <9623c9a50703232344y68651decv38c8a685822da7e2@mail.gmail.com>
	 <5B8D38CE-EF44-4AE0-8629-27F1580D1DAA@pobox.com>
	 <eudgct$9n0$2@sea.gmane.org>
	 <9623c9a50703280456o2e6ced9h8e5520ef2432b7c1@mail.gmail.com>
	 <eudok5$8i2$1@sea.gmane.org>

On 3/28/07, Vladimir Beliaev <vladimir.k.beliaev@gmail.com> wrote:
> Xiao Feng,
>
> As far as I understand you propose to one to put on wiki page all issues
> (with solutions) one came across doing something... I sure this is a way
> to produce the unstructured documentation one can never navigate
> successfully.

>
> Also, if I start doing something I'm tried to end it with the highest
> quality - so I'm opened to criticism, feedback, comments. And if I
> understand clear then one should not give you any feedback until one
> does <this thing you did> better...

As for the community, we hope any criticisms be constructive...

Peace,

xiaofeng

> Ok, sounds good for me...
>
> Vladimir Beliaev
>
> Xiao-Feng Li wrote:
> > On 3/28/07, Vladimir Beliaev <vladimir.k.beliaev@gmail.com> wrote:
> >> I read the instruction & have several comments.
> >>
> >> Basically I see no difference in Harmony build process for windows/ia32
> >> & windows/em64t:
> >
> > This wiki page is for people who fail to build win64 Harmony in the
> > same way as for Win32, not intended for people who don't have problem
> > with it. If you don't see any difference, you don't need to read this
> > page.
> >
> >> - Using 64-bit version of tools for 64-bit platforms seems to be pretty
> >> natural... I believe if one is using 32-bit version of javac then he/she
> >> can use 32-bit version of compiler (probably, I'm just guessing) I get
> >> 32-bit version of Harmony...
> >
> > This is not so natural for me, that's why I put it there.
> > 1. I am on a Win64 platform which has JDK installed. No
> > one/information tells me I should reinstall a 64bit JDK, just like I
> > didn't reinstall SVN and ANT.
> > 2. With 32-bit JDK, the build failed because the platform architecture
> > is AMD64, which guided the build script to some incorrect patch for
> > me.
> >
> >> - for this reason using msvc2005 seems to be pretty obvious since there
> >> is no 64-bit version of msvc2003 (AFAIK).
> >
> > Yes, but it's only obvious for you. Why should the user know she has
> > to use MSVC2005? Can't she try with Intel compiler? Or can't she try
> > to look for "MSVC2007"?
> >
> >> - one needs to "call" vcvarsall.bat on windows/ia32 too if one builds
> >> from cygwin (which is not officially supported) - this there are a bit
> >> more tricks for building from cygwin (I use it) which can be mentioned.
> >> If one builds from cmd, then these is shortcut in start menu installed
> >> with msvc which runs cmd with proper argument (with this call), so it is
> >> not quite write to train the fingers and type the long pass to this bat
> >> from fresh cmd...
> >
> > If you didn't meet any issue with it, you don't need to know it. I met
> > this problem and I know some friends met this problem too. I never
> > type the long path; instead, I just drag & drop the command.
> >
> >> - I remember 'msvcr*.dll not found" issue for windows/ia32 - at least my
> >> build script keeps the "copy this dll to depends" patch. It might be
> >> fixed already for windows/ia32 - if yes, then the right option is JIRA
> >> for windows/em64t build & get it fixed...
> >
> > Yes, please.  I created this wiki page because no one else put the
> > useful info somewhere. When the information is available somewhere, we
> > can definitely remove this page.
> >
> >> So I propose move pretty helpful (but not windows/em64t specific) stuff
> >> written by Xiao-Feng to some common build instruction (like
> >> http://harmony.apache.org/quickhelp_contributors.html) - let's get
> >> information structured & not splashed over tons of documents.
> >
> > Where are the "over tons of documents" that can help people to build
> > Win64 Harmony?
> >
> >> And (might be) keep one line in this one like "use msvc2005, no other
> >> diffs"... Or
> >> better extend quickhelp_contributors.html with 'windows/em64t' build
> >> information (why do we create one more build instruction)???
> >
> > Yes, please. I just volunteered to do what I thought right and useful
> > to the Harmony community. You can volunteer to do what you think
> > right. And I never criticize other people's serious contribution
> > unless my contribution is better.
> >
> > Thanks,
> > xiaofeng
> >
> >> Thanks
> >> Vladimir Beliaev
> >>
> >> Geir Magnusson Jr. wrote:
> >> > thanks.  you da man!
> >> >
> >> > On Mar 24, 2007, at 2:44 AM, Xiao-Feng Li wrote:
> >> >
> >> >> On 3/24/07, Geir Magnusson Jr. <geir@pobox.com> wrote:
> >> >>> should we note this in the platform specific build page on the wiki?
> >> >>>
> >> >>
> >> >> Done at page http://wiki.apache.org/harmony/DevBuild_Win64
> >> >>
> >> >> Thanks,
> >> >> xiaofeng
> >> >>
> >> >>
> >> >>> On Mar 19, 2007, at 8:28 AM, Gregory Shimansky wrote:
> >> >>>
> >> >>> > On Monday 19 March 2007 15:18 Xiao-Feng Li wrote:
> >> >>> >> Have you any build guide for Win64? Thanks,
> >> >>> >
> >> >>> > Well harmony should build on it out of the box. You will need MSVC
> >> >>> > 2005
> >> >>> > because only it supports compiling for x86_64 code. One issue with
> >> >>> > it is that
> >> >>> > location of msvcr80.dll is not c:\windows\system32, it usually
> >> resides
> >> >>> > somewhere in c:\windows\WinSxS or in MSVC 2005 installation
> >> >>> > directory. So you
> >> >>> > will probably have to correct the property value
> >> msvcr.url.x86_64 in
> >> >>> > classlib's depends.properties.
> >> >>> >
> >> >>> >> On 3/19/07, Vladimir Beliaev <vladimir.k.beliaev@gmail.com> wrote:
> >> >>> >>>> Oh, I didn't know Windows/EM64T is included in build regression.
> >> >>> >>>
> >> >>> >>> I can't believe it :)
> >> >>> >>>
> >> >>> >>> About 38 JIRAs (drlvm only, w/o classlib) were reported &
> >> fixed for
> >> >>> >>> windows/em64t by different people during passed 4 weeks... I
> >> thought
> >> >>> >>> everyone are speaking only about windows/em64t enabling...
> >> >>> >>>
> >> >>> >>> I've posted simple workaround for
> >> >>> >>> http://issues.apache.org/jira/browse/HARMONY-3421.
> >> >>> >>>
> >> >>> >>> Thanks
> >> >>> >>> Vladimir Beliaev
> >> >>> >>>
> >> >>> >>> Xiao-Feng Li wrote:
> >> >>> >>>> Oh, I didn't know Windows/EM64T is included in build regression.
> >> >>> >>>>
> >> >>> >>>> Will fix it. Thanks.
> >> >>> >>>>
> >> >>> >>>> xiaofeng
> >> >>> >>>>
> >> >>> >>>> On 3/19/07, Vladimir Beliaev <vladimir.k.beliaev@gmail.com>
> >> wrote:
> >> >>> >>>>> Recent changes in gc_gen breaks the windows/em64t build.
> >> >>> >>>>>
> >> >>> >>>>> Please get it fixed - I've opened HARMONY-3421  for it.
> >> >>> >>>>>
> >> >>> >>>>> Please get the build gc_gen warnings on windows/em64t fixed
> >> too.
> >> >>> >>>>>
> >> >>> >>>>> Please get your changes checked on windows/em64t (at reasonable
> >> >>> >>>>> level
> >> >>> >>>>> - just a 'build' in case of gc_gen).
> >> >>> >>>>>
> >> >>> >>>>> Thanks
> >> >>> >>>>> Vladimir Beliaev
> >> >>> >
> >> >>> > --
> >> >>> > Gregory
> >> >>>
> >> >>>
> >> >
> >> >
> >>
> >>
> >
>
>