Displaying 2 results from an estimated 2 matches for "removeptrelement".
2013 May 14
2
[LLVMdev] Queue implementation is being trapped
...emoveElement (channel);}*
*#endif*
*
*
* void __attribute__((noinline))*
* TYPED_NAME(producePtrValue)(int channel, TYPE* elem)*
* {Q->addPtrElement (channel, (void*)elem);}*
*
*
* TYPE* __attribute__((noinline))*
* TYPED_NAME(consumePtrValue)(int channel)*
* {return (TYPE*) Q->removePtrElement (channel);}*
* *
*#ifdef FP_TYPE*
* void __attribute__((noinline))*
* TYPED_NAME(produceFPValue)(int channel, TYPE elem)*
* {Q->addFPElement (channel, (double)elem);}*
*
*
* TYPE __attribute__((noinline))*
* TYPED_NAME(consumeFPValue)(int channel)*
* {return (TYPE) Q->removeFP...
2013 May 14
0
[LLVMdev] Queue implementation is being trapped
..., and
> the channel is not really important):
>
The problem is probably in the definition of your queue itself. The code
below generates completely reasonable output for me, with...
struct q {
void addElement(int, char);
char removeElement(int);
void addPtrElement(int, void*);
void *removePtrElement(int);
} *Q;
> *extern "C" { *
>
> *#ifdef INT_TYPE*
>
> * void __attribute__((noinline))*
>
> * TYPED_NAME(produceValue)(int channel, TYPE elem)*
>
> * {Q->addElement (channel, (long)elem);}*
>
> *
> *
>
> * TYPE __attribute__((noinline))*...