Displaying 3 results from an estimated 3 matches for "hit_point".
Did you mean:
highpoint
2011 Mar 24
0
[LLVMdev] mblaze backend: unreachable executed
...196 = call %0 @_Z13gatherDiffuseRK3vecS_S1_RKfS3_Pii(%struct.vec* %normal, double %tmp629, float %174, %struct.vec* %light_position, float* %nohit, float* %epsilon, i32* %66, i32 %5) nounwind
and
define linkonce_odr %0 @_Z13gatherDiffuseRK3vecS_S1_RKfS3_Pii(%struct.vec* nocapture %normal, double %hit_point.0, float %hit_point.1, %struct.vec* nocapture %light_position, float* nocapture %nohit, float* nocapture %epsilon, i32* nocapture %stack, i32 %start_bvh) nounwind inlinehint ssp {
which then goes into the body of the function.
Josef
2011 Mar 15
3
[LLVMdev] mblaze backend: unreachable executed
>> I don't think my backend is modified enough from the MBlaze backend that is
>> in the release to be causing this error. I am however looking through the
>> various files of the backend to try to find where the calling convention
>> might be causing problems with f32 data types.
> Form the backtrace it seems like you haven't defined how to return f32
> stuff
2011 Mar 24
2
[LLVMdev] mblaze backend: unreachable executed
...3gatherDiffuseRK3vecS_S1_RKfS3_Pii(%struct.vec* %normal, double %tmp629, float %174, %struct.vec* %light_position, float* %nohit, float* %epsilon, i32* %66, i32 %5) nounwind
>
> and
>
> define linkonce_odr %0 @_Z13gatherDiffuseRK3vecS_S1_RKfS3_Pii(%struct.vec* nocapture %normal, double %hit_point.0, float %hit_point.1, %struct.vec* nocapture %light_position, float* nocapture %nohit, float* nocapture %epsilon, i32* nocapture %stack, i32 %start_bvh) nounwind inlinehint ssp {
>
> which then goes into the body of the function.
>
> Josef
> _________________________________________...