This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re[2]: Status of availability of features which allow correct and seamless support of DLLs in current GNU-Win32 releases
- To: Chris Faylor <cygwin at sourceware dot cygnus dot com>
- Subject: Re[2]: Status of availability of features which allow correct and seamless support of DLLs in current GNU-Win32 releases
- From: Paul Sokolovsky <paul-ml at is dot lg dot ua>
- Date: Wed, 3 May 2000 18:20:14 +0300
- CC: cygwin at sourceware dot cygnus dot com
- References: <20000503103341.E6787@cygnus.com>
- Reply-To: Paul Sokolovsky <paul-ml at is dot lg dot ua>
Hello Chris,
Wednesday, May 03, 2000, 5:33:41 PM, you wrote:
[]
>> Ha, that's the effect of stereotypes! It is at runtime, at the point of
>>specific variable access the decision on how to access it should be
>>unavoidably made: either access var directly or via extra level of
>>inderection.
CF> Um. This sort of needs to be done at the time of the compilation or assembly.
CF> Otherwise you have to give the linker understanding of x86 (or whaterver)
CF> opcodes.
I do it in following way: when object is compiled, produce only
assembly. When it is linked - so all library dependencies are known -
assembly is postprocessed, assembled and linked.
CF> Do you think if it was really this easy, it wouldn't have been done this
CF> way already?
I believe that someone already might do that. However, one failed
to contribute results to GNU libtool, the standard tool to support
builiding of shared libs in portable manner, what I hope to do,
whenever it will be possible.
But that can be only after it will really be tested to work on
real data. One reason why I post about this here is in hope that
someone may see reasoning error in my scheme.
CF> Microsoft would have done this long ago.
You probaly won't believe that they kept it for someone else,
for example, me, unassuming. So, I just tell that they simply do not
have reasons to do that.
CF> cgf
Best regards,
Paul mailto:paul-ml@is.lg.ua
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com