Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 56641 invoked from network); 20 Dec 2006 15:35:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 20 Dec 2006 15:35:05 -0000 Received: (qmail 15746 invoked by uid 500); 20 Dec 2006 15:35:09 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 15708 invoked by uid 500); 20 Dec 2006 15:35:09 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 15697 invoked by uid 99); 20 Dec 2006 15:35:09 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Dec 2006 07:35:09 -0800 X-ASF-Spam-Status: No, hits=0.3 required=10.0 tests=MAILTO_TO_SPAM_ADDR,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of alexey.a.petrenko@gmail.com designates 66.249.92.168 as permitted sender) Received: from [66.249.92.168] (HELO ug-out-1314.google.com) (66.249.92.168) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Dec 2006 07:34:59 -0800 Received: by ug-out-1314.google.com with SMTP id z36so1832651uge for ; Wed, 20 Dec 2006 07:34:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gZwLFX0rBR8CZ7rjSoswe0AxB50EcNbe+qj+yYyrXGdDkBiS89mzc60RKFbC1xzWcQmIwg21FOkDXoKZIVN19udhZoKDHo80YvTLgn9hL47bx1Jhu0FLv18pm2lFtpmZuCH9dkB3Z/+5XMwjlwprp3ZOhZyhNW4irHhCsKjHQ+Q= Received: by 10.78.150.7 with SMTP id x7mr4882500hud.1166628878008; Wed, 20 Dec 2006 07:34:38 -0800 (PST) Received: by 10.78.107.15 with HTTP; Wed, 20 Dec 2006 07:34:37 -0800 (PST) Message-ID: Date: Wed, 20 Dec 2006 18:34:37 +0300 From: "Alexey Petrenko" To: dev@harmony.apache.org Subject: Re: [build] Downloading dependencies In-Reply-To: <458956FF.2010402@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20061219070307.64701.qmail@minotaur.apache.org> <45882869.2010603@apache.org> <458854F6.7010006@gmail.com> <45885DDC.9000209@apache.org> <4588661E.9070806@pobox.com> <45887D07.9070209@apache.org> <45889344.7040400@pobox.com> <458956FF.2010402@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org 2006/12/20, Stefano Mazzocchi : > Alexey Petrenko wrote: > > If this library exists in system32 then we do not need to download it > > or do any additional search. Linker will do it for us. > > So we can simple remove all mentions of this library from dependencies. > > > > But when I suggested this last time someone reported that he has MSVC > > but does not have this library... This looks really strange. > > That was me on a weird system so it might well be bogus information :-) > > > We can remove this dependency and look... :) > +1 I've thought one more time... :) We definitely need msvcr71.dll while building distribution package. So I suggest to implement searching in system32 first and then download it from the web. SY, Alexey > > 2006/12/20, Leo Li : > >> Yes, actually we can just get MSVC71.dll from the system32 directory at > >> least from XP, but as for other windows versions I am not sure the exact > >> version of MSVC DLL. So is it ok if we do not explicitly get it but > >> use it > >> while linking by the search path of the os system just like other > >> kernel32.dll? > >> > >> On 12/20/06, Geir Magnusson Jr. wrote: > >> > > >> > > >> > > >> > Stefano Mazzocchi wrote: > >> > > Geir Magnusson Jr. wrote: > >> > >> Do we really need to download this dll? Everyone who has the MSVC > >> > >> installed should have it, right? > >> > > > >> > > I don't care if it's downloaded, linked or magically generated out of > >> > > looking into tea leaves, the problem is that the build needs manual > >> > > intervention and this is not documented anywhere. > >> > > > >> > > We need to make sure that what we say you need to do is *only* > >> what you > >> > > need to do. Every other (undocumented step) is annoying and slows our > >> > > community development down. > >> > > >> > Yeah, I get it. My point is that I'm still not convinced we need this > >> > to be downloaded... > >> > > >> > So do we? > >> > > >> > geir > >> > > >> > > > >> > >> geir > >> > >> > >> > >> > >> > >> Stefano Mazzocchi wrote: > >> > >>> Tim Ellison wrote: > >> > >>>> Stefano Mazzocchi wrote: > >> > >>>>> Mark Hindess wrote: > >> > >>>>>> I tried doing fetch-depends before rebuild but it would fail or > >> > >>>>>> corrupt > >> > >>>>>> dependencies often enough that it caused more trouble than it > >> > solved. > >> > >>>>>> I can try it again I suppose - IIRC it was ibiblio that was the > >> > main > >> > >>>>>> problem and that might have been a temporary issue. > >> > >>>>> People, you do realize that if fetch-depends breaks that often we > >> > >>>>> have a > >> > >>>>> bigger problem than just dealing with faulty updates? > >> > >>>>> > >> > >>>>> Imagine that every time fetch-depends doesn't work we lose the > >> > ability > >> > >>>>> for some guy out there to contribute something to us. > >> > >>>>> > >> > >>>>> This is, from a community building perspective, a *way* bigger > >> > problem > >> > >>>>> than if the JVM ran at all after it compiled!! > >> > >>>> I remember the discussion over the msvcr71.dll download. Have > >> there > >> > been > >> > >>>> other problems? > >> > >>> it's still not fixed! > >> > >>> > >> > > > >> > > > >> > > >> > >> > >> > >> -- > >> Leo Li > >> China Software Development Lab, IBM > >> > >> > > > -- > Stefano. > >