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: [build] Downloading dependencies
Date Wed, 20 Dec 2006 15:50:31 GMT
So... the 2005 is irrelevant?  So then why do we care about msvcr80.dll?

Alexey Petrenko wrote:
> 2006/12/20, Geir Magnusson Jr. <geir@pobox.com>:
>> Can we actually build w/ VS.NET 2005?
> Our build system depends on MSVC 2003... Probably the only reason is
> msvcr71.dll. But I'm not sure.
> 
>> Gregory Shimansky wrote:
>> > Ivanov, Alexey A wrote:
>> >> In default installation WinXP does not have this library in system32.
>> >> This library is installed by Visual Studio 2003 and may be 
>> installed by
>> >> other software which was compiled with Visual Studio 2003 (which is
>> >> v7.1). Visual Studio 2002 (v7.0) has msvc70.dll, if I remember
>> >> correctly.
>> >
>> >
>> > Also if the person has VS.NET 2005 installed, the DLL name is 
>> msvcr80.dll.
>> >
>> >> That is it may happen system lacks for this DLL. And Microsoft
>> >> recommends avoiding copying DLLs to system32 when installing an
>> >> application. Thus we better distribute this DLL in snapshots and 
>> further
>> >> releases because users may not have it.
>> >>
>> >> On the other hand, if a person has Microsoft compiler installed, 
>> the DLL
>> >> will most likely be in system32.
>> >>
>> >> That's it.
>> >> --
>> >> Alexey A. Ivanov
>> >> Intel Enterprise Solutions Software Division
>> >>
>> >>
>> >>> -----Original Message-----
>> >>> From: Alexey Petrenko [mailto:alexey.a.petrenko@gmail.com]
>> >>> Sent: Wednesday, December 20, 2006 8:49 AM
>> >>> To: dev@harmony.apache.org
>> >>> Subject: Re: [build] Downloading dependencies
>> >>>
>> >>> 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.
>> >>>
>> >>> We can remove this dependency and look... :)
>> >>>
>> >>> SY, Alexey
>> >>>
>> >>> 2006/12/20, Leo Li <liyilei1979@gmail.com>:
>> >>>>  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. <geir@pobox.com> 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!
>> >
>> >
>>

Mime
View raw message