if you are programming with cldc1.0 you're lost. the only workaround is to use hard coded constants like in good ole'days. i know thats not a big deal but for my experience you need real sin/cos methods in j2me very(!) rarely if you are not programming 3D games.

I looked into this when I started my last game. It was a 2d, so I'm not sure what your requirements are? I ended up doing some odd contortions to make my collision detection logic happen. ShiftFP2D was very handy to do what I needed, but no sign/cos or sqrt.

For distances I ended up keeping all my measurements squared and measuring against values that were also squared. It worked for me.

For cases where I needed to know direction, I ended up using unit vectors and in some cases dot products to calculate facing values. Like I said, not pretty, but it did work.

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org