October 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Not linking so many things to the lib-src stuff? 24 years, 1 month

Karl M. Hegbloom

Is there any system for which the following change to "lib-src/Makefile.in.in" will not work? Index: Makefile.in.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/lib-src/Makefile.in.in,v retrieving revision 1.36.2.15 diff -u -r1.36.2.15 Makefile.in.in --- Makefile.in.in 2000/07/08 09:14:03 1.36.2.15 +++ Makefile.in.in 2000/10/07 05:26:20 ＠＠ -150,7 +150,7 ＠＠ c_switch_all=＠c_switch_all＠ ld_switch_general=＠ld_switch_general＠ ld_switch_all=＠ld_switch_all＠ -ld_libs_general=＠ld_libs_general＠ +# ld_libs_general=＠ld_libs_general＠ ## We need to #define emacs to get the right versions of some files. It seems to work fine on my Linux machine... and eliminates a bunch of extraneous link dependancies from the `lib-src' binaries. That is very helpful when creating packages (eg: *.deb or *.rpm) since the `lib-src' utils can be shipped as a separate package from the editor binary, and can depend on a least subset of shared libraries. (There is more than one editor binary package, to support mule, nomule, mule+canna, etc.) Also, do `gnuserv' and `gnuclient' need _all_ of those X libraries, or really only some of them? (I've never tried to learn X programming... I'd look for myself but it would take all day at this point.) A question about `ld' now... Is there a reason why, other than "it's just not implemented" that `ld' cannot or does not remove depends on libs that are not actually used by any particular binary?

3 participants
2 comments

Re: Failure to build 21.2.b36 in W2K 24 years, 1 month

Adrian Aichner

>>>>> "Matthew" == Matthew Persico <persicom(a)acedsl.com> writes: Matthew> Matthew Persico wrote: >> >> Adrian Aichner wrote: >> > >> > >>>>> "Matthew" == Matthew Persico <persicom(a)acedsl.com> writes: >> > >> > Matthew, >> > >> > have you tried >> > nmake -f xemacs.mak distclean >> > before building >> > nmake -f xemacs.mak [all|install] >> > ? >> >> The build failure was in a just-expanded distibution, so that shouldn't >> have been a problem, but I will try it just in case. >> The other thing I'm going to do is rebuild xpm from the sources. I have >> the pre-compiled win32 libraries installed for xplm,png, tiff, etc. >> Maybe it won't help, but I'm the type of guy that the first thing I do >> after installing a linux distro is trash the RPMs of perl and rebuild >> it. Source is king. >> >> Will advise when complete. Matthew> COMPLETE! But who the hell screwed up the references to Matthew, don't you think you're a bit offensive in your choice of language? What is your current directory when you run nmake ... -f ...xemacs.mak? What is the exact command line you use? When I try to reproduce this, nmake fails very early[1], not being able to find ..\version.sh. Why doesn't this happen for you? Matthew> i.exe? How difficult could it be to replace Matthew> XEMACS=.. with the real damn path so that no references Matthew> are relative and dependent on where you've cd'ed to? Too difficult for you to send a patch, maybe? Adrian Matthew> -- Matthew> Matthew O. Persico Matthew> "If you were supposed to understand it, Matthew> we wouldn't call it code." - FedEx Matthew> ____________NetZero Free Internet Access and Email_________ Matthew> Download Now http://www.netzero.net/download/index.html Matthew> Request a CDROM 1-800-333-3633 Matthew> ___________________________________________________________ Footnotes: [1] cd d:\tmp\21.2\xemacs\ nmake -n -f d:\tmp\21.2\xemacs\nt\xemacs.mak all Compilation started at Sat Oct 07 10:12:35 2000 +0200 (W. Europe Daylight Time) Microsoft (R) Program Maintenance Utility Version 6.00.8168.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved. d:\tmp\21.2\xemacs\nt\xemacs.mak(46) : fatal error U1052: file '..\version.sh' not found Stop. Compilation exited abnormally with code 2 at Sat Oct 07 10:12:35 -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

3 participants
3 comments

Re: [fyoung@anytimenow.com] compilation-find-file bug (xemacs-base 1.42) (PR#1394) 24 years, 1 month

Neal D. Becker

I don't know about the fix, but I have experienced this same bug - it's rather nasty.

1 participants
0 comments

Re: Problems with ftp.xemacs.org? 24 years, 1 month

Adrian Aichner

>>>>> "Darryl" == Darryl Okahata <darrylo(a)soco.agilent.com> writes: Darryl> Adrian Aichner <aichner(a)ecf.teradyne.com> wrote: >> could you please have a quick look whether there's a problem with the >> ftp server? Darryl> Perhaps it was a transitory problem? It works for me: I have this problem since last friday at least. I am starting to believe the problem is with the company I work for. Best regards, Adrian Darryl> $ ftp ftp.xemacs.org Darryl> Connected to xemacs.org. Darryl> 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] Darryl> Name (ftp.xemacs.org:darrylo): ftp Darryl> 331 Anonymous login ok, send your complete e-mail address as password. Darryl> Password: Darryl> 230-+--------------------------------------------------------------------------+ Darryl> | Welcome to ftp.tux.org! | Darryl> +--------------------------------------------------------------------------+ Darryl> | This server and its network connection have been graciously donated by | Darryl> | Erol's Internet Services of Springfield, Virginia, USA (703) 321-8000. | Darryl> | | Darryl> | It is a 350 MHz AMD K6-2 with 128 MB of RAM and running Linux. | Darryl> | It is administered by Linux user groups in the East Coast of the USA on | Darryl> | behalf of their members and the Linux community worldwide. | Darryl> | | Darryl> | The goal of this FTP site is to provide timely mirrors of Linux-related | Darryl> | software from all over the world. It is not a complete mirror of all of | Darryl> | the large sites; instead it combines mirrors of the most important parts | Darryl> | of the large FTP archives with direct nightly mirrors of many smaller, | Darryl> | harder-to-find sites plus a growing amount of original content. | Darryl> | | Darryl> | If there is something Linux-related you would like to have added to the | Darryl> | mirror or if you see a problem with something already mirrored here, | Darryl> | please contact <ftp(a)tux.org>. | Darryl> +--------------------------------------------------------------------------+ Darryl> 230 Anonymous access granted, restrictions apply. Darryl> Remote system type is UNIX. Darryl> Using binary mode to transfer files. ftp> bye Darryl> 221 Goodbye. Darryl> -- Darryl> Darryl Okahata Darryl> darrylo(a)soco.agilent.com Darryl> DISCLAIMER: this message is the author's personal opinion and does not Darryl> constitute the support, opinion, or policy of Agilent Technologies, or Darryl> of the little green men that have been following him all day. -- Adrian Aichner <adrian(a)xemacs.org>, http://www.xemacs.org

1 participants
0 comments

Problems with ftp.xemacs.org? 24 years, 1 month

Adrian Aichner

Hello David, could you please have a quick look whether there's a problem with the ftp server? I tried getting to it with XEmacs 21.1.12 cygwin ftp Netspace Communicator 4.72 The server closes the connection on me persistently. Thanks in advance, Adrian bash-2.04$ ftp ftp.xemacs.org Connected to xemacs.org. 220 ProFTPD 1.2.0pre10 Server (ProFTPD on ftp.tux.org) [gwyn.tux.org] User (xemacs.org:(none)): ftp 331 Anonymous login ok, send your complete e-mail address as password. Password: 230-+--------------------------------------------------------------------------+ | Welcome to ftp.tux.org! | Connection closed by remote host. bash-2.04$ -- Adrian Aichner <adrian(a)xemacs.org>

2 participants
1 comments

Re: ["Sailesh Krishnamurthy/Santa Teresa/IBM" <sailesh@us.ibm.com>] Crash of XEmacs-21.1.12 on AIX 4.3.2 (PR#1458) 24 years, 1 month

Sailesh Krishnamurthy/Santa Teresa/IBM

Thanks for your help ! =========== > I attempted to compile XEmacs-21.1.12 on AIX 4.3.2 Oh? There's evidence to the contrary... > uname -a: AIX darwin 2 4 00600066C000 =========== Oh dear .. I goofed. I did indeed build 21.1.12 on AIX 4.3.2 .. I had earlier compiled 21.1.8 on 4.2.1 (on the same machine earlier named "darwin"). Since I couldn't even start my newly built XEmacs, I started my old XEmacs (21.1.8) and did a M-x report-bug .. as a result you are seeing some crap info regarding the OS version. I can confirm that I indeed compiled XEmacs-21.1.12 on AIX 4.3.2 .. I also compiled XEmacs-21.1.8 (my earlier source tree) on 4.3.2 - in both cases I had the exact same crash in specifier.c .. I'm pretty sure the debugger backtrace is valid. I stepped through the code right to the point it dumps core. Tinkerty-tonk Sailesh -- IBM Almaden Research Center, B1-429 650 Harry Road, San Jose, CA 95120 Ph: (408) 927-1913, Tie: 457-1913, Fridays: (408) 463-4176 Internet: sailesh(a)us.ibm.com

1 participants
0 comments

Re: [cmsmcq@acm.org] psgml package (Wing change breaks sgml-split-element) 24 years, 1 month

Jerry James

Gunnar Evermann <ge204(a)eng.cam.ac.uk> wrote: > Jerry, could you look into this? [snip] > From: cmsmcq(a)acm.org > Subject: psgml package (Wing change breaks sgml-split-element) [snip] > Somewhere along the way, apparently in the course of > integrating psgml 1.15 with Xemacs, a change seems to > have been made to the function sgml-insert-end-tag, > so that instead of closing the current element, it > closes the largest element it can. That change was removed from the XEmacs PSGML package when I submitted my monster patch to sync us up with the latest PSGML release. The current package does not contain the code mentioned in Michael's message, and has not for several months. Like Michael, I found that it broke things in strange ways. At the time, I sent a message to xemacs-beta asking if anyone objected to me removing Ben's code. There was one response, from somebody who agreed that that piece of code needed to go. I was going to look up URLs for my message and the reply, but the xemacs-beta indexer appears to be broken. Not only does searching for "wing;change" turn up no results when restricted to the year 2000 files, but searching for "Jerry" turns up no results when restricted to the same files. This is clearly wrong, since I have sent several messages to the list this year, each with my name at the end. > A more elaborate change might allow the choice between closing the > currently open element and the largest in the list of endable > elements to depend on a user option when sgml-insert-end-tag is > invoked directly, and on an option passed by the caller when > it is invoked by another function. But I'll leave that to > people with better elisp skills than I have. This should be discussed with Lennart Staflin, the PSGML maintainer. -- Jerry James

1 participants
0 comments

["Sailesh Krishnamurthy/Santa Teresa/IBM" <sailesh@us.ibm.com>] Crash of XEmacs-21.1.12 on AIX 4.3.2 (PR#1458) 24 years, 1 month

Gunnar Evermann

any ideas?

2 participants
1 comments

Re: [21.1, 21.2 PATCH] Fix `widget-specify-active' 24 years, 1 month

Per Abrahamsen

I haven't studied the XEmacs implementation, so I'll let Hrvoje speak for it. But apropos, while you are looking at the code... I added a `:always-active' flag which makes it possible to browse documentation widgets, even when they are part of a deactivated container widget. This helps the Gnus group parameter customization feature a lot. I don't remember if Hrvoje implemented another solution for that. 2000-05-01 Per Abrahamsen <abraham(a)dina.kvl.dk> * wid-edit.el (widget-default-active): Obey `:always-active'. (widget-documentation-string-value-create): Set `:always-active'.

1 participants
0 comments

[fyoung@anytimenow.com] compilation-find-file bug (xemacs-base 1.42) (PR#1394) 24 years, 1 month

Gunnar Evermann

could somebody check this? Gunnar

2 participants
1 comments

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta October 2000