On 2006-08-14, Ashwin Pathmudi <[EMAIL PROTECTED]> wrote: > Or we could use the following, quoting from the manual: > " > `-( ARCHIVES -)' > `--start-group ARCHIVES --end-group' > ... > By grouping the archives, they all be > searched repeatedly until all possible references are resolved.
*sigh*. Even this sucks. Now you don't have to meticulously order the archives by dependency, but you have to group the archives themselves in one place, without any other flags, like where to look for them (which information GCC also often fails to use). What a piece of crap. In the usual case of linear dependencies, all it would have to do is remember the symbols and libraries already seen, and search them instead of suffering from amnesia. It should _not_ be up to the user to order the libraries on the command line. I guess GCC programmers don't care about user-friendliness, or it is designed for some higher-level build tools yet to be written... after hurd is finished. No, autocrap don't count, the're even worse than GCC . (Wrote a rant about that a while ago: <http://iki.fi/tuomov/b/archives/2006/07/04/T21_20_46/>.) > Using this option has a significant performance cost. In case of linear dependencies, only in (c++) bloatware with a zillion symbols, unless the implementation sucks (which I wouldn't put past GCC). -- Tuomo
