From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ralf Fassel Newsgroups: gmane.emacs.bugs Subject: Re: `print' does not print Date: Tue, 26 Mar 2002 18:30:32 +0100 Organization: Akustik Technologie Goettingen Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <15520.45112.118124.712072@jupiter.akutech-local.de> References: <3CA088F8.E7D1EC5D@sgi.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1017163997 15235 127.0.0.1 (26 Mar 2002 17:33:17 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 26 Mar 2002 17:33:17 +0000 (UTC) Cc: Eli Zaretskii , rms@gnu.org, bug-gnu-emacs@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16puov-0003xb-00 for ; Tue, 26 Mar 2002 18:33:17 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16puot-0005ml-00; Tue, 26 Mar 2002 12:33:15 -0500 Original-Received: from mail.t-intra.de ([62.156.146.210]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pumJ-0004C7-00; Tue, 26 Mar 2002 12:30:35 -0500 Original-Received: from jupiter.akutech-local.de ([217.84.238.111]) by mail.t-intra.de with Microsoft SMTPSVC(5.5.1877.507.50); Tue, 26 Mar 2002 18:30:33 +0100 Original-Received: (from ralf@localhost) by jupiter.akutech-local.de (8.11.1/8.11.1) id g2QHUWD4859790; Tue, 26 Mar 2002 18:30:32 +0100 (MET) Original-To: David Kaelbling In-Reply-To: <3CA088F8.E7D1EC5D@sgi.com> Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:204 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:204 * David Kaelbling | > Great, so it seems that the SGI-specific patch in unexelf.c is | > unnecessary and even dangerous, and should be taken out. | | It wouldn't surprise me, but is that really what Ralf said? I wasn't quite sure about that statement either. I could not reproduce the problems the `.got' statements were meant to solve, but I'm not sure that this means that they might go away. They might help in a different environment (which I obviously not have, since emacs works at my site w/o those statements). What I have found is that you need an upgraded IRIX version (at least 6.5.10 it seems) to make these `.got' statements work with gcc compilation. I also found that cc compilation seems to works in any case (21.1 and 21.2, contrary to the comments in 21.2 unexelf.c that require the `.got' sections). | I'm probably confused, AOL :-) Summary: ======== `prints' means: emacs -batch -no-site-file -eval '(print emacs-version)' prints the version number on both IRIX version. `does not print' means: the above command line does not print the version number on no IRIX version. The problem seems to be that stdio output is broken, since none of the stdio functions produce any output. The plain I/O system calls like write(2) do work, however. There wasn't the situation that it printed on one OS and not on the other. Either it printed on both or on none. compiled =~ gmake temacs, i.e. compile all objects and link temacs, then stop dumped =~ gmake emacs, i.e. temacs has been built previously, now produce the emacs executable gcc version 2.95.3 20010315 (release) cc MIPSpro Compilers: Version 7.30 OS IRIX 6.5.9f and 6.5.15m Custom libraries: - static libz 1.1.4 - static libtiff v3.4beta037 - static libpng 1.0.8 Configurations tested: ====================== Emacs version | compiled with | compiled on | dumped on | prints ---------------------------------------------------------------- 21.2 gcc -g 6.5.9f 6.5.9f no 21.2 gcc -g 6.5.15m 6.5.9f no 21.2 gcc -g 6.5.9f 6.5.15m yes 21.2 gcc -g 6.5.15m 6.5.15m yes 21.2 cc -g * * yes ---------------------------------------------------------------- 21.1 * -g * * yes ---------------------------------------------------------------- I had no core dumps during compilation/dumping in any configuration. R'