January 2000 - XEmacs-Beta - XEmacs Mailing List Archives

Re: ld-linux.so.2 --inhibit-rpath doesn't work 25 years, 2 months

Ulrich Drepper

Martin Buchholz <martin(a)xemacs.org> writes: > I can't get the --inhibit-rpath option to ld-linux.so.2 to work. --inhibit-rpath is designed only to remove the rpath from shared objects which get loaded. I.e., if a.out depends on liba.so and liba.so has an rpath specified, you get remove the rpath in liba.so. The comparison with the name given as the parameter happens using the SONAME which the executable itself does not have. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

1 participants
0 comments

Re: Status of xemacs packages 25 years, 2 months

Ray Lehtiniemi

hi folks i'm not on the list, so please cc: replies.. make-mode dies looking for 'regexp-opt' on my 21.1.8 with newest packages. it seems that 'regexp-opt' was moved from xemacs-devel to xemacs-base, but only the xemacs-devel package is available on ftp.xemacs.org? -- ----------------------------------------------------------------------------- Ray Lehtiniemi (rayl(a)mail.com) (rayl(a)optitech.com)

1 participants
0 comments

Re: [PATCH] Portable dumper fixes for NT 25 years, 2 months

Hrvoje Niksic

"Kirill 'Big K' Katsnelson" <kkm(a)dtmx.com> writes: > A question: does mmap gives any performance benefits over read when > loading the dump file? Well, mmap() allows you to read only the parts of the file you're interested in. If call with MMAP_SHARED, such memory doesn't need additional space on swap either. I'm not sure how well our dumper fits with the mmap model. If I understand it correctly, XEmacs can't use the data directly from the file, it needs to relocate pointers and stuff. > NT is primarily a single-user system, so the case of 2+ xemacsen > should be rare, and the shared memory benefit would not pay off. I > will fake mmap if it gives performance benefits though, even a > little. Can't you use CreateFileMapping() under Windows, as a mmap() equivalent?

3 participants
2 comments

Re: Portable dumper with union type 25 years, 2 months

Hrvoje Niksic

[ Redirected to xemacs-beta. ] Martin Buchholz <martin(a)xemacs.org> writes: > Hrvoje> I may be misreading Olivier's code, but I think he's using > Hrvoje> all-zero-bit Lisp objects in TPD because Qunbound is not > Hrvoje> around when that code has to run. > > Then we should resurrect Qnull_pointer, except that we should call > it something more appropriate. And document that it should never ever be used, except by Olivier Galibert on a bad day. :-) As for the name: I propose Qzero_bits. IMHO it conveys the name and purpose well. You're right that QNULL has a chance of being confused with Qnil and stuff.

2 participants
1 comments

Re: "Symbol X has different size in shared object" bug reappears 25 years, 2 months

Daniel Pittman

On Mon, 17 Jan 2000, Stefanie Teufel <s.teufel(a)ndh.net> wrote: > On Mon, Jan 17, 2000 at 19:16:46 +1100, Daniel Pittman wrote: > >> You had problems with this? Did you specify `--with-athena=next' or >> just use the default support? > > Jep, I specifed "--with-athena=next", it still crashes. William Perry > provided me with a patch so that I'm at least able to use w3 somehow, > but the situation is not very satisfying. Indeed. The configure script should try hard not to build a not-working XEmacs. >> If you did specify the --with thing it /should/ have picked up the >> neXtaw.so library at link time and used the long name, making it >> difficult to break.... > > Hnmpff. A ldd /usr/local/bin/xemacs gives me the following: > > stefanie＠diabolo[~]>ldd /usr/local/bin/xemacs > libXaw.so.6 => /usr/X11R6/lib/libXaw.so.6 (0x4001b000) Is this where you installed your neXtaw library shared library? Also could you send me the Installation file from a recent CVS XEmacs/configure run -- you don't need to actually build it, just do your standard configure. `Installation' should have the paths that it found the libraries and headers at in it. Also, where did you put the neXtaw library and header files? Daniel -- Hocine Bibo Aut In Eum Digitos Insero?

1 participants
0 comments

Re: [PATCH] bookmark.el of edit-utils 1.43 (completing-read usage error) 25 years, 2 months

Adrian Aichner

>>>>> "Kyle" == Kyle Jones <kyle_jones(a)wonderworks.com> writes: Kyle> Uh-oh. Have we changed the parameter list of completing-read so Kyle> that old code is now broken? If so, this is very bad. As Hrvoje already said, the problem is not with completing-read. bookmark.el using a parameter not avaliable in XEmacs-21.1.8's completing-read indiscriminately in the real problem I think. What is recommended good practice here? Should bookmark.el not use the new argument available in XEmacs-21.2-b26 to stay compatible with XEmacs-21.1.8? Should bookmark.el conditionalize on the version of XEmacs it is running in? Please advise, Adrian Kyle> Adrian Aichner writes: >> >> How about this little patch against bookmark.el in the edit-utils >> package? >> >> diff -u c:\XEmacs\xemacs-packages\lisp\edit-utils\bookmark.el.orig c:\XEmacs\xemacs-packages\lisp\edit-utils\bookmark.el >> --- c:\XEmacs\xemacs-packages\lisp\edit-utils\bookmark.el.orig Mon Jan 17 14:49:58 2000 >> +++ c:\XEmacs\xemacs-packages\lisp\edit-utils\bookmark.el Mon Jan 17 14:49:58 2000 >> ＠＠ -503,9 +503,8 ＠＠ >> bookmark-alist >> nil >> 0 >> - nil >> - 'bookmark-history >> - default))) >> + default >> + 'bookmark-history))) >> (if (string-equal "" str) >> (list default) >> (list str)))) >>

2 participants
1 comments

Re: "Symbol X has different size in shared object" bug reappears 25 years, 2 months

Daniel Pittman

On Mon, 17 Jan 2000, Stefanie Teufel <s.teufel(a)ndh.net> wrote: > On Mon, Jan 17, 2000 at 13:02:42 +0900, Stephen J. Turnbull wrote: > >> I don't see the current Xaw3d situation as a disaster [for XEmacs] >> with Daniel's patches. There is a serious problem for people who roll >> their own under Debian, it's also easy to detect under Debian. If you > > Hmmpf, the same problem here with a RedHat 6.1 - okay, somewhat > homebrewed, but still a RedHat. Only with selfcompiled neXTaw-libs. You had problems with this? Did you specify `--with-athena=next' or just use the default support? If you did specify the --with thing it /should/ have picked up the neXtaw.so library at link time and used the long name, making it difficult to break.... Daniel -- If the archangel, the dangerous one behind the stars, took just one step down toward us today: the quicker pounding of our hearts would kill us. -- Rilke

2 participants
1 comments

LD_LIBRARY_PATH and --rpath 25 years, 2 months

Martin Buchholz

On Solaris 2.6, the search order used by the dynamic linker is: - LD_LIBRARY_PATH - directories specified at link time via -R or --rpath - the default directories /usr/lib and /lib This seems like the Right Thing to do, and is what most people expect. The fact that it is compatible with Solaris makes it much more clearly correct. With glibc 2.1, the search order appears to be: - directories specified at link time via -R or --rpath - LD_LIBRARY_PATH - directories in /etc/ld.so.conf (where available), or /usr/lib and /lib otherwise. Whatever glibc does, this stuff is very confusing and needs to be documented. Probably the documentation can be borrowed from the non-glibc dynamic linker and adapted. If there is a good rationale for the current behavior, this should be well explained. This is very important work. I might be willing to work on it, if you agree with the direction. Martin

1 participants
0 comments

Re: [PATCH] bookmark.el of edit-utils 1.43 (completing-read usage error) 25 years, 2 months

Hrvoje Niksic

Kyle Jones <kyle_jones(a)wonderworks.com> writes: > Uh-oh. Have we changed the parameter list of completing-read so > that old code is now broken? If so, this is very bad. I don't think old code is supposed to break. completing-read only got a new parameter, DEFAULT.

1 participants
0 comments

None 25 years, 2 months

John-Vinh Van Pham

unsubscribe

1 participants
0 comments

2025

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 January 2000