Mehrmals erwähnt Drepper, der für Red Hat arbeitet, in seinem Artikel die Linux-Distribution Fedora, deren kommende Version 11 als eine der ersten Distributionen glibc 2.10 enthalten wird.
Na, das ist aber ein Wunder^^ Natürlich möchte man, wenn man schon für die Entwicklung Geld ausgibt, die entsprechende Anerkennung bekommen.
...den Satz hake ich mal als "HJB"-Standard ab. Er kann wohl (leider) keinen einzigen Beitrag - der irgendwie einen Zusammenhang mit Fedora/Redhat hat - ohne irgend eine Stichelei gegen ebendiese schreiben...
Von Anonymer Feigling am Di, 21. April 2009 um 01:46 #
Als Requirement ist doch nur GLib angegeben und GLib würde ich nicht in einen "GTK-Kontext" stecken schließlich ist die Lib allgemein nützlich wenn man mit C arbeitet.
Vala ist kein Compiler, es wird nur erst nach C uebersetzt und dann von einem C compiler gebaut. Ein GTK-Kontext besteht nicht direkt - wohl aber GLib, da Vala im Prinzip ein GLib-Frontend ist. Daher wird es auch nicht moeglich sein Vala ohne GLib zu verwenden.
Saemtliche Bemuehungen andere Toolkits etc. zu verwenden enden darin, dass diese in einer GLib-Mainloop oder einem Thread haengen und sind dadurch meiner Meinung nach absurd. "Sinn" ergaebe das nur, wenn man ein Vala-aehnliche Sprache implementieren wuerde die auf der Mainloop des gewuenschten Toolkits aufbaut. Ob das wirklich sinnvoll ist sei dahingestellt.
Ich hab auf der Seite folgenden (noch nicht freigeschalteten) Kommentar verfaßt, den ich euch nicht vorenthalten möchte:
2009-04-19 11:32 am UTC ([22]link) [23]Delete [24]Track This
int register_printf_modifier (wchar_t *)
No «const wchar_t *» there? Honestly, that's a non sequitur to a couple of paragraphs further up in your posting.
I'm also somewhat concerned with the abundance of XML everywhere, and the people who subvert standardisation processes to force all *nix-like operating systems to introduce things which originally were GNU glibc extensions. *sigh*
You know, that's just annoying. I wonder... strlcpy is not in POSuX 2008, but stpcpy is. How many actual BSD developers, historic or from current times, were permitted to join in the standardisation process, and how many GNU (gah! GNU's Not Unix) people were?
Na, das ist aber ein Wunder^^
Natürlich möchte man, wenn man schon für die Entwicklung Geld ausgibt, die entsprechende Anerkennung bekommen.
...den Satz hake ich mal als "HJB"-Standard ab. Er kann wohl (leider) keinen einzigen Beitrag - der irgendwie einen Zusammenhang mit Fedora/Redhat hat - ohne irgend eine Stichelei gegen ebendiese schreiben...
oO
Wie steigert man langsam: langsam - langsamer - The C++ Standards Committee
Naja, hehe, wieder ein paar KB umsonst ins Internet gebracht.
Wird es auch bald außerhalb des GTK-Kontextes nutzbar sein?
Ein GTK-Kontext besteht nicht direkt - wohl aber GLib, da Vala im Prinzip ein GLib-Frontend ist. Daher wird es auch nicht moeglich sein Vala ohne GLib zu verwenden.
Saemtliche Bemuehungen andere Toolkits etc. zu verwenden enden darin, dass diese in einer GLib-Mainloop oder einem Thread haengen und sind dadurch meiner Meinung nach absurd.
"Sinn" ergaebe das nur, wenn man ein Vala-aehnliche Sprache implementieren wuerde die auf der Mainloop des gewuenschten Toolkits aufbaut. Ob das wirklich sinnvoll ist sei dahingestellt.
Manchmal wurde als Argument gegen Qt der moc aufgefuehrt, inwieweit passt in diese Argumentation jetzt eigentlich Vala?
Uff..
Kommentar verfaßt, den ich euch nicht vorenthalten möchte:
2009-04-19 11:32 am UTC ([22]link) [23]Delete [24]Track This
int register_printf_modifier (wchar_t *)
No «const wchar_t *» there? Honestly, that's a non sequitur
to a couple of paragraphs further up in your posting.
I'm also somewhat concerned with the abundance of XML everywhere,
and the people who subvert standardisation processes to force all
*nix-like operating systems to introduce things which originally
were GNU glibc extensions. *sigh*
$ touch -h
touch: unknown option -- h
usage: touch [-acm] [-r file] [-t time] file ...
You know, that's just annoying. I wonder... strlcpy is not in POSuX
2008, but stpcpy is. How many actual BSD developers, historic or
from current times, were permitted to join in the standardisation
process, and how many GNU (gah! GNU's Not Unix) people were?