Re: [V 21.4 21.5] Re: Xemacs crashs on start

Dres> As far as I know the only platform that the original way Dres> doesn't work on is powerpc linux. And as far as I know this Dres> change works on *-linux. (all debian unstable. I can't say Dres> anything about the other distros.) Good. If it doesn't work, actually, I'd say that's a bug in gcc. I think that the real problem is that we trust gcc to be a drop-in replacement for ld, and it cannot be. We really need to replace `gcc $ld_switch_site' with `gcc -Xlinker "$ld_switch_site"' or thereabouts. Dres> Well it's ugly that the test consists of parsing the ld Dres> --help output to begin with. Hey, autoconf is just ugly. I did that because Sun ld also supports -z combreloc. I wanted to have half a prayer of detecting it, and any other lds that might pick it up. But it turns out that there are versions of GNU ld that don't report the combreloc facility even though they do it by default (aw, you guessed it, distributed by Red Hat). So we're going to have to do something more careful anyway. Dres> Could always try to compile with "gcc -z nocombreloc" then Dres> "gcc -Xlinker -znocombreloc". I think this might be more Dres> complicated though. I think that this would be solved by defining LD correctly, if that's possible. Dres> Odd error return from powerpc ("no file nocombreloc" or Dres> thereabouts iirc). You mean from gcc? That's not surprising if the PowerPC gcc is swallowing the '-z' for compatibility with something or other. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Don't ask how you can "do" free software business; ask what your business can "do for" free software.