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, 27 Dec 2006 15:25:44 GMT
Wait - you can't just remove all reference to this - you need to also  
copy from wherever into jdk/jre/bin so that things still work.   
Otherwise, any user building the classlib and dropping in J9 (for  
example) will have a problem.

geir

On Dec 27, 2006, at 10:16 AM, Alexey Petrenko wrote:

> I've just removed msvcr71.dll from dependencies...
> Have fun... :)
>
> BTW I got the same version number with Geir and there is also msvcr 70
> and 71d dlls in my system32.
>
> SY, Alexey
>
> 2006/12/27, Ivanov, Alexey A <alexey.a.ivanov@intel.com>:
>> >-----Original Message-----
>> >From: Geir Magnusson Jr. [mailto:geir@pobox.com]
>> >Sent: Wednesday, December 27, 2006 3:51 PM
>> >To: dev@harmony.apache.org
>> >Subject: Re: [build] Downloading dependencies
>> >
>> >
>> >On Dec 27, 2006, at 7:22 AM, Ivanov, Alexey A wrote:
>> >
>> >>> -----Original Message-----
>> >>> From: Geir Magnusson Jr. [mailto:geir@pobox.com]
>> >>> Sent: Wednesday, December 27, 2006 2:12 PM
>> >>> To: dev@harmony.apache.org
>> >>> Subject: Re: [build] Downloading dependencies
>> >>>
>> >>>
>> >>> On Dec 27, 2006, at 6:08 AM, Tim Ellison wrote:
>> >>>
>> >>>> Ivanov, Alexey A wrote:
>> >>>>>> -----Original Message-----
>> >>>>>> From: Geir Magnusson Jr. [mailto:geir@pobox.com]
>> >>>>>> Sent: Saturday, December 23, 2006 3:25 PM
>> >>>>>> To: dev@harmony.apache.org
>> >>>>>> Subject: Re: [build] Downloading dependencies
>> >>>>>>
>> >>>>>>
>> >>>>>> On Dec 21, 2006, at 4:24 AM, Alexey Petrenko wrote:
>> >>>>>>
>> >>>>>>> Yes, we do not really need it while Harmony development.
I've
>> >>>>>>> said
>> >>>>>>> this few times.
>> >>>>>>> But we definitely need this dll while building distribution
>> >>>>>>> package.
>> >>>>>>>
>> >>>>>>> So copying it while build will not break anything in
 
>> development
>> >>>>>>> but
>> >>>>>>> will make life easier for distribution build.
>> >>>>>> So to keep things clean... why not change things so that
the
>> build
>> >>>>>> brings in the dll that is being used by the build?  IOW,
>> >>>>>> completely
>> >>>>>> remove it as an external dependency, and simply copy it
when
>> >>>>>> making
>> >>>>>> the build.  That way we are sure that the dll that is  
>> included is
>> >>>>>> the
>> >>>>>> right one.
>> >>>>>
>> >>>>> This will be the best solution.
>> >>>>
>> >>>> I assume that you are keeping the MD5 checksum so that we  
>> know we
>> >> have
>> >>>> picked up the right (version/unmodified) file from people's  
>> windows
>> >>>> directory for the HDK?
>> >>>
>> >>> Good idea.  I'm actually very skeptical that MSFT has distributed
>> >>> only one unique binary under that name, but heck, lets see.. :)
>> >>
>> >> Do you have many builds of MSFT compiler? :)
>> >> I think it may be changed only with Service Packs to the compiler.
>> >
>> >And MSFT never needs to patch anything :)
>> >
>> >>
>> >> Having this in mind, I think there's only one version of DLL with
>> same
>> >> name.
>> >
>> >Lets test your theory - my version is 7.10.3052.4  (Of course, I'd
>> >ask why a file with only one version needs that level of precision
>> >for it's version number, but hey...)
>> >
>> >Anyone have anything different?
>> >
>> >
>> >> Any way it doesn't really matter what actual version the DLL  
>> is: when
>> >> you build the classlib or vm yourself, you'll have the correct
>> version
>> >> of the DLL in system32 which shipped with the compiler. And this
>> >> DLL is
>> >> guaranteed to be compatible with the compiled code -- any other
>> >> version
>> >> is not.
>> >
>> >That's my point - right now, we *don't* have that situation.  We
>> >build with whatever you have in system32, and we package the thing
>> >that came from dll's-R-us (or whatever the website is...)
>>
>> That's why I'm for bundling the DLL which were "used" to compile the
>> sources.
>>
>> >
>> >>
>> >> Perfectly VM and classlib should be compiled with the same  
>> compiler
>> >> version. It'll be interesting if the HDK works where VM is  
>> compiled
>> >> against 7.1 and classlib against 8.0 for example...
>> >
>> >Let us know how that goes ;)
>>
>> As far as I remember Harmony can't be compiled with MSVS 2005.
>>
>> Regards,
>> Alexey.
>>
>> >
>> >geir
>> >
>> >>
>> >> Regards,
>> >> Alexey.
>> >>
>> >>>
>> >>> geir
>> >>>>
>> >>>> Regards,
>> >>>> Tim
>> >>
>> >> --
>> >> Alexey A. Ivanov
>> >> Intel Enterprise Solutions Software Division
>>
>> --
>> Alexey A. Ivanov
>> Intel Enterprise Solutions Software Division
>>


Mime
View raw message