Custom Query (1030 matches)

(remove-if #'name-char
           '((#x00 "Nul") (#x01 "Soh") (#x02 "Stx") (#x03 "Etx") (#x04 "Eot")
             (#x05 "Enq") (#x06 "Ack") (#x07 "Bel") (#x08 "Bs") (#x09 "Ht") (#x0A "Lf")
             (#x0B "Vt") (#x0C "Ff") (#x0D "Cr") (#x0E "So") (#x0F "Si")
             (#x10 "Dle") (#x11 "Dc1") (#x12 "Dc2") (#x13 "Dc3") (#x14 "Dc4")
             (#x15 "Nak") (#x16 "Syn") (#x17 "Etb") (#x18 "Can") (#x19 "Em")
             (#x1A "Sub") (#x1B "Esc") (#x1C "Fs") (#x1D "Gs") (#x1E "Rs")
             (#x1F "Us") (#x20 "Sp") (#x7f "Del"))
           :key #'second)

((16 "Dle") (17 "Dc1") (18 "Dc2") (19 "Dc3")
 (20 "Dc4") (21 "Nak") (22 "Syn") (23 "Etb") (24 "Can") (25 "Em") (32 "Sp"))

ASDF 2.26.x introduces support for saving deferred warnings and re-playing them in a different session.

It currently does it by peeking and poking at the internals of CCL (and SBCL). Could you export a supported variant of that functionality in CCL 1.9 and later?

See the code in asdf/lisp-build.lisp. The entry points are reify-deferred-warnings unreify-deferred-warnings reset-deferred-warnings

​http://common-lisp.net/gitweb?p=projects/asdf/asdf.git

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 x86-headers64 used was from

​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