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: Mon, 25 Mar 2002 18:41:34 +0100 Organization: Akustik Technologie Goettingen Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <15519.24910.256183.956874@jupiter.akutech-local.de> References: <15519.10877.452978.802301@jupiter.akutech-local.de> 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 1017078324 32603 127.0.0.1 (25 Mar 2002 17:45:24 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 25 Mar 2002 17:45:24 +0000 (UTC) Cc: rms@gnu.org, bug-gnu-emacs@gnu.org, David Kaelbling Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16pYX6-0008Tk-00 for ; Mon, 25 Mar 2002 18:45:24 +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 16pYX4-00079Y-00; Mon, 25 Mar 2002 12:45:22 -0500 Original-Received: from mail.t-intra.de ([62.156.146.210]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16pYU6-00071y-00; Mon, 25 Mar 2002 12:42:18 -0500 Original-Received: from jupiter.akutech-local.de ([217.84.229.163]) by mail.t-intra.de with Microsoft SMTPSVC(5.5.1877.507.50); Mon, 25 Mar 2002 18:41:35 +0100 Original-Received: (from ralf@localhost) by jupiter.akutech-local.de (8.11.1/8.11.1) id g2PHfYq4485740; Mon, 25 Mar 2002 18:41:34 +0100 (MET) Original-To: Eli Zaretskii In-Reply-To: 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:159 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:159 * Eli Zaretskii | So it is possible that the change which does the damage is the one about | .got sections, not the fact that file I/O is used instead of mmap. Could | you try unexelf.c from v21.2 with the .got sections and see if that makes | Emacs 21.1 unable to print? I barely dare to report what I've found by now... FWIW, my compilation machine still runs IRIX 6.5.9, but another is upgraded to IRIX 6.5.15. Since the code mentions IRIX 6.5.14 in some place, I thought it might be a good idea to try to compile on 6.5.15 (same gcc binary, NFS mounted from my 6.5.9 machine). The results are: - dumping (as compared to compiling/linking) an unmodified emacs 21.2 on my IRIX 6.5.15 works (even when running the resulting binary on IRIX 6.5.9). It makes no difference whether the compilation directory is NFS-mounted or local. - dumping (as compared to compiling/linking) an unmodified emacs 21.2 on my IRIX 6.5.9 does not work (even when running the resulting binary on 6.5.15). It makes no difference whether the compilation directory is NFS-mounted or local. So it seems the dump process (not the compilation or the linking of `temacs') is the crucial step which requires the correct runtime libraries of IRIX (?). I ensured that the only shared libraries are SGI libraries, everything else (libz, libpng and libtiff) is statically linked (same versions on both machines). Since the maintenance versions of IRIX are available free, I think it would be a good idea to mention this in the PROBLEMS file. R'