From: cgf AT bbc DOT com (Christopher Faylor)
Subject: Re: [ANN] egcs-1.0.2 binary development snapshot
11 Mar 1998 06:00:24 -0800
Message-ID: <199803111357.IAA00908.cygnus.cygwin32.developers@hardy.bbc.com>
References: <9803110131 DOT AA20160 AT modi DOT xraylith DOT wisc DOT edu>
To: khan AT xraylith DOT wisc DOT edu

In article <9803110131 DOT AA20160 AT modi DOT xraylith DOT wisc DOT edu> you write:
>It comes with EGCS of course, as well as updated binutils (980303) to fix
>some of the linker bugs that are present in Cygwin32 b19 ld.

Hi Mumit,

I haven't looked lately, but there was actually a linker bug *introduced*
in later snapshots that stops builds of cygwinb19.dll from working
correctly.

Someone grouped all of the data$* sections before __data_end where before
they showed up after this symbol.  In the B19 .dll there is a data$nocopy
section which is intended for data which must not be copied when cygwin32
"forks".  With newer binutils this does not work properly and produces
an inoperational .dll.

I just thought I'd give you a heads up about this.  I've included a "fix"
below, if you're interested.  I'm not sure that this is the correct solution
to the problem, but it at least gets cygwinb19.dll builds working again.

cgf

--- ld/scripttemplpe.sc~	Tue Mar  3 04:14:48 1998
+++ ld/scripttemplpe.sc	Wed Mar  4 15:26:17 1998
@@ -35,8 +35,8 @@
     ${RELOCATING+__data_start__ = . ;}
     *(.data)
     *(.data2)
-    ${RELOCATING+*(.data\$*)}
     ${RELOCATING+__data_end__ = . ;}
+    ${RELOCATING+*(.data\$*)}
   }
 
   .bss ${RELOCATING+BLOCK(__section_alignment__)} :
-- 
http://www.bbc.com/	cgf AT bbc DOT com			"Strange how unreal
VMS=>UNIX Solutions	Boston Business Computing	 the real can be."