Custom Query (1030 matches)
Results (424 - 426 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #783 | fixed | get-ide-bundle-path returns path in mac format on Windows | ||
| Description |
For example if you have ccl cocotron installed to your desktop on a user called mike this method would return /Users/Mike/Desktop/ccl/temp bundle32.app/ instead of C:\Users\Mike\Desktop\ccl\temp bundle 32.app\ |
|||
| #782 | invalid | Build Application still creates a .app bundle on Windows | ||
| Description |
When executing build-application on windows instead of creating a .exe and a resource folder, build-applicaiton creates .app bundle which contains the .exe, the cocoa dll and the resource folder. It would be much better and more in line with the Windows way of doing things if build-application created a .exe file and a resource file without the .app bundle. |
|||
| #781 | fixed | upad128_t botch in solarisx86 interfaces | ||
| Description |
It appears the the interface translator screws up on the definition for upad128_t on Solaris: From sys/types.h: typedef union {
long double _q;
uint32_t _l[4];
} upad128_t;
Welcome to Clozure Common Lisp Version 1.7-dev-r14406M-trunk (SolarisX8632)! ? (ccl::parse-foreign-type :upad128_t) #<FOREIGN-RECORD-TYPE (:UNION NIL (:_Q :VOID 1100689282) (:UINT32_T??| :VOID 1897137590064188598475932852660936031226989270597071160670020756660204343176201224)) #x182A8186> This may be causing indigestion when building ccl:level-1;x86-trap-support.lisp (see, for example, http://setf.clozure.com:8010/builders/solarisx86/builds/9/steps/shell_2/logs/stdio). Oddly, building by hand often works... |
|||
