Changeset 8585


Ignore:
Timestamp:
Feb 25, 2008, 11:31:50 AM (12 years ago)
Author:
gb
Message:

Easier to define X862-%NEW-PTR to do -something- than it would be
to explain why attempts to use it are just artifacts of code-coverage
implementation. If it's actually called at runtime, %NEW-GCABLE-PTR
is actually called; that isn't necessarily what the user asked for
if they actually called (CCL::%NEW-PTR), but if this is happening
because of the current code-coverage implementation it might prevent
memory from filling up with things that were supposed to have been
allocated via STACK-BLOCK.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/source/compiler/X86/x862.lisp

    r8549 r8585  
    91049104   
    91059105
     9106(defx862 x862-%new-ptr %new-ptr (seg vreg xfer size clear-p )
     9107  (x862-call-fn seg
     9108                vreg
     9109                xfer
     9110                (make-acode (%nx1-operator immediate)
     9111                            '%new-gcable-ptr)
     9112                (list nil (list clear-p size))
     9113                nil))
     9114
    91069115;------
    91079116
     
    91109119
    91119120
    9112 ;Make a gcable macptr.
    9113 (defx862 x862-%new-ptr %new-ptr (b vreg xfer size clear-p )
    9114   (declare (ignore b vreg xfer size clear-p))
    9115   (error "%New-ptr is a waste of precious silicon."))
     9121;;;Make a gcable macptr.
     9122
    91169123
    91179124
Note: See TracChangeset for help on using the changeset viewer.