rand() - in welcher Datei finde ich das Assembler-Programm?

(Meine Glaskugel meint, dass du von der avr-libc sprichst.)

Nun ja, für manches brauchst du halt auch mal wirklich den Sourcecode
der Bibliothek.  Die Funktion steht dort in libc/stdlib/rand.c.  Nein,
das ist nicht irgendein simpler Hack, sondern ein LFSR (->gugel).

Sieht mir nicht nach LFSR aus, oder täusch ich mich da?

Sieht eher wie Arithmetik im endlichen Körper Z mod (2^31-1)Z aus. Die 
7^5 ist wohl ein zyklischer Erzeuger seiner Einheitengruppe.

Johann L. wrote:
> Sieht mir nicht nach LFSR aus, oder täusch ich mich da?

Wird zumindest irgendwo darüber behauptet.  Allerdings bin ich kein
Informatiker, ich kann auf Anhieb nicht einschätzen, was diese
Implementierung nun genau darstellt.  Den referenzierten ACM-Artikel
habe ich hier:

http://www.firstpr.com.au/dsp/rand31/p1192-park.pdf

finden können, wen's interessiert.

math.c suchst du auch nicht, sondern rand.c, und die hat dir Johnann
bereits gepostet.

Nein, der Sourcecode der einzelnen Pakete wird bei WinAVR nicht
automatisch mit installiert, den müsstest du dir schon im Netz
selbst beschaffen.  Andernfalls wäre das WinAVR-Paket wohl 3x so
groß, wie es ohnehin schon ist...

Jens wrote:
> Aber warum funktioniert dann bei mir die rand() Funktion tatellos?
>
> Irgendwo muss doch AVR-Studio die Datei hernehmen -- aus welchem
> Verzeichnis?
>
> Im Dissassambler sieht man auch entsprechende Assembler-Befehle.

Alle diese Funktionen sind bereits vorkompiliert mit dem Paket 
mitgekommen, das du dir installiert hast.

Sie liegen alle zusammen in einer Bibliothek, die beim endgültigen 
Erstellen des Programms zu deinem Maschinencode (der aus deinem 
Quellcode durch compilieren entstanden ist) hinzu-ge-linkt wird.

Man nennt diese Bibliothek auch die Runtime-Library und sie wird 
standardmässig zu jedem C-Programm dazugelinkt.

Jens wrote:
> Unsinn !

Gut.  Wenn du's besser weißt, dann lass mich den Spruch des letzten
sächsischen Königs zitieren, als er abdanken musste: ,,Macht doch
eiern Dregg alleene!''

Wartet nur, bis er merkt, dass er in den Header Dateien zwar defines 
findet, aber keine Funktionsrümpfe ;)

Simon K. wrote:
> Wartet nur, bis er merkt, dass er in den Header Dateien zwar defines
> findet, aber keine Funktionsrümpfe ;)
Tja, Typdefinitionen, Makros und Deklarationen, sonst nicht viel. Und 
die genannte inttypes.h enthält ja auch so irrsinnig viele Funktionen...

Es ist auch schon ein ganz schön starkes Stück, ausgerechnet Jörg des 
Unsinns im Zusammenhang mit WINAVR zu bezichtigen. Aber vielleicht macht 
Jens das ja immer so...

Johannes M. wrote:
> Simon K. wrote:
>> Wartet nur, bis er merkt, dass er in den Header Dateien zwar defines
>> findet, aber keine Funktionsrümpfe ;)
> Tja, Typdefinitionen, Makros und Deklarationen, sonst nicht viel. Und
> die genannte inttypes.h enthält ja auch so irrsinnig viele Funktionen...
>
> Es ist auch schon ein ganz schön starkes Stück, ausgerechnet Jörg des
> Unsinns im Zusammenhang mit WINAVR zu bezichtigen. Aber vielleicht macht
> Jens das ja immer so...

Ach ihr Winsler!

Quellen sind eh nur was für Weicheier.

Echte Kerle schauen direkt in den Binärcode der Bibliotheken. Wer 
Object- und Maschinencode nicht flüssig lesen kann, der ist es eh nicht 
wert, einen µC programmieren zu dürfen.

Johannes M. wrote:
> Es ist auch schon ein ganz schön starkes Stück, ausgerechnet Jörg des
> Unsinns im Zusammenhang mit WINAVR zu bezichtigen. Aber vielleicht macht
> Jens das ja immer so...

Genau das habe ich auch gedacht ;) Hehe. Fragt sich wer mehr Ahnung hat. 
Der Gast oder einer der Maintainer des WINAVR Pakets bzw. 
AVR-GCC/avr-libc Codes.

Johann L. wrote:
> Echte Kerle schauen direkt in den Binärcode der Bibliotheken. Wer
> Object- und Maschinencode nicht flüssig lesen kann, der ist es eh nicht
> wert, einen µC programmieren zu dürfen.
Klar, ich erledige auch meine ganze tägliche Korrespondenz in Binär. 
Mein Chef hat schon aufgehört, nachzufragen...;-)

Simon K. wrote:
> Genau das habe ich auch gedacht ;) Hehe. Fragt sich wer mehr Ahnung hat.
> Der Gast oder einer der Maintainer des WINAVR Pakets bzw.
> AVR-GCC/avr-libc Codes.
Vor allem, wenn "der Gast" nicht mal ein Makro von einer Funktion 
unterscheiden kann...

Johann L. wrote:

> Echte Kerle schauen direkt in den Binärcode der Bibliotheken.

Wozu Bibliotheken?  Wird alles hinteinander weg in den Speicher
geschrieben. :-)

Zu Z80-Zeiten kannte man in der Tat ja noch eine Reihe an Binärcode
auswendig.  Ist mir aber seither nicht mehr wirklich untergekommen.

Jens wrote:

> Da ich jahrelang in Assembler programmiert habe, dachte ich eben,
> irgendwo den Code für rand() zu finden .....

Den hatte Johann dir schon lange rausgepopelt:

Beitrag "Re: rand() - in welcher Datei finde ich das Assembler-Programm?"

(Anhang beachten!)

Dazu gibt es in der Tat dann irgendwann auch ein Stück Assemblercode,
nämlich das vom Compiler dafür generierte.  Aber das guckt sich
normalerweise niemand an, da es eben nicht das Quellprogramm ist.

Die avr-libc ist ein eigenständiges Projekt und erzeugt ihre Releases
jeweils als Sourcecode-Archive:

https://savannah.nongnu.org/files/?group=avr-libc

Dein WinAVR bringt davon jedoch eine Binärversion mit, da nicht davon
ausgegangen wird, dass der Durchschnittsnutzer sich die Sachen alle
selbst nochmal compilieren will, sodass es genügt, wenn der Sourcecode
im Internet verfügbar ist.