Bug#419825: [tome] linux32 at runtime does not stop LUA errors
Package: tome Version: 2.3.5-2 Tags: patch This workaround definitely does not work for me. The problem seems to stem from compile time issues, not runtime. Adding -DLUA_NUM_TYPE=int to DEFINES in makefile.std make the errors go away. There is an example variation in makefile.std that shows this. Attached is a git patch generated with format-patch from your repository. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: lenny/sid --- Package information. --- Depends (Version) | Installed ===-+- libc6(= 2.7-1) | 2.7-14 libncurses5 (= 5.6+20071006-3) | 5.6+20080830-1 libsdl-gfx1.2-4 (= 2.0.13) | 2.0.13-4 libsdl-image1.2 (= 1.2.5) | 1.2.6-3 libsdl-mixer1.2 (= 1.2.6) | 1.2.8-4 libsdl-net1.2 | 1.2.7-2 libsdl-ttf2.0-0 | 2.0.9-1 libsdl1.2debian (= 1.2.10-1) | 1.2.13-2 libx11-6| 2:1.1.5-2 libxaw7 | 2:1.0.4-2 libxmu6 | 2:1.0.4-1 libxt6 | 1:1.0.5-3 -- Daniel White From 11d58a3c13e51104c2db1c5cf7d7e6da58dc50cd Mon Sep 17 00:00:00 2001 From: Daniel White [EMAIL PROTECTED] Date: Thu, 16 Oct 2008 15:26:13 +1000 Subject: [PATCH] Specify LUA_NUM_TYPE as int for 64-bit hosts This addresses errors in various LUA scripts on 64-bit machines. Signed-off-by: Daniel White [EMAIL PROTECTED] --- src/makefile.std |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/makefile.std b/src/makefile.std index 50930e9..0d4705f 100644 --- a/src/makefile.std +++ b/src/makefile.std @@ -136,6 +136,9 @@ LIBS = -L/usr/X11R6/lib -lXaw -lXmu -lXt -lX11 -lncurses -ltermcap \ $(shell sdl-config --libs) -lSDL_image -lSDL_ttf -lSDL_gfx \ -lSDL_net -lSDL_mixer +ifeq ($(DEB_HOST_ARCH),amd64) + DEFINES += -DLUA_NUM_TYPE=int +endif ## ## Variation -- Only support main-gtk2.c (not main-gcu.c, main-x11.c) -- 1.6.0.2.307.gc4275
Bug#389130: cl-s-utils: fails to compile
Package: cl-s-utils Version: 20060511-1 Severity: grave Justification: renders package unusable Tags: patch When loading s-utils, the form (defparameter +us-day-names+ ...) fails to compile because it is wrapped in some excess 'v' and '^' characters. A number of other parameters used for date time functions are also wrapped by these characters. Diffing utils.lisp from the main repository against the version in the Debian package shows that this is certainly the case. I've included a patch for utils.lisp to remove these excess characters. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages cl-s-utils depends on: ii common-lisp-controller6.2This is a Common Lisp source and c cl-s-utils recommends no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#389130: cl-s-utils: fails to compile
Sorry, forgot to attach the patch for utils.lisp. --- /usr/share/common-lisp/source/s-utils/src/utils.lisp 2006-05-21 02:58:01.0 +1000 +++ utils.lisp 2006-09-24 12:57:35.0 +1000 @@ -71,27 +71,19 @@ ;; time/date formatting -v v v v v v v (defparameter +us-day-names+ -^ ^ ^ ^ ^ ^ ^ '(Mon Tue Wed Thu Fri Sat Sun) US English short day name constant strings) -v v v v v v v (defparameter +us-month-names+ -^ ^ ^ ^ ^ ^ ^ '(Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov Dec) US English short month name constant strings) -v v v v v v v (defparameter +us-time-format+ -^ ^ ^ ^ ^ ^ ^ '(:day-name #\Space :month-name #\Space :date #\Space :year #\Space :hour #\: :minute #\: :second) US English style date-time format) -v v v v v v v (defparameter +us-date-format+ -^ ^ ^ ^ ^ ^ ^ '(:day-name #\Space :month-name #\Space :date #\Space :year) US English style date-only format) signature.asc Description: OpenPGP digital signature