How to reference TRIG functions in a graphics application ?

[WSinc]

When I have a QUICKWIN app or regular WINDOWS app, it gives me missing external errors for routines such as SIN, COS, ATAN, etc. For example, if I want to draw an ellipse or circle using polar coordinates.

So how do I still reference those? Is there a special USE statement?
A special USE is not necessary for regular console routines that use TRIG functions..

[TimP]

There's no USE for these intrinsics. Do you mean a run-time failure when you have linked against libmmd.dll and don't have it on PATH, or not use ifort or ICL to supply parameters to link command so as to get libmmd included automatically as a dependency?
dumpbin /dependents would show .dll dependencies of your .exe.

[WSinc]

Quoting - tim18

There's no USE for these intrinsics. Do you mean a run-time failure when you have linked against libmmd.dll and don't have it on PATH, or not use ifort or ICL to supply parameters to link command so as to get libmmd included automatically as a dependency?
dumpbin /dependents would show .dll dependencies of your .exe.

I don't understand your question. I'm just using VS 2008, and putting in "USE ifqwin" to get the graphic routines.
No other USE statements.

Strangely enough it DOES find SQRT, FLOAT, etc , but does not find SIN, COS, and other TRIG routines.

I had to write my own SIN and COS routines.

[Steven_L_Intel1]

Do you have EXTERNAL statements for SIN, COS, etc? You shouldn't. Are you using /NAMES:ASIS? Don't.

Fortran intrinsic functions are just that - intrinsic. They are "predeclared" in the compiler and don't require that you do anything special to get them. However, you can run into problems if you add inappropriate EXTERNAL statements, or perhaps if you call one with an incorrect argument type (such as integer). In the latter case, you should get a separate message from the compiler about the type mismatch.

Can you show us a small example that demonstrates the problem?

[WSinc]

Quoting - Steve Lionel (Intel)

Do you have EXTERNAL statements for SIN, COS, etc? You shouldn't. Are you using /NAMES:ASIS? Don't.

Fortran intrinsic functions are just that - intrinsic. They are "predeclared" in the compiler and don't require that you do anything special to get them. However, you can run into problems if you add inappropriate EXTERNAL statements, or perhaps if you call one with an incorrect argument type (such as integer). In the latter case, you should get a separate message from the compiler about the type mismatch.

Can you show us a small example that demonstrates the problem?

I didn't have any of those problems you mentioned.

However, now for some wierd reason, the problem went away.

If it comes back, I can provide an example.

Yours; Bill S.