Custom Query (1030 matches)
Results (898 - 900 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #861 | invalid | overzealous and flaky warning about SETQ'd unused lexical variable/ | ||
| Description |
Sometimes the compiler warns
where FOO is some variable I've SETQ'd but then not referred to. That's annoying enough. I don't think that should be done at all. It's a pain to have to throw away documentary (multiple-value-setq (x y z) ...) variables or go through other hoops just to get rid of this warning. Also, it's "used" by reasonable definition: it's set, just not "read" or "eval'd". Whatever. It's a pain to encounter and to work around. But that's not the main point. Sometimes -- not always!! -- I cannot even still the compiler by simply placing the variable inline to be evaluated. The compiler first of all is so clever as to optimize out the reference, then turns on me and tells me it's not referenced. That is quite frustrating to put it mildly. Seems to happen in big functions. Small functions work fine, so I cannot give you an example. But it's like this:
(defun foo (a b)
(let (c d)
(multiple-value-setq (c d) (round a b))
c))
always warns about D "unused" (annoying to me, but I can deal with it) (defun foo (a b)
(let (c d)
(multiple-value-setq (c d) (round a b))
d
c))
not in this case, but in some larger functions, warns about D -- unacceptable, bug, etc.! Note: let me know if this is a known problem: that is, the flakyness (dependency on function size, or whatever), or -- if not -- if you need an example. I'll put cycles on it, but would rather not if it's already known. Version info:
CCL::*OPENMCL-MAJOR-VERSION*, Value: 1
CCL::*OPENMCL-MINOR-VERSION*, Value: 6
|
|||
| #1057 | fixed | patch for fixing amd64 build failure for gnustep header | ||
| Description |
Hi, See patch below, which follows the Debian DEP3 standard. I think the information in the patch description is mostly sufficient to explain the issue. It is possible this build issue is specific to Debian and not a problem elsewhere. It is also possible that this additional flag will break builds on other platforms. I cannot test either of these possibilities easily. In any case, I'm forwarding this patch upstream, as per Debian guidelines. If this patch is included upstream, then it will not need to be included in Debian.
Please also note that the svn://svn.clozure.com/openmcl/release/1.8/x86-headers64 The corresponding web link is http://svn.clozure.com/publicsvn/openmcl/release/1.8/x86-headers64/gnustep/C/populate.sh BTW, I notice that the interface databases are only built for the gnustep headers on amd64. I tried copying them to i386 and building the databases on i386, but got a segfault. Description: Fix error when running x86-headers64/gnustep/C/populate.sh Without this patch, when running x86-headers64/gnustep/C/populate.sh, the following error occurs. . In file included from /usr/include/GNUstep/Foundation/NSClassDescription.h:30, from /usr/include/GNUstep/Foundation/Foundation.h:49, from /usr/include/GNUstep/Cocoa/Cocoa.h:33, from /tmp/Cocoa.h.tmp_8LoKm:1: /usr/include/GNUstep/Foundation/NSException.h:42:2: error: #error The current setting for native-objc-exceptions does not match that of gnustep-base ... please correct this. . Reference: In [Compile Objective-C Programs Using gcc] (http://blog.lyxite.com/2008/01/compile-objective-c-programs-using-gcc.html) there is the following: . Also note that if you did not include -D_NATIVE_OBJC_EXCEPTIONS, you may run into the following error: . /usr/include/GNUstep/Foundation/NSException.h:42:2: error: #error The current setting for native-objc-exceptions does not match that of gnustep-base ... please correct this. Author: Faheem Mitha Bug: <URL to the upstream bug report if any, implies patch has been forwarded, optional> Forwarded: <URL|no|not-needed, useless if you have a Bug field, optional> Applied-Upstream: <version|URL|commit, identifies patches merged upstream, optional> Last-Update: Mon Feb 4 2013 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ diff -r b9b89814e0e0 -r 2b8f5332445e x86-headers64/gnustep/C/populate.sh --- a/x86-headers64/gnustep/C/populate.sh Sun Feb 03 13:15:57 2013 -0500 +++ b/x86-headers64/gnustep/C/populate.sh Sun Feb 03 13:57:12 2013 -0500 @@ -1,2 +1,2 @@ #!/bin/sh -h-to-ffi.sh -m64 -I/usr/include/GNUstep /usr/include/GNUstep/Cocoa/Cocoa.h +h-to-ffi.sh -m64 -D_NATIVE_OBJC_EXCEPTIONS -I/usr/include/GNUstep /usr/include/GNUstep/Cocoa/Cocoa.h |
|||
| #452 | fixed | pathname namestring escape breaks externalization for unix shell commands | ||
| Description |
given version "Version 1.3-RC1-r11719M (DarwinPPC32)", given a local asdf package in a unix file with pathname such as
asdf-install fails to install the package. the step which attempts to extract the tar table-of-contents fails, as the filename escape character, # patch diff Index: installer.lisp
===================================================================
--- installer.lisp (revision 11787)
+++ installer.lisp (working copy)
@@ -291,7 +291,7 @@
(defun tar-arguments (source packagename)
#-(or :win32 :mswindows :scl)
(list "-C" (namestring (truename source))
- "-xzvf" (namestring (truename packagename)))
+ "-xzvf" (remove #\\ (namestring (truename packagename))))
#+(or :win32 :mswindows)
(list "-l"
"-c"
listener transcript ? (asdf-install:install "/Development/Downloads/bordeaux-threads_latest.tar.gz") 0> Calling (ASDF-INSTALL::INSTALL-LOCATION) Install where? 1) System-wide install: System in /usr/local/asdf-install/site-systems/ Files in /usr/local/asdf-install/site/ 2) Personal installation: System in /Users/janson/.asdf-install-dir/systems/ Files in /Users/janson/.asdf-install-dir/site/ 0) Abort installation. --> 1 <0 ASDF-INSTALL::INSTALL-LOCATION returned (#P"/usr/local/asdf-install/site/" #P"/usr/local/asdf-install/site-systems/" "System-wide install") 0> Calling (ASDF-INSTALL::LOCAL-ARCHIVE-P "/Development/Downloads/bordeaux-threads_latest.tar.gz") <0 ASDF-INSTALL::LOCAL-ARCHIVE-P returned #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz" 0> Calling (ASDF-INSTALL::INSTALL-PACKAGE #P"/usr/local/asdf-install/site/" #P"/usr/local/asdf-install/site-systems/" "/Development/Downloads/bordeaux-threads_latest.tar.gz") 1> Calling (ASDF-INSTALL::EXTRACT #P"/usr/local/asdf-install/site/" "/Development/Downloads/bordeaux-threads_latest.tar.gz") <1 ASDF-INSTALL::EXTRACT returned "tar (child): /Development/Downloads/bordeaux-threads_latest\\\\.tar.gz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now /usr/bin/tar: Child returned status 2 /usr/bin/tar: Error exit delayed from previous errors " <0 ASDF-INSTALL::INSTALL-PACKAGE returned NIL NIL ? (pathname-name #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz") "bordeaux-threads_latest.tar" ? (namestring #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz") "/Development/Downloads/bordeaux-threads_latest\\.tar.gz" ? (truename #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz") #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz" ? (truename #P"/Development/Downloads/bordeaux-threads_latest.tar.gz") #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz" ? (truename #P"/Development/Downloads/bordeaux-\\threads_latest.tar.gz") #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz" ? (namestring (truename #P"/Development/Downloads/bordeaux-threads_latest.tar.gz")) "/Development/Downloads/bordeaux-threads_latest\\.tar.gz" ? (find #\\ (namestring (truename #P"/Development/Downloads/bordeaux-threads_latest.tar.gz"))) #\\ ;;; load patched installer.lisp ? (load (compile-file "/Development/Applications/LISP/ccl-1.3/tools/asdf-install/installer.lisp")) ;Compiling "/Development/Applications/LISP/ccl-1.3/tools/asdf-install/installer.lisp"... ;Loading #P"/Development/Applications/LISP/ccl-1.3/tools/asdf-install/installer.dfsl"... #P"/Development/Applications/LISP/ccl-1.3/tools/asdf-install/installer.dfsl" ? (asdf-install:install "/Development/Downloads/bordeaux-threads_latest.tar.gz") 0> Calling (ASDF-INSTALL::INSTALL-LOCATION) Install where? 1) System-wide install: System in /usr/local/asdf-install/site-systems/ Files in /usr/local/asdf-install/site/ 2) Personal installation: System in /Users/janson/.asdf-install-dir/systems/ Files in /Users/janson/.asdf-install-dir/site/ 0) Abort installation. --> 1 <0 ASDF-INSTALL::INSTALL-LOCATION returned (#P"/usr/local/asdf-install/site/" #P"/usr/local/asdf-install/site-systems/" "System-wide install") 0> Calling (ASDF-INSTALL::LOCAL-ARCHIVE-P "/Development/Downloads/bordeaux-threads_latest.tar.gz") <0 ASDF-INSTALL::LOCAL-ARCHIVE-P returned #P"/Development/Downloads/bordeaux-threads_latest\\.tar.gz" 0> Calling (ASDF-INSTALL::INSTALL-PACKAGE #P"/usr/local/asdf-install/site/" #P"/usr/local/asdf-install/site-systems/" "/Development/Downloads/bordeaux-threads_latest.tar.gz") 1> Calling (ASDF-INSTALL::EXTRACT #P"/usr/local/asdf-install/site/" "/Development/Downloads/bordeaux-threads_latest.tar.gz") <1 ASDF-INSTALL::EXTRACT returned "bordeaux-threads_0.5.1/ bordeaux-threads_0.5.1/bordeaux-threads.asd bordeaux-threads_0.5.1/LICENSE bordeaux-threads_0.5.1/site/ bordeaux-threads_0.5.1/site/index.html bordeaux-threads_0.5.1/site/style.css bordeaux-threads_0.5.1/src/ bordeaux-threads_0.5.1/src/allegro.lisp bordeaux-threads_0.5.1/src/armedbear.lisp bordeaux-threads_0.5.1/src/bordeaux-threads.lisp bordeaux-threads_0.5.1/src/cmu.lisp bordeaux-threads_0.5.1/src/condition-variables.lisp bordeaux-threads_0.5.1/src/corman.lisp bordeaux-threads_0.5.1/src/default-implementations.lisp bordeaux-threads_0.5.1/src/ecl.lisp bordeaux-threads_0.5.1/src/lispworks.lisp bordeaux-threads_0.5.1/src/mcl.lisp bordeaux-threads_0.5.1/src/openmcl.lisp bordeaux-threads_0.5.1/src/sbcl.lisp bordeaux-threads_0.5.1/src/unsupported.lisp bordeaux-threads_0.5.1/test/ bordeaux-threads_0.5.1/test/bordeaux-threads-test.lisp " "ln -s \"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/bordeaux-threads.asd\" \"/usr/local/asdf-install/site-systems/bordeaux-threads.asd\"" ;;; ASDF-INSTALL: Found system definition: /usr/local/asdf-install/site/bordeaux-threads_0.5.1/bordeaux-threads.asd <0 ASDF-INSTALL::INSTALL-PACKAGE returned (#P"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/bordeaux-threads.asd") ;;; ASDF-INSTALL: Loading system ASDF-INSTALL::|bordeaux-threads| via ASDF. ; loading system definition from /usr/local/asdf-install/site/bordeaux-threads_0.5.1/bordeaux-threads.asd into #<Package "ASDF0"> ;Loading #P"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/bordeaux-threads.asd"... ; registering #<SYSTEM BORDEAUX-THREADS #xA3A2A3E> as BORDEAUX-THREADS ; registering #<SYSTEM BORDEAUX-THREADS-TEST #xA3C305E> as BORDEAUX-THREADS-TEST ;Compiling "/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/bordeaux-threads.lisp"... ;Loading #P"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/bordeaux-threads.dfsl"... ;Compiling "/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/openmcl.lisp"... ;Loading #P"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/openmcl.dfsl"... ;Compiling "/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/default-implementations.lisp"... ;Loading #P"/usr/local/asdf-install/site/bordeaux-threads_0.5.1/src/default-implementations.dfsl"... (ASDF-INSTALL::|bordeaux-threads|) ? |
|||
