> basic.t 2/2
> basic_2.obj : error LNK2001: unresolved external symbol
> _internal_exception
I thought I submitted a patch for this to the bug list but I guess it was
eaten or malformatted... the list of exported symbols for win32
(config/gen/libparrot_def/libparrot_def.in) only includes the emb
On Fri, 20 Sep 2002, Clinton A. Pierce wrote:
> I have a sudden need to do signed 16-bit integer math in PASM. Any
> suggestions on where to begin?
Does shifting everything left by 16 bits (on 32-bit platforms) to operate
on, then shifting it back to the right to use, work?
/s
I have a sudden need to do signed 16-bit integer math in PASM. Any
suggestions on where to begin?
I'd rather not re-invent this wheel if someone else has a better idea. And
if I do, where can I find good tools for it?
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #17455]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=17455 >
This patch changes the register and constant table addressing in the
produced core_
the tests under t/src currently fail on Win32 (with MSVC++ 6.0).
the first problem is that it needs another build step (make shared)
which is not mentioned anywhere. linking the programs require a
libparrot.lib which is not built by the standard make target.
probably it should be a prerequisite f
2. Proposal for _keyed opcodes
--
The thread with subject "pdd06_pasm, pdd08_keys: _keyed ops" clearly
showes the shortcomings of the current _keyed opcodes and the
implementation of these.[1]
My first proposal WRT a solution (modifying the run loop) did not earn
much
