> in glpmpl01.c, print_context defines c as int. c should be char because
> mpl->context is *char.

I do not think this is a bug. Char's being used in expressions are
converted to int's, so it is normal to use int for representing one
character.

> memmove will copy only CONTEXT_SIZE-1 bytes even if char is 2 bytes wide
> on unicode systems. strncpy might be as better choice. Otherwise You
> might use memmove with (CONTEXT_SIZE-1) * sizeof(char).

Glpk conforms to ILP32, LLP64, and LP64 programming models
(please see http://www.unix.org/version2/whatsnew/lp64_wp.html), where
sizeof(char) is always 1 and CHAR_BIT is always 8. The same conventions
are used on all GNU platforms. Wide characters have their own data type,
namely, wchar.




_______________________________________________
Bug-glpk mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-glpk

Reply via email to