Bug#482281: camlidl: Package uninstallable: depends on outdated ocaml-nox (3.10.1)

2008-05-21 Thread Christopher L Conway
Package: camlidl Severity: normal *** Please type your report below this line *** -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-17-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8,

Bug#482281: Workaround?

2008-05-21 Thread Christopher L Conway
Is there: (a) a standard way to peg my ocaml packages at 3.10.1 until the transition is complete, or (b) anything I can do to help get camlidl updated more quickly? Regards, Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#477010: taking the address of a macro

2008-05-07 Thread Christopher L Conway
The attached patch against the original source tree should solve the problem. Regards, Chris On Tue, May 6, 2008 at 10:43 PM, Christopher L Conway [EMAIL PROTECTED] wrote: The problem is that the relevant lines are trying to create function pointers, but the identifiers named are really

Bug#477010:

2008-05-07 Thread Christopher L Conway
Disregard the previous patch in preference to the attached. diff -ruN -x cvs -x CVS -x '*~' -x config.log /home/chris/downloads/pycaml/Makefile.in pycaml/Makefile.in --- /home/chris/downloads/pycaml/Makefile.in 2003-09-17 01:30:14.0 -0400 +++ pycaml/Makefile.in 2008-05-06

Bug#477010: taking the address of a macro

2008-05-06 Thread Christopher L Conway
The problem is that the relevant lines are trying to create function pointers, but the identifiers named are really macros. The following example gives a similar error: macroptr.c: int f(int x, int y, int z) { return 0; } #define FOO(x) f(x,0,0) int (*p)() = f; int (*q)() = FOO; $ gcc