Displaying 5 results from an estimated 5 matches for "my_call".
Did you mean:
my_calc
2016 Nov 27
2
Non-global variable that follows channel?
...ation.
I do think the docs at
https://wiki.asterisk.org/wiki/display/AST/Asterisk+14+Function_SHARED
could do with more clarification.
BTW, there were a couple of typos in your code, so for anyone who
wants to copy/paste, here's Richard's code WITH the curly braces (
Set(SHARED(sharedVar,MY_CALLER) should be
Set(SHARED(sharedVar,${MY_CALLER}) )
[svtest1]
exten => s,1,Answer()
same => n,Verbose(1,Answered channel:${CHANNEL})
same => n,Set(__MY_CALLER=${CHANNEL(name)})
same => n,Dial(Local/s at svtest2,,g)
same => n,Verbose(1,***In channel:${CHANNEL} sharedVar...
2016 Nov 27
2
Non-global variable that follows channel?
Thanks, Max.
Yes, of course, you are right, and I am an idiot because I was tired
and putting underscores before the variable name when I read it back!
Then I forgot to post the followup email to say I had figured it out.
Now, this SHARED was not something I was aware of, but looked like an
ideal solution to passing variables BACK from to the parent channel.
However, it does not seem to be very
2017 Sep 19
1
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
...gt;,
[SDNPHasChain, SDNPOutGlue]>;
def MyCallseqEnd : SDNode<"ISD::CALLSEQ_END",
SDCallSeqEnd<[SDTCisVT<0, i32>, SDTCisVT<1, i32>]>,
[SDNPHasChain, SDNPOptInGlue, SDNPOutGlue]>;
def my_call : SDNode<"MyISD::CALL",
SDTypeProfile<0, -1, [SDTCisPtrTy<0>]>,
[SDNPHasChain, SDNPOptInGlue, SDNPOutGlue, SDNPVariadic]>;
def my_ret : SDNode<"MyISD::RET_FLAG",
SDTNone,
[SDNP...
2017 Sep 15
0
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
Hi Martin,
Pseudo CALLSEQ_START was changed in r302527, commit message contains
details on the changes.
However CALLSEQ_END was not modified. If your made changes to
ADJCALLSTACKUP to add
additional argument, that may result in error.
Thanks,
--Serge
2017-09-15 19:09 GMT+07:00 Martin J. O'Riordan via llvm-dev <
llvm-dev at lists.llvm.org>:
> Hi LLVM-Devs,
>
> I have managed
2017 Sep 15
2
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
Hi LLVM-Devs,
I have managed to complete updating our sources from LLVM v4.0 to v5.0, but
I am getting selection errors for 'callseq_end'. I am aware that the
'ADJCALLSTACKUP' and 'ADJCALLSTACKDOWN' patterns have changed, and have
added an additional argument to the TD descriptions for these.
There are interactions with 'ISD::CALL' and 'ISD::RET_FLAG',