Re: .rdata section in Cygwin executables?

2004-03-12 Thread Egor Duda
Joe Buehler wrote: The emacs recompile fails because there is a section in the initially built emacs.exe named .rdata that the unexec() code for Cygwin is not expecting. The section appears to have something to do with exception handling and is only 1k in size. .rdata is a section where read-only

Re: --enable-runtime-pseudo-reloc support in cygwin, take 3.

2002-12-17 Thread egor duda
Hi! Sunday, 08 December, 2002 Charles Wilson [EMAIL PROTECTED] wrote: CW Charles Wilson wrote: 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

Re: [ANNOUNCEMENT] Updated: binutils-20021117-1

2002-11-26 Thread egor duda
Hi! Monday, 25 November, 2002 Christopher Faylor [EMAIL PROTECTED] wrote: Wouldn't that mean that it should be added somehow to _cygwin_dll_entry winsup/cygwin/include/cygwin/cygwin_dll.h ? It only have to be called during application (or library, in case of app.exe-x1.dll-x2.dll)

Re: [ANNOUNCEMENT] Updated: binutils-20021117-1

2002-11-19 Thread egor duda
Hi! Tuesday, 19 November, 2002 Christopher Faylor [EMAIL PROTECTED] wrote: CF I've made a new version of binutils available for download. This is CF just a refresh from sources.redhat.com. A notable change is the CF addition of Egor Duda's --enable-runtime-pseudo-reloc option which CF allows

Re: --enable-auto-import extension

2002-11-15 Thread egor duda
Hi! Thursday, 14 November, 2002 Nick Clifton [EMAIL PROTECTED] wrote: NC Hi Charles, Hi Egor, 2002-07-01 Egor Duda [EMAIL PROTECTED] * ldmain.c (main): Make runtime relocs disabled by default. Remove assignment which has no effect. * pe-dll.h (pe_create_import_fixup

Re: __RUNTIME_PSEUDO_RELOC_LIST__

2002-10-08 Thread egor duda
Hi! Tuesday, 08 October, 2002 Danny Smith [EMAIL PROTECTED] wrote: DS The __RUNTIME_PSEUDO_RELOC_LIST__ addition to ldscripts causes problems DS with ld -r -o foo.o bar.o baz.o because of multiple definitions. This DS change fixes that problem, but how will it affect intended usage of the DS

missing w32-shared-ptr.c

2002-08-16 Thread egor duda
Hi! Maybe i'm running slightly ahead of the train, but it looks like w32-shared-ptr.c haven't been actually added to repository. Neither trying to check it out nor looking for it via cvsweb interface helps. Is it unintentional omission during check-in, or i just don't understand something? I'm

Re: --enable-auto-import extension

2002-07-04 Thread egor duda
Hi! Wednesday, 03 July, 2002 Charles Wilson [EMAIL PROTECTED] wrote: CW The new version looks good to me; I built and ran your test without CW problems. I do have a suggestion for later, when CW --enable-runtime-pseudo-reloc is made the default: in pe-dll.c (around CW line 2209) change CW

Re: --enable-auto-import extension

2002-07-02 Thread egor duda
Hi! Tuesday, 02 July, 2002 Charles Wilson [EMAIL PROTECTED] wrote: What i was talking about is 64-bit versions of windows where addresses (and so base symbol values and addends are 64-bit). Or if we want to add some other types of relocations. Adding type field will make it possible to add

--enable-auto-import extension

2002-06-28 Thread egor duda
Hi! Currently, --enable-auto-import feature of ld has a limitation of not allowing importing dll data, which resides at some offset from exported symbol. This limitation is derived from limitation of native win32 loader which can't handle such imports. There're ways to work around such

Re: mingw and other gotchas in gcc 3.1

2002-06-25 Thread egor duda
Hi! Monday, 24 June, 2002 Conrad Scott [EMAIL PROTECTED] wrote: CS egor duda [EMAIL PROTECTED] wrote: Btw, libstdc++ in gcc 3.* is configured so that classes in std:: namespace are not visible unless one specify std:: via 'using' or explicitly. I feel this can be the problem that will make

Re: mingw and other gotchas in gcc 3.1

2002-06-24 Thread egor duda
Hi! Monday, 24 June, 2002 Christopher Faylor [EMAIL PROTECTED] wrote: CF I'm finishing up on the release of gcc 3.1 and I have a few gotchas that CF I'd like to discuss: CF 1) I was going to take Red Hat's cue and release the new version of CFgcc as gcc3. However, this will require manual

mknetrel generalisation patch

2002-05-20 Thread egor duda
Hi! attached is a patch to make possible to use mknetrel on host different from sourceware. build-host-specific parameters are read from ~/.mknetrel file. i've tried to preserve old behaviour, but, possibly, there's no real need for default initializations in read_user_config() Comments? egor.