On 02.10.2014 03:48, 陳韋任 (Wei-Ren Chen) wrote:
> Hi All,
>
> I have a question about genCall while tracing the codegen. The code
> snippet below:
>
> /* make the call */
> if (IS_LITERAL (etype))
> {
> /* ??? */
> }
> else
> {
> /* docall(); */
> }
>
> I can
On Thu, Oct 02, 2014 at 11:12:08AM +0800, Ben Shi wrote:
>
> which port?
>
Oops, I thought that every port's genCall shoule be nearly the same,
but apparently not.
I am looing into hc08 port. Is that genCall logic specific to hc08?
BR,
chenwj
--
Wei-Ren Chen (陳韋任)
Homepage: http://people
which port?
--
发自我的网易邮箱手机智能版
在 2014-10-02 09:48:57，"陳韋任 (Wei-Ren Chen)" 写道：
>Hi All,
>
> I have a question about genCall while tracing the codegen. The code
>snippet below:
>
> /* make the call */
> if (IS_LITERAL (etype))
>{
> /* ??? */
>}
> else
>{
> /* docall();
Hi All,
I have a question about genCall while tracing the codegen. The code
snippet below:
/* make the call */
if (IS_LITERAL (etype))
{
/* ??? */
}
else
{
/* docall(); */
}
I can't figure out under what kind of function call will go through the
if-stmt part
Yes
It finally worked,
I admit i confused with direct and indirect addressing too
Thank you again for the great work :)
Le 2014-09-30 07:36, Ben Shi a écrit :
> I do not find anything wrong with the sdasstm8,
>
> 08 72 C6 00 00 [ 4] 53 ld a, [_p]
> 0C 72 CE 00 00 [ 5] 54 ldw
I do not find anything wrong with the sdasstm8,
08 72 C6 00 00 [ 4] 53 ld a, [_p]
0C 72 CE 00 00 [ 5] 54 ldw x, [_p]
10 91 CE 00 [ 5] 55 ldw y, [_p]
it seems all right.
Maybe the only way remains is make a
