Custom Query (1030 matches)
Results (751 - 753 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #345 | fixed | use .image as heap image file name suffix on all platforms | ||
| Description |
On Darwin and Windows, which commonly use case-insensitive file systems, we use a .image suffix on heap image file names, e.g., dx86cl uses a default image name of dx86cl.image. On other platforms, we case-invert the kernel name, e.g., the image name for lx86cl is LX86CL. We should use the .image suffix convention on all platforms. http://clozure.com/pipermail/openmcl-devel/2008-October/008540.html |
|||
| #344 | fixed | error when calling a generic function with >45 eql-specialized methods | ||
| Description |
Found this working with r10913 Linuxx8664: value #<recursive-lock [ptr @ #x6D51C0] #x3000448438ED> is not of the expected type ccl:read-write-lock. This only happens with at least 46 eql-specialized methods; the test code and results of running. That trial shows it also on r10956. Only eql-specialized methods with the same preceding specializers count; commenting out the loop that adds methods specialized on another class has no effect on the test results; it's still 46.
Setting |
|||
| #342 | fixed | ffi-parser limitations need workaround | ||
| Description |
On Fedora 9/PPC, /usr/include/asm/ioctl.h contains: /* provoke compile error for invalid uses of size argument */ extern unsigned int __invalid_size_argument_for_IOC; #define _IOC_TYPECHECK(t) \ ((sizeof(t) == sizeof(t[1]) && \ sizeof(t) < (1 << _IOC_SIZEBITS)) ? \ sizeof(t) : __invalid_size_argument_for_IOC) /* used to create numbers */ #define _IO(type,nr) _IOC(_IOC_NONE,(type),(nr),0) #define _IOR(type,nr,size) _IOC(_IOC_READ,(type),(nr),(_IOC_TYPECHECK(size))) #define _IOW(type,nr,size) _IOC(_IOC_WRITE,(type),(nr),(_IOC_TYPECHECK(size))) and some ioctl constants are then defined in terms of _IOR(), _IOW(), etc. The conditional expression in the expansion of _IOC_TYPECHECK (and possibly the reference to the variable) cause the FFI parser to give up, so some IOCTL constants aren't defined. We can either try to be more ambitious and interpret the expansion (it should always expand to "sizeof(t)" unless there's an error in the header file) or do all macroexpansion as if: #define _IOC_TYPECHECK(t) sizeof(t) was predefined and not overridden by the definition in the header file. (We might be able to translate this particular macro into something that we can make sense of, but we can't always do that, so it seems like a mechanism for dealing with intractable nonsense would be desirable.) |
|||
