From: SourceForge.net <no...@so...> - 2003-06-16 12:54:44
|
Bugs item #755284, was opened at 2003-06-16 14:54 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Open Resolution: None Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-16 13:18:55
|
Bugs item #755284, was opened at 2003-06-16 08:54 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2003-06-16 09:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-16 14:51:20
|
Bugs item #755284, was opened at 2003-06-16 14:54 Message generated for change (Comment added) made by ernstl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 16:51 Message: Logged In: YES user_id=698186 This makes MinGW at the moment unsuitable for all GTK based applications. I know for certain that it breaks the GTK spin-buttons and I would not be surprised if it caused serious problems in other parts of GTK. Newlib was originally written for embedded systems and for such systems it may be acceptable to have only limited locale support. For Windows this is not acceptable for a large group of users. Also it seems that the current set of functions is not consistent. I wrote a small test program with GLib. This program called localeconv that correctly gave the value from the global locale, i.e. a "," as decimal point. So it seems that it was not using the localeconv from newlib because that one can only return values from the "C" locale. When the rest of the library does not support other locales than "C" it should at least be consistent. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 15:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-16 15:16:39
|
Bugs item #755284, was opened at 2003-06-16 08:54 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2003-06-16 11:16 Message: Logged In: YES user_id=15438 I'm not familiar with GTK to the point of using it but from what I understand, newlib isn't used for the Win32 port. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 10:51 Message: Logged In: YES user_id=698186 This makes MinGW at the moment unsuitable for all GTK based applications. I know for certain that it breaks the GTK spin-buttons and I would not be surprised if it caused serious problems in other parts of GTK. Newlib was originally written for embedded systems and for such systems it may be acceptable to have only limited locale support. For Windows this is not acceptable for a large group of users. Also it seems that the current set of functions is not consistent. I wrote a small test program with GLib. This program called localeconv that correctly gave the value from the global locale, i.e. a "," as decimal point. So it seems that it was not using the localeconv from newlib because that one can only return values from the "C" locale. When the rest of the library does not support other locales than "C" it should at least be consistent. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 09:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-16 16:06:36
|
Bugs item #755284, was opened at 2003-06-16 14:54 Message generated for change (Comment added) made by ernstl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 18:06 Message: Logged In: YES user_id=698186 GTK (actually GLib) calls vprintf or vaprintf from the "standard" C library. I wrote a small test program that called the relevant function g_strdup_printf in GLib and it clearly ignored the global locale. As I understood, newlib is the standard C library for MinGW, so I assumed that this was the cause of that problem. Actually, I don't fully understand the role of newlib in this case. The localeconv that my program linked with was apparently not the one from newlib, perhaps it came from msvc.dll? On the other hand the vprintf functions that were used by the GLib dll are locale insensitive so it is possible that those are from newlib. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 17:16 Message: Logged In: YES user_id=15438 I'm not familiar with GTK to the point of using it but from what I understand, newlib isn't used for the Win32 port. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 16:51 Message: Logged In: YES user_id=698186 This makes MinGW at the moment unsuitable for all GTK based applications. I know for certain that it breaks the GTK spin-buttons and I would not be surprised if it caused serious problems in other parts of GTK. Newlib was originally written for embedded systems and for such systems it may be acceptable to have only limited locale support. For Windows this is not acceptable for a large group of users. Also it seems that the current set of functions is not consistent. I wrote a small test program with GLib. This program called localeconv that correctly gave the value from the global locale, i.e. a "," as decimal point. So it seems that it was not using the localeconv from newlib because that one can only return values from the "C" locale. When the rest of the library does not support other locales than "C" it should at least be consistent. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 15:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-16 16:25:51
|
Bugs item #755284, was opened at 2003-06-16 08:54 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2003-06-16 12:25 Message: Logged In: YES user_id=15438 The C runtime library used by MinGW is MSVCRT.DLL. We have extended it somewhat with a mingwex library to help support C99 compatibility and other extra features we have found nice. But print functionality comes from MS. You will find other ``Bugs'' listed here and in the mingw-users list that are features of MSVCRT. You can even find replacement functions which is probably going to be your only course of action. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 12:06 Message: Logged In: YES user_id=698186 GTK (actually GLib) calls vprintf or vaprintf from the "standard" C library. I wrote a small test program that called the relevant function g_strdup_printf in GLib and it clearly ignored the global locale. As I understood, newlib is the standard C library for MinGW, so I assumed that this was the cause of that problem. Actually, I don't fully understand the role of newlib in this case. The localeconv that my program linked with was apparently not the one from newlib, perhaps it came from msvc.dll? On the other hand the vprintf functions that were used by the GLib dll are locale insensitive so it is possible that those are from newlib. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 11:16 Message: Logged In: YES user_id=15438 I'm not familiar with GTK to the point of using it but from what I understand, newlib isn't used for the Win32 port. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 10:51 Message: Logged In: YES user_id=698186 This makes MinGW at the moment unsuitable for all GTK based applications. I know for certain that it breaks the GTK spin-buttons and I would not be surprised if it caused serious problems in other parts of GTK. Newlib was originally written for embedded systems and for such systems it may be acceptable to have only limited locale support. For Windows this is not acceptable for a large group of users. Also it seems that the current set of functions is not consistent. I wrote a small test program with GLib. This program called localeconv that correctly gave the value from the global locale, i.e. a "," as decimal point. So it seems that it was not using the localeconv from newlib because that one can only return values from the "C" locale. When the rest of the library does not support other locales than "C" it should at least be consistent. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 09:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |
From: SourceForge.net <no...@so...> - 2003-06-17 01:34:32
|
Bugs item #755284, was opened at 2003-06-16 20:54 Message generated for change (Comment added) made by infidel You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 Category: msys Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Ernst Lippe (ernstl) Assigned to: Earnie Boyd (earnie) Summary: newlib is locale insensitive Initial Comment: newlib only supports the C locale. More specifically it completely ignores the value of decimal point in all xxprintf functions. This is undesirable behaviour for places where numeric conventions differ from those in the USA, e.g. large parts of Europe use a comma as decimal point. Also this causes a bug in GTK/GLIB. ---------------------------------------------------------------------- >Comment By: Luke Dunstan (infidel) Date: 2003-06-17 09:34 Message: Logged In: YES user_id=30442 I don't use GTK but the claim that MinGW is "unsuitable for all GTK based applications" sounds highly exaggerated, because GIMP can be built using MinGW. As Earnie said, newlib has nothing to do with MinGW. If you need further advice you might try asking on a GTK forum because plenty of people have had success with using MinGW. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-17 00:25 Message: Logged In: YES user_id=15438 The C runtime library used by MinGW is MSVCRT.DLL. We have extended it somewhat with a mingwex library to help support C99 compatibility and other extra features we have found nice. But print functionality comes from MS. You will find other ``Bugs'' listed here and in the mingw-users list that are features of MSVCRT. You can even find replacement functions which is probably going to be your only course of action. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-17 00:06 Message: Logged In: YES user_id=698186 GTK (actually GLib) calls vprintf or vaprintf from the "standard" C library. I wrote a small test program that called the relevant function g_strdup_printf in GLib and it clearly ignored the global locale. As I understood, newlib is the standard C library for MinGW, so I assumed that this was the cause of that problem. Actually, I don't fully understand the role of newlib in this case. The localeconv that my program linked with was apparently not the one from newlib, perhaps it came from msvc.dll? On the other hand the vprintf functions that were used by the GLib dll are locale insensitive so it is possible that those are from newlib. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 23:16 Message: Logged In: YES user_id=15438 I'm not familiar with GTK to the point of using it but from what I understand, newlib isn't used for the Win32 port. Earnie. ---------------------------------------------------------------------- Comment By: Ernst Lippe (ernstl) Date: 2003-06-16 22:51 Message: Logged In: YES user_id=698186 This makes MinGW at the moment unsuitable for all GTK based applications. I know for certain that it breaks the GTK spin-buttons and I would not be surprised if it caused serious problems in other parts of GTK. Newlib was originally written for embedded systems and for such systems it may be acceptable to have only limited locale support. For Windows this is not acceptable for a large group of users. Also it seems that the current set of functions is not consistent. I wrote a small test program with GLib. This program called localeconv that correctly gave the value from the global locale, i.e. a "," as decimal point. So it seems that it was not using the localeconv from newlib because that one can only return values from the "C" locale. When the rest of the library does not support other locales than "C" it should at least be consistent. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2003-06-16 21:18 Message: Logged In: YES user_id=15438 Newlib is a package used by MSYS. MSYS is not in the business of providing Newlib as a package for general use. MSYS' purpose is to provide a minimal POSIX/Bourne environment as a self hosted MINGW32 target. If you wish to enhance Newlib, then you need to do so at ne...@so.... If you wish MSYS to use new features provided by newer versions of Newlib, then you must supply the appropriate patches to update MSYS and they will be considered. Looking forward to reviewing your patches to MSYS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=755284&group_id=2435 |