Lookup Table Using Array

Except that the solution should seldom be to switch memory model - it is normally way better to just force large data structures to a suitable memory region while keeping the memory model for efficiency.

Forget about his float discussions. He has been told but just doesn't want to listen. Just because the code gets through the compiler he thinks it's ok, and never realizes that his lookup table computes slightly incorrect results. He just have never written any test harness to validate the output of his code - he's happy with "close enough" as "must be working perfectly".

Except that the solution should seldom be to switch memory model - it is normally way better to just force large data structures to a suitable memory region while keeping the memory model for efficiency.

Forget about his float discussions. He has been told but just doesn't want to listen. Just because the code gets through the compiler he thinks it's ok, and never realizes that his lookup table computes slightly incorrect results. He just have never written any test harness to validate the output of his code - he's happy with "close enough" as "must be working perfectly".

Guys,

I know if put in floating values inside an int's, I will not get my code to run or calculate the way I want it to. I had previously done it and it was a failure. Now, after I went into research, I found out that storing any floating values is okay as long as the calculation is indeed in the form of float or double. My calculation are based on double values and not int. I have test it and got the confirmation. I am not just simply doing it so it works. I am doing it to get the perfection as possible. These are all the formulas I created and the code I posted above is not in full form. The compiler doesn't confirm if my code are working with the actual hardware.

Wrong.

The code will run; it will just be using integer values in its floating calculations - so you just lose the fractional parts of all the values that go via an integral type.

Can you compute the value in output variable in following cases?

case 1:

float output;
output = 22/7;

case 2:

float output,a=22,b=7;

output = a/b;

case 3:

float a=22,b=7;
int output;

output = a/b;

So - why (?) are you so stubborn?

Haven't you realized that there are people here who have 10, 20 or even more years of experience and actually do know for a fact that your code will produce the wrong result because your floating point values will be converted to integer values - and losing the decimal part?

Why do you think the language have both integer and floating point data types of an integer data type can store a floating point value?

Your code is a failure as written. You could rewrite it to use fixed-point integer arithmetic and get great results. But that demands that you (!) do spend some time learning. Right now, you are just spending your time assuming. Well ass-u-me isn't a good way to write software. Now remove the blinders and start to learn. 9.1, after storing it in an int is no more 9.1. That should be 100% obvious if you decided to actually think about it.