Hello,
The problem is you need to have libmono1.0-cil at runtime for booc to
work. Its not a Depends, so to reproduce, you simply try to build
hello.boo in a clean chroot. It is a build-depends though. While I'm
not sure why this is taking place, I suspect its to do with the fact
that the
Hello again,
A closer look shows that the Depends is generated by dh_clideps. In
theory, this ought to pick up the missing dep from the .exe . I'm not
sure why this isn't working.
Sorry for not being much help,
Pete
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On 6/13/07, Sam Clegg wrote:
Indeed, works for my just fine on sid. Will try etch just to be sure.
Hi,
In etch (amd64), Using, /usr/share/doc/boo/examples/hello.boo (same
was used in Sid)
[EMAIL PROTECTED]:~/Desktop$ booc hello.boo
Boo Compiler version 0.7.6.2237 (CLR v1.1.4322.2032)
Hi,
In my case it works, without any problems!
With booc,
[EMAIL PROTECTED]:~/Desktop$ booc hello.boo
Boo Compiler version 0.7.6.2237 (CLR v1.1.4322.2032)
Tried with booc2,
[EMAIL PROTECTED]:~/Desktop$ booc2 hello.boo
Boo Compiler version 0.7.6.2237 (CLR v2.0.50727.42)
[EMAIL
On Wed, 2007-06-13 at 14:09 +0530, Kartik Mistry wrote:
Hi,
In my case it works, without any problems!
Indeed, works for my just fine on sid. Will try etch just to be sure.
signature.asc
Description: This is a digitally signed message part
Package: boo
Version: 0.7.6.2237-6
Severity: grave
Justification: renders package unusable
Trying to compile anything gives me the error:
ERROR: An error occurred during the execution of the step
'Boo.Lang.Compiler.Steps.EmitAssembly': 'Object reference not set to an
instance of an object'.
6 matches
Mail list logo