October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: update verilog-mode.el (1/6), update verilog-mode.el 26 years, 1 month

SL Baur

This file is corrupted. Please check it out without RCS ID keyword expansion and drop the fresh copy on ftp://altair.xemacs.org/incoming/ Thanks. $ diff -u verilog-mode.el /tmp/verilog-mode.el --- verilog-mode.el Mon Sep 28 16:51:28 1998 +++ /tmp/verilog-mode.el Fri Oct 9 11:20:00 1998 ＠＠ -1,15 +1,15 ＠＠ ;;; verilog-mode.el --- major mode for editing verilog source in Emacs ;; -;; $Header: /home/mac/emacs/lisp/verilog-mode.el,v 2.25 1997/04/15 23:35:59 mac Exp $ +;; $Id: verilog-mode.el,v 1.1 1998/10/07 17:48:13 nbecker Exp nbecker $ ... ;; This variable will always hold the version number of the mode -(defconst verilog-mode-version "$$Revision: 2.25 $$" +(defconst verilog-mode-version "$$Revision: 1.1 $$" "Version of this verilog mode.")

1 participants
0 comments

Re: File missing from Gnus Package (gnus-mh.el) 26 years, 1 month

SL Baur

Reginald Perry <perry(a)zso.dec.com> writes in xemacs-beta(a)xemacs.org: > I noticed that the file gnus-mh.el is missing from the gnus package. Thanks for noticing. Also missing are nnlistserv.el and nnweb.el. Fix in this evening's update.

1 participants
0 comments

Re: Bug in packages list after installation 26 years, 1 month

Greg Klanderman

This seems to be fixed with the latest round of binary packages. Maybe due to _pkg.el coming back, I'm not certain.. I also have applied both Jan's "[Urgent 21.0] package-remove cleanup & bugfix" patch and the following three from me: Subject: [patch] INSTALL-DIR argument for package-get-all Subject: [patch] package-ui.el - better handling of required packages Subject: [patch] bugfix package-admin-rmtree though it's not clear any of those address your problem. greg >>>>> "Oscar" == Oscar Figueiredo <Oscar.Figueiredo(a)di.epfl.ch> writes: Oscar> Oscar> When I install a package via the package-ui interface, the package is listed as Oscar> "not installed" in the package listing. If I launch a new XEmacs the newly Oscar> installed package appears correctly. This seems to be due to the fact that the Oscar> package loading functions do not update the `packages-package-list' variable Oscar> while the package removal functions probably do. Oscar> Oscar> I can not claim this is really a bug because my current installation is not Oscar> very clean and I probably need to reinstall all the package stuff from scratch Oscar> but before I do so, has anybody noticed the same problem ? (sorry if I missed Oscar> sg on the list, I am back from a 2 weeks vacation) Oscar> Oscar> Oscar Oscar>

1 participants
0 comments

Bug in packages list after installation 26 years, 1 month

Oscar Figueiredo

When I install a package via the package-ui interface, the package is listed as "not installed" in the package listing. If I launch a new XEmacs the newly installed package appears correctly. This seems to be due to the fact that the package loading functions do not update the `packages-package-list' variable while the package removal functions probably do. I can not claim this is really a bug because my current installation is not very clean and I probably need to reinstall all the package stuff from scratch but before I do so, has anybody noticed the same problem ? (sorry if I missed sg on the list, I am back from a 2 weeks vacation) Oscar

1 participants
0 comments

configure problem on Solaris 2.5 26 years, 1 month

Charles G Waldman

I tried building 21.0-b57 on a Sparcstation 4 running SunOS 5.5.1 There is apparently no check in the configure script for "ptrdiff_t". This type is defined in /usr/include/stddef.h, but this header file is not getting included anywhere, and the compilation bombs out. Manually sticking "#define ptrdiff_t int" into config.h made it possible to compile XEmacs on this platform. SunOS spooky 5.5.1 Generic_103640-08 sun4m sparc SUNW,SPARCstation-4 gcc --version 2.8.1

3 participants
6 comments

BUG REPORT: etags searching in lisp mode 26 years, 1 month

Martin Buchholz

Exact searching for symbols in lisp mode seems to be messed up. To reproduce, make a TAGS table for XEmacs using `make TAGS', do xemacs -q eval (setq tags-always-exact t) visit the file .../lisp/etags.el and do M-x find-tag RET find-tag RET ==> No entries matching find-tag The results of the tags search seems to depend on the syntax table of the current buffer. Another bug: If I try M-x find-tag RET list* RET it will find the tag for `list', not `list*'. XEmacs should first look for an exact string match for the symbol surrounded by the ^? and ^A delimiters before trying a pattern match. I'd work on fixing this, but both of you have already done some hacking on this - this soup already has too many cooks. Martin

1 participants
0 comments

Re: JDE and Javadoc. 26 years, 1 month

Michael Rohleder

Paul Kinnucan writes: > I've been toying with proposing that Java be similarly integrated > into Emacs, i.e., that Emacs include a vm and have Lisp functions > for instantiating Java classes and invoking Java methods. In other > words, the proposal is to use Java as a transparent extension to Emacs Lisp. > All kinds of good things would flow from this, including > from a purely parochial point of view the ability to integrate > platform-independent, > Java-based GUIs and development tools into the JDE without absorbing a > performance hit. I'm not sure that RMS would go > for this because Java is not freeware. Or perhaps he would if > the integrated vm were guava, the GNU vm. > > Richard, do you want to comment? > I think it would be great to have a vm inside emacs, but why ask rms? Maybe better ask the xemacs people? I dont know how such a thing could work, because I dont know enough about lisp, but _if_ you can manage to get it work, it would be great. Maybe it also helps to integrate xemacs in some ide's (eg netbeans), if we can call lisp func. from java... -- Running Windows on a Pentium is like having a brand new Porsche but only be able to drive backwards with the handbrake on.

3 participants
2 comments

bbdb packages 26 years, 1 month

Colin Rafferty

I don't know where to submit packages, so I guess I will do it here. The bbdb-1.02 package is Steve's patch of version 2.00. However, the most recent BBDB is 2.00.01. I have applied Steve's patch to 2.00.01, created 2.00.02, and packaged it up as bbdb-1.03-pkg. I have put both the package and the distribution on my FTP space: ftp://ftp.mindspring.com:/users/rafferty/bbdb/ Please put this in the package directory. Here are the md5sums: a399ae8ce4441b9b3c86560d2c187468 bbdb-1.03-pkg.tar.gz 0fbe894ed35d478b3fc31616de2a6596 bbdb-2.00.02.tar.gz Here is the ChangeLog from 2.00.01 1998-10-06 Colin O. Rafferty <colin(a)xemacs.org> * lisp/bbdb.el (bbdb-version): BBDB 2.00.02 released 1998-07-19 SL Baur <steve(a)altair.xemacs.org> * lisp/bbdb-migrate.el (bbdb-migration-query): Don't pass an integer to concat. * lisp/bbdb.el (bbdb-y-or-n-p): raise-screen -> raise-frame, screen-visible-p -> frame-visible-p, selected-screen -> selected-frame. (bbdb-pop-up-bbdb-buffer-horizontally): screen-width -> frame-width. * lisp/bbdb-xemacs.el (bbdb-fontify-buffer): set-extent-attribute -> set-extent-property, set-extent-data -> set-extent-property. (bbdb-hack-x-face): set-extent-data -> set-extent-property. * lisp/bbdb-srv.el (bbdb/srv-handle-headers): Use new name for set-window-buffer-dedicated. -- Colin

1 participants
0 comments

Re: Which CVS branch for DLL support? 26 years, 1 month

William M. Perry

"J. Kean Johnston" <jkj(a)sco.com> writes: > On Tue, Oct 06, 1998 at 12:09:27AM -0700, SL Baur wrote: > > Marat Boshernitsan <maratb(a)cs.berkeley.edu> writes in xemacs-beta(a)xemacs.org: > > > > > Hi, > > > I'd like to give the experimental DLL support a try, and perhaps do some > > > work on it. Which CVS branch should I grab off the cvs.xemacs.org? > > > > There is identical support in both the 21.0 and 21.2 branches. It > > worked the last time I tested it. > > > > > Was J. Kean Johnston's patch ever integrated? > > > > No. It was never submitted for entry into the codebase. > > Has anyone OTHER than Hrvoje been taking a close look at all of this? I've been glancing at it, but my schedule at work lately has been insane, and meetings with lawyers, accountants, and real estate agents (oh my!) have been taking up the rest of my 'free' time. Hopefully (ha!) this will change soon. > Some of the changes required are a little radical when compared to the > current way of doing things, and it is my guess that we need concensus on > the mechanisms I have employed. The biggest one is how we document > variables and subrs. For obvious reasons, we cant use make-docfile, and > we need a mechanism for adding the documentation at run-time. I changed > things such that code written for dynamic modules used macros called > CDEFUN() and CDEFVAR_LISP() etc, and which took the documentation string > as an actual argument (rather than a C comment) but Hrvoje didnt like > that idea (Ipersonally dont see why, but I changed things at his > request). The current merchanism involves calling macros for documenting > subrs and variables during module initialization task code 3 (its a whole > task code specifically for adding documentation). The problem I have with > this approach is it increases the distance between an subrs definition > and its documentation. Not necessarily a bad thing but I FAR prefered > the CDEFSUBR() approach. The main reason I see for keeping DEFUN and DEFVAR_LISP unchanged is that you could eventually do the perl approach and support either dynamically loading or statically building it with the rest of XEmacs, and it would 'just work'. You could even still use make-docfile, but perhaps modify it to spit out the C-style initializations you are talking about. One of the build steps would be creating 'docstrings.c' from the rest of the source files, with a standard entry point (<modulename>_set_doc_strings() or some such) and then have that be called from the module initialization section of code. Other than that, what you've done looks pretty clean. I just wish I had more time to help with it. -Bill P.

1 participants
0 comments

Re: Which CVS branch for DLL support? 26 years, 1 month

Mike McEwan

"J. Kean Johnston" <jkj(a)sco.com> writes: > Perhaps we should open the actual issues to debate? Would it be constructive > to do so, and are all the right people reading this? I'm sure I'm not amongst the `right' people, but I sure like the C code I was able to insert into Xemacs via your mechanism. I really hope this can be solidified and made part of the distribution real soon. In the meantime can anyone point me towards some definitive guidelines on writing C functions for Xemacs - I find the doc a little scant. -- Mike.

1 participants
0 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 1998