From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Simons To: egcs@cygnus.com Subject: Re: collect2 always built? Date: Tue, 03 Feb 1998 23:22:00 -0000 Message-id: <199802040714.CAA16217@aura.saic1.com> References: <199802032137.NAA26173@kankakee.wrs.com> X-SW-Source: 1998-02/msg00147.html [sorry about the references... I don't remember who the inner quotes are from] Mike Stump wrote: >I think Joe Buck wrote: >>>> If someone has ELF and the latest GNU ld, is there ever a situation where >>>> they would want to use -frepo? >>> >>> I think so. Speed. I predict that there are cases where using -frepo >>> will yield smaller .o files, and will take less time to generate them >>> and less time to link them. > >> I would be amazed. My experience with -frepo is that it is dog-slow, and >> with 2.7.2 I saw as many as ten link-recompile passes on relatively small >> programs that used STL. Using -frepo is *much* faster in my limited experience on second, third, and fifty-ith compile... when it works at all. Small examples it seems to work fine... I kinda gave up after reading some comments about how it was "not supposed to work" on ELF systems. > Any what is the speed of the second recompile? How does this compare > to the non-repo compile? I know the first one will be slow with repo. > > If you don't have any numbers, then maybe someone with a larger C++ pt > heavy code base would be willing to try... I was trying use -frepo in our source back with egcs-1.0.0 ... In particular I was trying to use -frepo to produce some libraries, then use those libraries to produce our main binaries. We are using basic STL stuff all over the place. The linker was failing to do the final link on our libraries... this was on both linux and solaris. I didn't have time to produce a bug report because gdb was breaking all over the place... If anyone is interested in looking into it, I'll try to produce a example this again this weekend? -- Later, Mike Simons Science Applications International Corporation msimons@saic1.com 703-925-5674