Description of problem: g++ -Wall -pedantic -I../freetype-pre1.4/lib/. -ggdb -c parser.cpp -fPIC -DPIC parser.cpp:1501: declaration of `int isatty (int)' throws different exceptions /usr/include/unistd.h:668: than previous declaration `int isatty (int) throw ()' parser.cpp:1280: warning: `void yyunput (int, char *)' defined but not used Version-Release number of selected component (if applicable): 2.0.6 but 2.0.5 didnt compile either How reproducible: Always Steps to Reproduce: 1.rpm --rebuild --target i686 freetype-2.0.6.src.rpm Additional info: removing the code-section around line 1501 solved the problem for me, but i'm not to sure if its ok (i didnt use ttmkfdir)
I just ran: rpm --rebuild --target=i686 freetype-2.0.6-2.src.rpm And I ended up with: pts/18 mharris@devel:~/rpmbuild/SRPMS$ dir ../RPMS/freetype-*.i686.rpm -rw-rw---- 1 mharris 546946 Feb 5 12:09 ../RPMS/freetype-2.0.6-2.i686.rpm -rw-rw---- 1 mharris 9115 Feb 5 12:09 ../RPMS/freetype-demos-2.0.6-2.i686.rpm -rw-rw---- 1 mharris 420236 Feb 5 12:09 ../RPMS/freetype-devel-2.0.6-2.i686.rpm -rw-rw---- 1 mharris 19521 Feb 5 12:09 ../RPMS/freetype-utils-2.0.6-2.i686.rpm Can you provide more details? What specific compiler, and whatnot? Be as detailed as possible.
here's some more info (dont know if all is needed :) gcc-2.96-98 gcc-objc-2.96-98 kgcc-1.1.2-40 gcc-c++-2.96-98 gcc-g77-2.96-98 byacc-1.9-16 rpm-4.0.4-0.11 could it be that gcc-2.96-98 breaks freetype (on a second machine with the same gcc, freetype doesnt compile, too). i could provide shell access (ssh) to one machine, if needed. yours josef
now it works for me (at least on one machine, will have to test on the second one). just updated some gnome-related packages, and now it works. very mysterious. will come back, if the second machine has the problem. joe
hmm 2.0.6-3 has compile ttmkfdir2 not on by default -> works for me, as log i dont set it on. 2.0.6-1 has the same error (as it compiles ttmkfdir2 by default) both machines cannot compile ttmkfdir2
ttmkfdir2 is purposefully not built. It is disabled in the freetype specfile. This is not a bug, it is intentional. ttmkfdir is now part of the XFree86 rpm package. You should however be able to re-enable ttmkfdir in the freetype package as it wasn't removed, just disabled.