This is the mail archive of the cygwin-patches@cygwin.com mailing list for the Cygwin project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
I hope that means "I don't care *either way* whether this goes in or not". And doesn't mean "this whole idea can go hang for all I care; it's never going in". :-)CF> On Mon, Dec 02, 2002 at 01:30:24PM +0300, egor duda wrote:CF> I'm rapidly approaching the I-don't-care-anymore state for this2002-12-02 Egor Duda <deo@logos-m.ru> * cygwin/lib/pseudo-reloc.c: New file. * cygwin/cygwin.sc: Add symbols to handle runtime pseudo-relocs. * cygwin/lib/_cygwin_crt0_common.cc: Perform pseudo-relocs during initialization of cygwin binary (.exe or .dll).
I've tested Egor's patch and it seems to work just fine, as demonstrated by the two test cases he posted last week, AND as demonstrated by the test case posted to the binutils list some months ago (it tested pseudo-reloc behavior in the child after a fork).CF> but I am CF> not clear on why we need to add the changes to cygwin.sc. This is for people CF> who want to link the cygwin DLL without using the appropriate header files CF> which label things as __declspec(dllexport) or using the appropriate libcygwin.a, CF> right? Why should that matter? Yes, you're right. This part is not needed. It's probably been left out from the "experimental" phase when i tried different ways to handle pseudo-relocs. Here's the updated one.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |