- Nov 03, 2014
-
- Nov 02, 2014
-
-
Raymond Toy authored
-
Raymond Toy authored
It's not used anymore; ansi-loop.lisp is CMUCL's loop implementation.
-
Raymond Toy authored
Apparently this is from old-loop.lisp, which isn't used anymore.
-
Raymond Toy authored
-
- Nov 01, 2014
-
-
Raymond Toy authored
* src/pcl/simple-streams/external-formats/aliases: * Remove the :utf alias. * src/general-info/release-21a.txt: * Update.
-
- Oct 30, 2014
-
-
Raymond Toy authored
it's not true.
-
- Oct 29, 2014
-
-
Raymond Toy authored
Fixes from Robert Swindells.
-
- Oct 27, 2014
-
-
Raymond Toy authored
-
Raymond Toy authored
RXmStringEtLtoR. Fix from Richard Kreuter. This makes his clm-young::chooseone demo work reliably. Richard writes: The detail that this patch affects is non-deterministic: RXmStringGetLtoR in xmstring.c calls message_write_boolean on a pointer, message_write_boolean in datatrans.c calls combine_type_and_data with the pointer and the boolean type tag, and combine_type_and_data in datatrans.h IORs the boolean type tag with the bits 25 to 32 from the start of the pointer. This gave a decoding error on the Lisp side in TOOLKIT-READ-VALUE, because the high 8 bits of the 32 bits being decoded indexed past the end of *TYPE-TABLE*. (But other incorrect outcomes are possible, e.g., the result of combine_type_and_data could index a valid, but wrong, type code, etc.)
-
- Oct 25, 2014
-
-
Raymond Toy authored
Fixes from Robert Swindells.
-
Raymond Toy authored
Merge fix from Richard Kreuter's clm-text-callback branch. This fixes an issue where text callbacks get nil. The test case is clm-young::numeric from Richard Kreuter. Without this patch, running (clm-young::numeric) and entering digits and characters causes errors[1]. With this patch, digits can be entered, and non-digits are correctly rejected. [1] On linux. For whatever reason, this works on darwin/x86 even without this patch.
-
Raymond Toy authored
Merge Richard Kreuter's clm-oids branch to master. This allows motifd to work even if motifd is a 64-bit app. From Richard: ...the server passes out 32-bits of a pointer as external IDs for instances of a handful of types [1]. On a 64-bit machine, the instances' addresses might not fit in a 32-bit address, though. (In fact, on my FreeBSD/amd64 machine, when I run the example from the documentation, the first shell widget always gets created at create the second widget with the shell as parent crashes the server.) Seems like there are two options: A. Change the wire protocol to accomodate 64-bit integers. B. Synthesize 32-bit identifiers for instances of the offending types. Option B seems simpler.... [It] suffices to run the example in the doc and the programs in INTERFACE.... Obvious problems in the current code: 1. It's a doubly linked alist associating pointers with 32-bit integers. 2. It looks like nothing ever gets removed from the alist.... 3. I'm not certain that I've caught all the places where motifd hands out pointers to Lisp. [1] I think the complete list is AcceleratorTable, Atom, FontList, TranslationTable, Widget, and sometimes XmString.
-
- Oct 19, 2014
-
-
Raymond Toy authored
* Change check for id to be 1 <= id <= 3, and print error message if it's not true. * Add comment that we're "intentionally" writing past the end of segname because we're trying to fill out the rest of the segment_command. * Fix typo in sentence.
-
Raymond Toy authored
Probably harmless if we do since we exit(0) at the end.
-
Raymond Toy authored
-
- Oct 16, 2014
-
-
Raymond Toy authored
and __dsisr. __dar and __dsisr are declared to be type unsigned long, but on a 32-bit system unsigned int and unsigned long are the same.
-
Raymond Toy authored
They were commented out in 2004/10 so it's way past time to remove them.
-
Raymond Toy authored
Use of ppc-darwin-dlshim.c was removed, but I forgot to remove the file. Use of darwin-lispadjuster.c has been commented out for a while, so I'm getting rid of it. It seems at one point it was needed to resize the CMUCLRO section in the lisp executable, but there is CMUCLRO section anymore. darwin-lispadjuster.c: * Deleted ppc-darwin-dlshim.c: Config.ppc_darwin: * Remove Make rule for adjustlisp and friends. * Remove old commented out version of OS_SRC; we don't use ppc-darwin-dlshim.c anymore.
-
- Oct 14, 2014
-
-
Richard M Kreuter authored
-
Richard M Kreuter authored
* There might only be one place where Lisp needs to indicate an XEvent back to motifd, in XmMenuPosition, but raw pointers won't cut it.
-
Raymond Toy authored
We don't use it and make has default value.
-
- Oct 11, 2014
-
-
Raymond Toy authored
-
Raymond Toy authored
-
Raymond Toy authored
Change skipped_break_addr to unsigned int* instead of unsigned long* and remove cast from pc to store in skipped_break_addr.
-
Raymond Toy authored
-
Raymond Toy authored
extern-alien-name issue so darwin/x86 matches darwin/ppc.
-
Raymond Toy authored
This is needed on sparc to define the right EXTERN_ALIEN_NAME.
-
Raymond Toy authored
And this is definitely needed now on Linux at least to define the right EXTERN_ALIEN_NAME.
-
- Oct 10, 2014
-
-
Raymond Toy authored
-
Raymond Toy authored
-
Raymond Toy authored
Initial attempt to unify extern-alien-name, primarily for darwin (x86 and ppc). Thus, systems using elf do not prepend an underscore, but other systems are assumed to prepend an underscore. This is currently only for darwin/x86. A cross-compile on darwin x86 is needed. * code/x86-vm.lisp: * For elf systems, don't prepend an underscore. For other systems, do prepend. * compiler/generic/new-genesis.lisp: * Fix long-standing bug where we should call EXTERN-ALIEN-NAME to get the right name for "resolve_linkage_tramp". * lisp/Darwin-os.c: * Update os_dlsym to assume the external name is always preceded by an underscore. The lookup for dlysm is done by stripping off the leading underscore. * lisp/os-common.c: * Add EXTERN_ALIEN_NAME macro to create the correct alien name for elf and non-elf systems. * Use it to generate the correct name to be used for comparison in the sanity checks of the linkage table entries.
-
- Oct 09, 2014
-
-
Raymond Toy authored
dlsym works on OSX/ppc like on other ports. A cross-compile was used with cross-ppc-ppc-darwin.lisp. I'm not sure a cross-compile is required, though. * code/ppc-vm.lisp: * EXTERN-ALIEN-NAME doesn't need to prepend an underscore anymore. * lisp/Config.ppc_darwin: * Don't compile/link ppc-darwin-dlshim.c. * lisp/os-common.c: * Don't prepend underscore for call_into_lisp. * tools/cross-scripts/cross-ppc-ppc-darwin.lisp: * EXTERN-ALIEN-NAME doesn't need to prepend an underscore anymore.
-
Raymond Toy authored
This causes negative cpu cyles with TIME. Basic issue is that a cpu frequency of 2.3 GHZ won't fit in an int. Use an unsigned int. We also take this opportunity to use a rounded value for clocks-per-tick instead of truncating. For this particular case the ratio is actual 68.99 which would truncated to 68. We should probably use 69 instead.
-
- Oct 07, 2014
-
-
Raymond Toy authored
Needed to add OLD-VM:CHAR-BYTES. Cross-compile works again on sparc.
-
Raymond Toy authored
Copied some things over from the sparc cross-compile script, and added the needed OLD-VM:CHAR-BYTES. With these changes, ppc can now do a ppc-to-ppc cross compile.
-
- Oct 04, 2014
-
-
Raymond Toy authored
-
Raymond Toy authored
Conflicts: src/lisp/GNUmakefile tests/float-tran.lisp tests/float.lisp
-
Raymond Toy authored
* bootfiles/20e/boot-20f.lisp * Bootstrap the version change * compiler/byte-comp.lisp * Update the fasl version to 20f. Use boot-20f as the bootstrap file when compiling from the 2014-09 snapshot.
-
- Oct 02, 2014
-
-
Raymond Toy authored
If the exponent (second arg of SCALE-FLOAT) is such that 2^exponent can be represented as a float (single or double), we can implement SCALE-FLOAT using a multiplication by 2^exponent, since multiplication by 2^exponent is exact. * src/compiler/float-tran.lisp: * Update deftransforms for SCALE-FLOAT to do a multiply when possible. * tests/float-tran.lisp: * Add tests to make sure the deftransforms for SCALE-FLOAT are applied appropriately.
-