Custom Query (1030 matches)
Results (538 - 540 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #465 | fixed | Shorthand type declarations. | ||
| Description |
According to the <a href=""http://www.lispworks.com/reference/HyperSpec/Body/03_cca.htm">CLHS 3.3.3.1</a> type declarations can be shortened, but CCL gives a warning: (proclaim '((array character) *foo*)) ; Warning: Unknown declaration specifier(s) in ((ARRAY CHARACTER) *FOO*) |
|||
| #122 | fixed | Should create the application bundle from a skeleton | ||
| Description |
Currently we build the IDE from a skeleton bundle which is stored in cocoa-ide/Clozure CL.app (or cocoa-ide/OpenMCL.app - being phased out). The skeleton is modified by the build process, which is bad practice. We should generate the bundle, in a new directory, copying files from a template directory named something other than anything.app, around the time of fake-cfbundle-path. The template dir should contain the nib files and other resources that might be difficult to generate from Lisp, and the rest should be created dynamically. |
|||
| #317 | fixed | Should provide a way to update the ccl hierarchy | ||
| Description |
Need a function (or an argument to rebuild-ccl) that does the two step process necessary to properly update a ccl hierarchy from subversion: 'svn up' and then 'svn revert' the kernel and image. The reason for this is that 'svn up' doesn't overwrite modified binaries, so if a user ever did a rebuild-ccl (which they must if they use the trunk), 'svn up' no longer gets the latest checked in binaries. See for example the thread starting with http://clozure.com/pipermail/openmcl-devel/2008-July/008399.html |
|||
