Peter Ennis wrote:
It would add more value to the project if the build
passed the implementation tests. I may look at this
in my "spare time" :)
It would also add value to the LSB project if their sample
implementation actually conformed (no implementaion of Man conforms with
FLS and thus LSB) and worked instead of just passing their tests. I am
speaking about the Li18nux2000 testsuite specifically: testcases not
identical, but similar to those in the testsuite fail. There is no
libncursesw in the standard, thus there is no way to make LSB-conformant
full-screen console programs that work correctly in UTF-8 locales,
except by linking libncursesw statically to each.
I, therefore, treat LSB as an evil party that forces both semi-raw
material like UTF-8 support into distributions without implementing it
properly in their "sample implementation", and also forces the use of
the obsolete libstdc++ version and thus stiffles progress.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
