Ich persönlich sehe keinen Sinn von kleinen Dateien, aber denoch habe ich eine Frage zu dem Projekt:
Nämlich welche GL-Funktionen genau implimentiert sind und welche fehlen bzw. ob du das weiter vervollständigen willst.

_________________
Steppity,✲steppity,✴step,❆step,✳step!
❆ ❄ ❄ ❄ ❅ ❄ ❆ ❄ ❅ ❄ ❅ ❄ ❅ ❄ ❄
❅ ☃ ❄ ❄ ❄ ❅ ❄ ❄ ❄ ❅ ❄ ☃ ❄ ❆ ❄ ❄

Ich finde die Idee ganz gut. Aber 200 KByte sind heutzutage ein ziemlich kleiner Gewinn, außer wenn man in der Demoszene ist (wo man aber bestimmt noch mehr rausholt, in dem man die LIbrarys per Hand anpasst).

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Wenn man bedenkt, was eine Texture an Speicher benötigt, dann ist der Aufwand im Allgemeinen sicherlich nicht gerechtfertigt.

Es gibt im Ordner /database 4 Dateien in dennen sich die unterstüzte Funktionen befinden. Man kann neue Funktionen einfach hinzufügen. Wie ? Mann muss einfach die enstprechende Datei öffnen und sehen wie andere Funktionen aufgelistet sind und nach dieser banalen Logik weitere "identifyier" hinzufügen.

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Was mich daran wundert ist, dass man überhaupt Gewinn macht. Der Delphikompiler/linker sollte doch alle nicht verwendeten funktionen automatisch weglassen. Bei FPC mit smartlink afaik ebenfalls.

Das tun sie grossteils auch. Aber eben die Funktionen aus dglOpenGL.pas sind alle schon innerhalb dieser unit zumindest einmal benutzt worden, deswegen werden sie auch gelinkt.

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump

Smartlink von FPC funktioniert sehr gut, sonnst wäre ein simples begin...end. programm wesentlich größer.
FPC compiliert sysutils,system und viele andere units für solch ein programm und dadurch das in allen FPC units das flag {$SMARTLINK ON} gesetzt ist funktioniert es.
http://community.freepascal.org:10000/docs-html/prog/progsu90

Der Vorteil von dem rausschmeissen von ungenutzten Code liegt in der demoscene und sonnst bei größeren Projekten.
Wenn man z.B. X-Dream nimmt mit seinen über 70Units und Inc files, dann ist es ein deutlicher unterschied bei den compilierzeiten.
Es ist extrem wichtig, die Debuginfos raus zu stripen, des so mehr units in verwendung sind.
Freepascal packt alle Units mit in die exe rein, um dann externen debugtools(basierend auf gdb) es perfekt debuggen kann.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Smartlinking von FPC funktioniert sicherlich schlechter als das von Delphi, weil Delphi hat einen eigenen Linker und FPC nicht.

_________________
"Meine Mutter sagt : 'Dumm ist der, der Dummes tut'." - Forrest Gump