Reanimating verilog-mode
16 years, 2 months
Marcus Harnisch
Hi all
Verilog-mode in our prog-modes package dates back to 2005. Since I
tend to use the upstream version, I never noticed.
I'd love to integrate the latest version (and monitor future upstream
changes -- in case you would ask, Stephen).
It looks like there are only few package specific changes in the code
but unfortunately, I don't have access to the original sources from
which the package has been created to see what exactly has been
changed.
Regards
Marcus
--
note that "property" can also be used as syntaxtic sugar to reference
a property, breaking the clean design of verilog; [...]
(seen on http://www.veripool.com/verilog-mode_news.html)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hang in 'make check'
16 years, 3 months
Vin Shelton
Aidan,
In a mule build from the latest hg sources (see Installation file
below), query-coding-tests.el is hanging. Here's the tail of my 'make
check' output:
SUMMARY for /opt/src/xemacs-21.5-2008-12-30-mule/tests/automated/os-tests.el:
20 passes
0 assertion failures
0 errors that should have been generated, but weren't
0 wrong-error failures
0 missing-message failures
0 other failures
Testing /opt/src/xemacs-21.5-2008-12-30-mule/tests/automated/query-coding-tests.el...make[1]: *** [check] Interrupt
make: *** [check] Interrupt
Interestingly, when I run the test interactively, the tests all pass:
SUMMARY for /opt/build/xemacs-21.5-2008-12-30-mule/tests/automated/query-coding-tests.el:
1352 passes
0 assertion failures
0 errors that should have been generated, but weren't
0 wrong-error failures
0 missing-message failures
0 other failures
Here is the Installation file:
uname -a: Linux samwise 2.6.24-22-generic #1 SMP Mon Nov 24 18:32:42 UTC 2008 i686 GNU/Linux
../../src/xemacs-21.5-2008-12-30-mule/configure '--prefix=/opt/xemacs-21.5-2008-12-30-mule' '--with-cflags= -Os -ip' '--with-site-prefixes=/opt' '--with-infopath=/opt/info' '--disable-dialogs' '--disable-widgets' '--with-sound=native' '--with-package-path=/opt/site-packages::/opt/xemacs-packages' '--disable-pdump' '--enable-bignum=gmp' '--with-default-eol-detection' '--enable-mule' '--without-xim' 'CC=icc'
XEmacs 21.5-b28 "fuki" configured for `i686-pc-linux'.
Compilation Environment and Installation Defaults:
Source code location: /opt/src/xemacs-21.5-2008-12-30-mule
Installation prefix: /opt/xemacs-21.5-2008-12-30-mule
Additional prefixes: /opt
Operating system description file: `s/linux.h'
Machine description file: `m/intel386.h'
Compiler version: Intel(R) C Compiler for applications running on IA-32, Version 10.0 Build 20070809 Package ID: l_cc_c_10.0.026
- Compiler command: icc -Wall -w1 -we147 -g -Os -ip
libc version: GNU libc 2.7-10ubuntu4 (Debian)
Relocating allocator for buffers: no
GNU version of malloc: yes
- Using Doug Lea's new malloc from the GNU C Library.
Linking with `-z nocombreloc'.
- Consider configuring with --enable-pdump.
Window System:
Compiling in support for the X window system:
- X Windows headers location:
- X Windows libraries location:
- Handling WM_COMMAND properly.
Using Lucid menubars.
Using Lucid scrollbars.
TTY:
Compiling in support for ncurses.
Images:
Compiling in support for GIF images (builtin).
Compiling in support for XPM images.
Compiling in support for PNG images.
Compiling in support for JPEG images.
Compiling in support for TIFF images.
Sound:
Compiling in support for sound (native).
Databases:
Internationalization:
Compiling in support for Mule (multi-lingual Emacs).
Mail:
Compiling in support for "file" mail spool file locking method.
Other Features:
Inhibiting IPv6 canonicalization at startup.
Compiling in support for dynamic shared object modules.
Compiling in support for more number types using the GNU MP library.
Using the new GC mark algorithms (KKCC).
WARNING: ---------------------------------------------------------
WARNING: The new algorithms are experimental. They are enabled by
WARNING: default for this release. Use `--disable-kkcc' to
WARNING: turn it off.
WARNING: ---------------------------------------------------------
Compiling in support for extra debugging code.
Compiling in support for runtime error checking.
WARNING: ---------------------------------------------------------
WARNING: XEmacs will run noticeably more slowly as a result.
WARNING: Error checking is on by default for XEmacs beta releases.
WARNING: ---------------------------------------------------------
Let me know what help you need in reproducing this.
Thanks,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
[Bug: 21.5-b28] Found cause of --with-union-type error
16 years, 3 months
robert delius royar
The error appears to be caused by a bug in the way autoconf deals with
WORDS_BIGENDIAN when configure runs on a G5.
The resulting src/config.h from autoconf 2.63 places
/* #undef WORDS_BIGENDIAN */
in src/config.h whereas 2.62- and 2.61-created configurse add
#define WORDS_BIGENDIAN 1
to src/config.h
When a 2.62 (or 2.61) created configure runs, it says
checking whether byte ordering is bigendian... yes
but 2.63 script says
checking whether byte ordering is bigendian... universal
I have no idea whether those are different answers, but they seem to be.
This appears to cause a conflict when --with-union-type is defined from
configure. I recreated configure with autoconf (version 2.61 and 2.62)
and found that WORDS_BIGENDIAN was defined, and the resulting make
worked even with unions used for Lisp_Object.
Could this point to the potential for even more subtle bugs
Here is the configuration that works fine when autoconf 2.62 is used:
./configure '--with-mule' '--with-widgets=athena' '--with-athena=next'
'--with-dialogs=athena' '--with-scrollbars=lucid' '--without-debug'
'--without-error-checking' '--with-x11'
'--prefix=/Users/royar/usr/local' '--with-png' '--with-jpeg'
'--with-tiff' '--with-xmu' '--with-xim=no' '--enable-sound=none,esd'
'--disable-xfs' '--enable-dump-in-exec' '--with-modules'
'--enable-external-widget' '--with-dynamic' '--disable-kkcc'
'--disable-mc-alloc' '--without-ipv6-cname' '--without-ldap'
'--enable-optimization' '--with-cflags-optimization=-Os -pipe -mcpu=970
-mtune=970 -mpim-altivec -arch ppc' '--with-xft=emacs,gauges,tabs'
'--with-compiler=gcc-4.2' '--with-bignum=gmp' '--with-union-type'
'CC=/usr/bin/gcc-4.2' 'CFLAGS=' 'LDFLAGS=-L/usr/lib -lncurses -lgmp
-lz -L/usr/X11/lib -lpng -lXpm -lXft -lXrender -lXmu -lXt -lXext
-lX11 -lSM -lICE -lneXtaw -lfontconfig -L/opt/local/lib -ltiff -ljpeg
-lesd'
--
Dr. Robert Delius Royar Associate Professor of English
Morehead State University Morehead, Kentucky
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: [Bug: 21.5-b28] Hang in building custom-loads at descr-text.el
16 years, 3 months
Aidan Kehoe
Ar an chéad lá de mí Eanair, scríobh Stephen J. Turnbull:
> If you don't have real fix (it's not your responsibility, of course),
> the build is still repeatably broken for me in a pristine checkout,
> and we need to work around it until we know that it won't happen to
> others. Move that code out of the defcustom, please.
Please do so yourself. Given that I can’t reproduce the bug and thus can’t
test the change, there’s every chance it would be a worthless commit from
me.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: [Bug: 21.5-b28] Hang in building custom-loads at descr-text.el
16 years, 3 months
Aidan Kehoe
Ar an t-aonú lá is triochad de mí na Nollaig, scríobh Stephen J. Turnbull:
> Aidan,
>
> This bug's for you!
>
> This is just your everyday ordinary configure ...; make beta, except
> that it didn't finish. The C backtrace is uninformative, except that
> obviously XEmacs is waiting for subprocess output that never comes.
> The Lisp backtrace fingers an ";; XEmacs change" in descr-text.el
> pretty conclusively.
>
> I don't see anything wrong with the code, so it may be a bug in our
> process code. But if you don't see a fix, I think we need to make
> that initialization stuff an explicit user request.
I don’t see the problem when I build with your configure line, and given
that, I don’t anticipate finding a fix myself. Do you have perl installed?
Does perl -V:installprivlib give anything sensible from the shell? Was it
actually the initialisation of describe-char-unicodedata-file that hanged?
descr-text.el is not dumped, this code won’t be executed for most users most
of the time.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: file-newer-than-file-p [was: [COMMIT] Check absolute source file ...]
16 years, 3 months
Aidan Kehoe
Ar an t-aonú lá is triochad de mí na Nollaig, scríobh Stephen J. Turnbull:
> [...] which is precisely what (1) ... (4) give. Do you disagree, or do
> you just think the whole idea of trying to extend the relation to
> non-existent files is bogus and the caller should check explicitly?
Yes, that. In an ideal world #'file-newer-than-file-p would throw a
file-error if either argument didn’t exist or the corresponding metadata
couldn’t be read. Doing this now would be introducing a needless
incompatibility though, it’s much more realistic to live with it.
> [...] BTW, do you agree with me (at #### above) that we want to use the
> .el file, not the .elc?
Well, we have to use one or the other, and using the .elc has the advantage
that we can pass the path on to make-docfile without further processing.
make-docfile.c much prefers .elc files, since the docstrings are
automatically generated in a format it can read.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: xemacs.org/People
16 years, 3 months
Aidan Kehoe
Ar an t-aonú lá is triochad de mí na Nollaig, scríobh Stephen J. Turnbull:
> Aidan Kehoe writes:
> >
> > Could someone remove the words ~lives in Berlin and~ from
> > xemacsweb/People/aidan.kehoe/index.content? Ta.
>
> Done, but can't you check it out and do it yourself? (Not that I
> mind -- I'd just refuse ;), just checking you have appropriate
> permissions.)
I don’t. I used to.
--
¿Dónde estará ahora mi sobrino Yoghurtu Nghé, que tuvo que huir
precipitadamente de la aldea por culpa de la escasez de rinocerontes?
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Fwd: xemacs-base now required to build
16 years, 3 months
Vin Shelton
My first attempt got spam-trapped...
---------- Forwarded message ----------
From: "Vin Shelton" <acs(a)alumni.princeton.edu>
Date: Dec 28, 2008 10:36 PM
Subject: xemacs-base now required to build
To: "XEmacs Beta" <xemacs-beta(a)xemacs.org>
Greetings -
In the process of generating the 21.4.22 release, I realized that the
xemacs-base package is now required to build xemacs-21.4, because of these
lines in lisp/autoload.el:
(defvar autoload-make-autoload-operators
'(defun define-skeleton defmacro define-derived-mode define-generic-mode
easy-mmode-define-minor-mode easy-mmode-define-global-mode
define-minor-mode defun* defmacro*)
"`defun'-like operators that use `autoload' to load the library.")
(defvar autoload-make-autoload-complex-operators
'(easy-mmode-define-minor-mode easy-mmode-define-global-mode
define-minor-mode)
"`defun'-like operators to macroexpand before using `autoload'.")
easy-mmode comes from xemacs-base, and if you try to build xemacs-21.4
without an xemacs-base package, you get this error:
Building finder database ...(done)
rm -f lisp/auto-autoloads.el
/home/acs/xemacs-21.4-2008-12-28/src/xemacs -batch -no-autoloads \
-l autoload -f batch-update-directory lisp
Cannot open load file: easy-mmode
xemacs exiting
.
make: *** [lisp/auto-autoloads.el] Error 255
21.5 doesn't have this problem because there's a copy of easy-mmode.el in
lisp.
What do you think is the right solution to this? Should we accept the
limitation that xemacs-base is required in order to build 21.4 and document
it somehow in INSTALL? (... patches welcome). Should I copy a version of
easy-mmode.el into lisp/? (Yuck)
Please send your thoughts to the list.
Regards,
Vin
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta