Re: Problems with gcc 3.2
On Thursday, 3 October 2002, Stephen J. Turnbull wrote:
>>>>> "Krishnakumar" == Krishnakumar B
<Krishnakumar> writes:
Krishnakumar> XEmacs uses C and nobody is going to change the
Krishnakumar> binary compatibility of C programs. Otherwise a lot
Krishnakumar> of people will be pissed.
Being Red Hat means never having to say you're sorry! :-)
Stephen, I think the long-term approach which will help XEmacs as a whole
is to get them to ship the packages we want them to ship with the settings
that are preferred by the XEmacs developers. Doing a search in my beta
folder turned up more RedHat crashes than any other OS. That is something
we can't change as then it would amount to telling what to run.
I don't think that it should be difficult. I think that if we ship a RPM
spec that works fine with a RedHat system then it will help immensely. We
can just point users to do rpm -bt XEmacs-21.4.x.tar.gz. Instead of asking
them to figure out things like binutils etc. Even better would be to ship
pre-built RPMs like we do on Windows.
Being the maintainer (I forget which one: the beta or the gamma :-), you can
try telling them and ask if they will co-operate. Nothing wrong in
trying...
Seriously, though, the binutils people did just that with the
Hannibal
Lecter ld, and we had problems with global constructors in C (no "++")
under gcc at one point. (unexec, again; I think pdump would have made
htat irrelevant just as it made Hannibal cry.)
I thought it is just a problem with building XEmacs from scratch. ld
started merging data sections into one (prevented with -fno-common, IIRC)
or does it also affect already built versions ?
-kitty.
PS: I just found out that Xaw3d which ships with RedHat 8.0 was built with
-DUSE_ARROW_SCROLLBAR. Waiting for the fun to start on comp.emacs.
--
Krishnakumar B <kitty at cs dot wustl dot edu>
Distributed Object Computing Laboratory, Washington University in St.Louis