pow() Funktion ??

int erg = pow(10,a);
geht das überhaupt so?
Habe sowas noch nie gemacht, versuch mal:

int erg;
erg= pow(10,a);

Deine Datentypen stimmen nicht.

Laut ANSI ist pow() wie folgt fefiniert:

double pow(double x, double y)

für dein Beispiel:
double a = 2;
double result;

result = pow(10,a);

B.

@bert

> double a = 2;

Wird a nicht automatisch in den Typ double gewandelt?

Gruß
Michi

Ja, wird automatisch gewandelt. Zeig mal den ganzen Code, speziell wie
du dir das Ergebnis anzeigen lässt. Machst du das mit printf()? Kommt
beim Compilieren irgend eine Warnung?

versuch doch mal mit typecast:

double erg = pow(double(10), double(a));

oder

double erg = pow((double)10, (double)a);

vorteil ist klar: deine vars bleiben mit 4bytes deklariert, aber der
compiler interpretiert sie richtig (als double halt).


so long
kalle

hab vergessen zu erwähnen, dass konstanten nicht gecastet werden müssen.
aber falsch ist es auch nicht. vars mit typen ungleich double müssen
definitiv gecastet werden.

so long
kalle

@Kalle
Was schreibst du denn hier für einen Quatsch? Schonmal was von
impliziter Typkonvertierung gehört? Wahrscheinlich nicht, oder? Lies
dir doch bitte erstmal den Standard durch, bevor du hier was falsches
erzählst.

Wollte ich auch gerade schreiben. "...the arguments are converted, as
if by assignment, to the types of the corresponding parameters of the
function's prototype." (K&R 2. Edition). Der Compiler wird eventuell
eine Warnung auswerfen (loss of precision o.ä.), aber funktionieren
sollte es schon.

@Bri
nicht dass ich wüsste, aber kannst mir ja erzählen was daran ach so
falsch ist. freue mich schon auf die haarspalterei.


so long
kalle

moin,

böse bin ich net, lass mich gerne überzeugen (!). aber keinesfalls
dümmlich anquatschen. bei dem angeführten zitat habe ich mich wirklich
extrem unglücklich ausgedrückt - war nicht so gemeint wie man es
versteht. ich meinte eigentlich, dass es sinnvoll sein könnte für den
fall, dass der compiler es nicht automatisch macht. ich würde es immer
so machen, auch wenn ich weiss, dass der compiler automatisch
konvertiert. funktionieren tuts im avr studio trotzdem nicht. schade.
woran liegts?


so long
kalle

Wenn es nur ganzzahlige Argumente (und b>=0) gibt, empfiehlt sich
sowieso, das ganze ohne die pow-Funktion  in integer zu berechnen:

r=1;
for(i=0;i<b;i++){r*=a;}

@Karl Heinz Buchegger

Hallo, ein paar Fragen dazu

- Was mach denn die "libm.a"
- Worin besteht der Unterschid, enn man sie nicht benutzt
- Was steht im Ergebnis nach

#include <math.h>

int main()
{
  int Result;
  int a = 2;

  Result = pow( 10, 2 );
}

Wird nur dur die Zahl, ohne Nachkommastellen angezeigt?

Gruß
Michi

Zu libm.a:

Einige Compiler (z.B CodeComposer) beschweren sich nicht,wenn eine
Funktion nicht definiert ist und nehmen dann stillschweigend an sie sei
extern.frei nach dem Motto irgend ein anderes C-File (oder Objektfile)
wird sie schon definiert haben.

Wenn der Linker dann alles zusammenfügt,gibt es bei einigen einen
Fehler a la "Undefined function referenced",bei manchen aber auch
nicht.Und bei denen wirds dann unangenehm weil beim Aufruf garnix
passiert (falls der Linker den Call auf ein RET umleited),Rückgabewert
ist dann der Wert der zufällig gerade im Register steht,welches zur
Rückgabe verwendet wird.

achso, das ist ja alles andere als elegant. danke für den interessanten
tip! als neuling in AVR hätte ich mir in zukunft an diesem problem den
kopf zerbrochen  ?:-/ .

so long
kalle