Unterschiedliche Binarygrößen bei unterschiedlichen Builds

[µRaCoLi]

Ich habe beim Build 2011 einige Binaries in meine FBF gequetscht gekriegt (siehe Signatur).
Jetzt versuche ich das mit dem aktuellen Build 2429 und es ist 23552 Bytes zu groß. :-(
Mir ist aufgefallen, daß die Binaries eine unterschiedliche Größe aufweisen.

               2011     2429  Differenz  Ursache?
openvpn      1187752  1177000   -10752   openssl: 0.9.8g -> 0.9.8h
privoxy       257848   290936   +33088   3.0.6 -> 3.0.8
ptunnel        36856    36856        0
libpcap       162904   185266   +22362   ???
cifs.ko       335463   335399      -64
mount.cifs     22496    22496        0
minifo.ko      89191    89191        0
busybox       593196   594332    +1136   1.9.1 -> 1.11.1

Außerdem werden jetzt die Kernel-Sourcen aus Firmware 04.49 statt 04.33 genommen (warum eigentlich?). Weiß aber nicht, wie sich das größenmäßig ausgewirkt hat.
Besonders wundere ich mich über libpcap, da hier die Version gleich geblieben ist.
Kann das Ganze zwar mit einem Umstieg auf Tinyproxy lösen, aber bin ja neugierig, wieso und weshalb. Wer klärt mich auf?

Edit: Wie erstelle ich denn hier ne Tabelle? Is doch recht unübersichtlich....
Edit2: Mit Code-Tags siehts besser aus.

 

[cuma]

Nun, da sich die Programmversionen geändert haben wir da wohl was am Code geändert worden sein. Entweder sind Features hinzugekommen oder es wurde optimiert. Jenachdem wie werden die Datei dann größer oder kleiner. Ausserdem packt AVM mit jeder Version mehr in die Firmware.
Ein Ansatz zum auslagern auf USB hab ich hier im Forum gepostet, es werden aber noch keine Pakete aus deiner Sigantur unterstützt

 

[µRaCoLi]

Daß neue Firmwares oftmals neue Features haben, ist bekannt. Allerdings hat sich die Firmware nicht verändert. Nach wie vor 06.04.33, jedoch benutzt Freetz jetzt die 04.49er Sourcen. Warum auch immer...

 

[Silent-Tears]

Weil das die aktuellen Sourcen sind, würde ich schlicht behaupten. Es gibt ansonsten einige Features, die hinzugekommen sind, es gibt partiell eine andere uclibc, die genutzt wird, manche Libraries hab en auch neue Versionen bekommen, die dann irgendwo mit gelinkt werden ,etc. Es ist schlicht passiert. Änderungen wirken sich eben aus. Wenn du dies nicht willst, bleib bei deiner "alten" Version, wenn du damit zufriedne bist.

mfg

c

 

[olistudent]

Ich hab mir gedacht, dass eine neuere Kernelversion nicht schaden kann. Falls damit was nicht klappt, dann machen wir das wieder rückgängig. Ziel war es, dass wir evtl. alte Kernelversionen aus Freetz entfernen können. Das erhöht die Übersichtlichkeit und damit auch die Wartbarkeit der Makefiles und spart Platz auf der Platte.

Mir fällt jetzt kein Grund ein warum die libpcap gewachsen sein sollte, obwohl es keinen version bump gab. Wenn ich dazu komme, dann schau ich mir das später mal an.

MfG Oliver