On Sun, 2009-02-01 at 22:24 +0000, Paul Lange wrote:
> Author: palango
> Update of /cvs/pkgs/rpms/vollkorn-fonts/devel
> In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19443/devel
> Modified Files:
> .cvsignore sources
> Added Files:
> import.log vollkorn-fonts-fontconfig.conf vollkorn-fonts.spec
> Log Message:
> * Fri Jan 30 2009 Paul Lange <palango(a)gmx.de> - 1.008-1
> - initial packaging
Please move vollkorn.otf into the lookaside cache via 'make upload',
then remove it from cvs.
Ignacio Vazquez-Abrams <ivazqueznet(a)gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Sometime soon we'll have gcc 4.4 in rawhide as the new system compiler.
This alone might bring with it changes in the C++ language acceptance
(I don't know details).
What I want to warn people about is another change which will come in
combination with the next glibc. For a long time some of the function
prototypes for string functions you get when including <cstring> and
<cwchar> (or the underlying C headers) are wrong. Only for C++, C is
char *strchr (const char *, int)
char *strchr (char *, int)
const char *strchr (const char *, int)
I.e., the const is preserved correctly.
The result of this that some incorrect programs might not compile
anymore. For strchr this might look like this:
int foo (const char *s)
char *p = strchr (s, 'f');
return p == 0 || p == '\0';
Previously this worked fine. strchr returned a value of type char*.
Now, and correctly, it returned a const char*. But in C++ assigning a
const T* value to a T* variable is an *error* (not a cause for a warning).
I expect the fixes are simple in most cases. Don't just use casts, use
correct types for the variables etc. This type safety helps to
eliminate bugs in the code.
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
-----END PGP SIGNATURE-----