This FTBFS is caused by a change in behaviour in bison 3.7. There's a
proposed fix upstream at
https://github.com/verilator/verilator/pull/2505
which works by telling Bison the correct header name.
Rupert
Hi Andreas,
It seems that I haven't set the BTS up correctly to let me know when
there are bugs against the package. Sorry - I'll fix that in a
minute. I'll try and build / fix stuff now. Thanks for letting me know.
Rupert
pgpW9C5Pqc2sO.pgp
Description: PGP signature
Paul Gevers writes:
> Hi Rupert,
>
> On 16-11-13 10:08, Rupert Swarbrick wrote:
>> This happens because of some faulty logic in the "linux
>> detection". Basically, they had something hardcoded to check for new
>> linuxes, which meant version 2.x.y. Linux 3
This happens because of some faulty logic in the "linux
detection". Basically, they had something hardcoded to check for new
linuxes, which meant version 2.x.y. Linux 3.x broke it.
Raymond Toy fixed this in March when I reported it to him (I crashed
into it when working on Maxima build systems). P
Package: cl-aserve
Version: 1.2.42+cvs.2010.02.08-dfsg-1
Severity: serious
After installing cl-aserve (installed for cl-rss), with SBCL
2:1.0.54.0-1, loading it doesn't work because it depends on
cl-acl-compat and cl-htmlgen (see line 74 of the .asd), but these
weren't installed because cl-aserve
Package: sbcl
Version: 1:1.0.47.0-1
Severity: grave
Justification: renders package unusable
It seems that the location for the core file has changed:
/usr/lib/sbcl/sbcl-dist.core
Fine, but the wrapper binary doesn't seem to know about it:
rupert@hake:~ sbcl
fatal error encountered in SBCL pid 9
Package: bbdb
Version: 2.36-1
Severity: grave
Justification: renders package unusable
As a temporary workaround, the user can go to /usr/share/emacs/site-
lisp/bbdb/lisp/ and (as root) "make bbdb-autoloads.el".
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT poli
Package: cl-sql
Version: 4.0.5-4
Severity: grave
The current cl-sql package installs two copies of clsql.asd:
rup...@hake:~ dpkg -L cl-sql | grep asd
/usr/share/common-lisp/source/clsql/sql/clsql.asd
/usr/share/common-lisp/source/clsql/clsql.asd
/usr/share/common-lisp/systems/clsql.asd
Only the
Package: cl-soap
Version: 20060105-2
Severity: serious
The defpackage for :cl-soap, which is installed into
/usr/share/common-lisp/source/cl-soap/src/package.lisp exports the
symbol :wsdl-soal-call rather than :wsdl-soap-call, the correct
name. (The function #'wsdl-soap-call is the final function
> > After upgrading to 2.7-9 of libc6 in unstable, SBCL became extremely
> > prone to crashing
> > randomly (i.e. 5-10 source files compiled of the SBCL CVS code before a
> > 100% CPU hang which
> > was only killable with -s 9.
>
> Could you please give a way to reproduce the bug? I know nothing
the
problem. Downgrading
libc6 to the package in testing (libc 2.7-6) fixes it again: I've since
compiled sbcl from
CVS twice to make sure.
Rupert Swarbrick
P.S. The System Information below was generated with reportbug and I've
currently got 2.7-6
installed. libgcc1 doesn'
11 matches
Mail list logo
