Custom Query (1030 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (787 - 789 of 1030)

Ticket Resolution Summary Owner Reporter
#303 fixed useless marking/unmarking reg as imm R. Matthew Emerson R. Matthew Emerson
Description

The compiled code for the following function produces pointless mark-as-imm/mark-as-node vinsns. It shouldn't do that.

(defun rme-make-wsp ()
  (let ((str (make-string 6  :element-type 'base-char)))
    (set-schar str 0 #\Space)
    (set-schar str 1 #\^I)
    str))
 vinsns for NIL (after generation)
#<VINSN-LABEL 4>
#<ESTABLISH-FN>
#<CHECK-EXACT-NARGS 0>
#<SAVE-LISP-CONTEXT-NO-STACK-ARGS>
#<0 := LRI 1735>
#<SETUP-UVECTOR-ALLOCATION 0>
#<0 := LRI 26>
#<#<LREG 1 GPR {3}> := %ALLOCATE-UVECTOR>
#<VPUSH-REGISTER #<LREG 1 GPR {3}>>
#<#<LREG 4 GPR [1]> := VFRAME-LOAD 0 4>
#<#<LREG 5 GPR [6]> := LRI 0>
#<#<LREG 7 GPR [3]> := LOAD-CHARACTER-CONSTANT 32>
#<MARK-AS-IMM #<LREG 8 GPR {2}>>
#<TRAP-UNLESS-TYPECODE= #<LREG 4 GPR [1]> 199>
#<CHECK-MISC-BOUND #<LREG 5 GPR [6]> #<LREG 4 GPR [1]>>
#<MARK-AS-NODE #<LREG 8 GPR {2}>>
#<#<LREG 11 GPR {0}> := LRI 32>
#<MARK-AS-IMM #<LREG 12 GPR {2}>>
#<MISC-SET-C-U32 #<LREG 11 GPR {0}> #<LREG 4 GPR [1]> 0>
#<MARK-AS-NODE #<LREG 12 GPR {2}>>
#<#<LREG 14 GPR [1]> := VFRAME-LOAD 0 4>
#<#<LREG 15 GPR [6]> := LRI 4>
#<#<LREG 17 GPR [3]> := LOAD-CHARACTER-CONSTANT 9>
#<MARK-AS-IMM #<LREG 18 GPR {2}>>
#<TRAP-UNLESS-TYPECODE= #<LREG 14 GPR [1]> 199>
#<CHECK-MISC-BOUND #<LREG 15 GPR [6]> #<LREG 14 GPR [1]>>
#<MARK-AS-NODE #<LREG 18 GPR {2}>>
#<#<LREG 21 GPR {0}> := LRI 9>
#<MARK-AS-IMM #<LREG 22 GPR {2}>>
#<MISC-SET-C-U32 #<LREG 21 GPR {0}> #<LREG 14 GPR [1]> 1>
#<MARK-AS-NODE #<LREG 22 GPR {2}>>
#<#<LREG 0 GPR [3]> := VFRAME-LOAD 0 4>
#<POPJ>
#302 fixed [patch] asdf-install: suggest adding /usr/local/bin to shell search path (-> works out of the box on freebsd) Gary Byers Peter Schuller
Description

Presumably it is useful on some other systems as well. If it is deemed a potential 'untrusted' location, it should at least be acceptable to do it conditionally on running on FreeBSD.

#301 fixed console log window needs to be less intrusive gz gz
Description

On Sun, May 18, 2008 at 1:00 AM, Gary Byers <gb@…> wrote:
Sometimes when running the Cocoa IDE, people have reported seeing messages like:

'SystemFlippers: didn't consume all data for xmnu ..."

or something similar appear in the console window. Andrew said that he saw this when double-clicking on a lisp file to start the IDE.

AFAIK (er, "according to Google searches") this has something to do with Apple code not handling endianness of (classic Macos-style) resource IDs in some cases. AFAIK, these messages are harmless and uninteresting. I don't know how to tell in the general case whether a message like this is interesting; seeing meaningless gibberish like this presented as if it was something that the user would and should care about doesn't create a good impression; not calling the user's attention to something that's actually important isn't ideal either.

It's probably closer to the right thing to give some indication that there's some sort of diagnostic output available and not automatically pop up the console window when that output first appears. Whatever that indication is it should somehow be visible without being intrusive.

(I think that there are some leftover calls to NSLog in the IDE itself.)

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.