Bug#525719: FTBFS with GCC 4.4: missing #include
Package: soci Version: 3.0.0+cvs20081223-2 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable or gcc-4.4 from experimental. > Automatic build of soci_3.0.0+cvs20081223-2 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DPACKAGE_NAME=\"SOCI\" -DPACKAGE_TARNAME=\"soci\" > -DPACKAGE_VERSION=\"3.0.0\" "-DPACKAGE_STRING=\"SOCI 3.0.0\"" > -DPACKAGE_BUGREPORT=\"http://sourceforge.net/projects/soci\"; > -DPACKAGE=\"soci\" -DVERSION=\"3.0.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 > -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 > -DHAVE_DLFCN_H=1 -DHAVE_BOOST=1 "-DHAVE_BOOST_DATE_TIME=/**/" -DHAVE_MYSQL=1 > -DHAVE_POSTGRESQL=1 -DHAVE_SQLITE3=1 -I. -I. -UNDEBUG -U_DEBUG -fPIC > -I/usr/include -O2 -g -O2 -Wall -pedantic -Wno-long-long -MT soci-simple.lo > -MD -MP -MF .deps/soci-simple.Tpo -c soci-simple.cpp -fPIC -DPIC -o > .libs/soci-simple.o > soci-simple.cpp: In function 'const > char*::format_date(::statement_wrapper&, const tm&)': > soci-simple.cpp:476: error: 'sprintf' was not declared in this scope > soci-simple.cpp: In function 'bool::string_to_date(const char*, tm&, > ::statement_wrapper&)': > soci-simple.cpp:492: error: 'sscanf' was not declared in this scope > soci-simple.cpp: In function 'const char* soci_get_use_date(void*, const > char*)': > soci-simple.cpp:1514: error: 'sprintf' was not declared in this scope > make[4]: *** [soci-simple.lo] Error 1 --- src/core/soci-simple.cpp~ 2009-04-26 18:33:38.0 + +++ src/core/soci-simple.cpp2009-04-26 18:34:41.0 + @@ -10,6 +10,8 @@ #include "soci-simple.h" #include "soci.h" +#include + using namespace soci; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525881: FTBFS with GCC 4.4: missing #include
Package: sfftobmp Version: 3.1.2-1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable or gcc-4.4 from experimental. > Automatic build of sfftobmp_3.1.2-1 on em64t by sbuild/amd64 0.53 ... > g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..-g -O2 -c -o cmdline.o > `test -f 'cmdline.cpp' || echo './'`cmdline.cpp > cmdline.cpp: In member function 'void CCmdLineProcessor::parseCmdLine()': > cmdline.cpp:187: error: 'sscanf' was not declared in this scope > make[3]: *** [cmdline.o] Error 1 --- src/cmdline.cpp~2009-04-27 16:52:41.0 + +++ src/cmdline.cpp 2009-04-27 16:52:50.0 + @@ -37,6 +37,7 @@ #include #include +#include #include #include --- src/common.cpp~ 2009-04-27 16:53:02.0 + +++ src/common.cpp 2009-04-27 16:53:10.0 + @@ -50,6 +50,7 @@ #endif #include +#include #include #ifdef WIN32 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#504859: Log for failed build of sffview_0.4-3 (dist=unstable3)
reopen 504859 ! found 504859 0.4-3 thanks Seems the patch got lost: > Automatic build of sffview_0.4-3 on em64t by sbuild/amd64 0.53 ... > g++ -g -Os -c `wx-config --cflags` -o common.o common.cpp > common.cpp: In member function 'virtual void CFile::Open(const std::string&, > const char*)': > common.cpp:125: error: 'fopen' was not declared in this scope > common.cpp:127: error: 'fileno' was not declared in this scope > common.cpp: In member function 'virtual void CFile::Close()': > common.cpp:133: error: 'fclose' was not declared in this scope > common.cpp: In member function 'sff_byte CFile::GetC()': > common.cpp:161: error: '::fgetc' has not been declared > common.cpp: In member function 'void CFile::Read(void*, int)': > common.cpp:166: error: '::fread' has not been declared > common.cpp: In member function 'void CFile::Write(void*, int)': > common.cpp:171: error: '::fwrite' has not been declared > common.cpp: In member function 'sff_dword CFile::Tell()': > common.cpp:176: error: '::ftell' has not been declared > common.cpp: In member function 'void CFile::Seek(int, CFile::seek_offset)': > common.cpp:189: error: '::fseek' has not been declared > common.cpp: In member function 'bool CFile::Eof()': > common.cpp:194: error: 'feof' was not declared in this scope > make[2]: *** [common.o] Error 1 > make[2]: Leaving directory `/build/tbm/sffview-0.4' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539540: FTBFS with GCC 4.4: missing #include
Package: freqtweak Version: 0.7.2-1 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Your package fails to build with GCC 4.4, which has cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-4.4/g++-4.4 from unstable. > Automatic build of freqtweak_0.7.2-1 on em64t by sbuild/amd64 0.53 ... > g++ -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -DNO_GCC_PRAGMA -I/usr/include/libxml2 -I/usr/lib/sigc++-1.2/include > -I/usr/include/sigc++-1.2 -Wall -D_REENTRANT -g -O2 -g -Wall -O2 -O2 > -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -c > -o FTactiveBarGraph.o FTactiveBarGraph.cpp > g++ -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/lib/wx/include/gtk2-unicode-release-2.6 -I/usr/include/wx-2.6 > -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -DNO_GCC_PRAGMA -I/usr/include/libxml2 -I/usr/lib/sigc++-1.2/include > -I/usr/include/sigc++-1.2 -Wall -D_REENTRANT -g -O2 -g -Wall -O2 -O2 > -fexpensive-optimizations -funroll-loops -finline-functions -ffast-math -c > -o FTutils.o FTutils.cpp > In file included from FTutils.cpp:25: > FTutils.hpp:125: error: 'int32_t' does not name a type > FTutils.hpp: In function 'float flush_to_zero(float)': > FTutils.hpp:136: error: 'union ls_pcast32' has no member named 'i' > make[3]: *** [FTutils.o] Error 1 > make[3]: Leaving directory `/build/tbm/freqtweak-0.7.2/src' > make[2]: *** [all-recursive] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526671: remotefs 0.12 fix this problem. Please upgrade the actual debian version
* fabrice [2009-09-10 06:27]: > According to > https://sourceforge.net/tracker/?func=detail&atid=1078078&aid=2831831&group_id=229928 > this bug is fixed in 0.12. Could you please upgrade remotefs to the > latest version? remotefs currently doesn't have a maintainer in Debian, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543884 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#307488: please upgrade to newer libtool (libtool1.4 being removed)
Package: libunicode Version: 0.4.0-4 Severity: important libtool1.4 is no longer maintained and will be removed from the archive after sarge is released. Please upgrade your package to use a newer, ideally the latest, version of libtool, and make sure this gets integrated in upstream. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314261: Upgrade plan from libgd-gif1 to something else?
Package: libgd-gif Version: 1.3-5 Severity: important libgd-gif1 has been orphaned for ages, but there are still some packages which depend on it, so I cannot remove it right now. Could these packages move to some other libgd* package which we have in the archive? At the moment, the following packages (build-)depend on libgd-gif: nessus (depends) boot-floppies (b-d) gccchecker (b-d) nessus-core (b-d) png2html (b-d) -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314261: Upgrade plan from libgd-gif1 to something else?
* Jonas Smedegaard <[EMAIL PROTECTED]> [2005-06-15 15:35]: > I considered adopting libgd-gif1 myself, but it makes better sense to > kill all 1.x variants and move to 2.x (which has GIF support again now > that the compression patent has run out). Do you know how hard it is to move from 1.x to 2.x, and is there any good documentation about migrating? > I suggest next step is to make the package maintainers of the above > packages aware of this bugreport, if they are not already... Not yet, but I'll do that soon. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Moving packages@qa.debian.org
* Colin Watson <[EMAIL PROTECTED]> [20011216 21:30]: > Could [EMAIL PROTECTED] be pointed at that list instead of > debian-qa, please? Done. [EMAIL PROTECTED]: /usr/sbin/exim -bt [EMAIL PROTECTED] | head -1 debian-qa-packages@lists.debian.org -- Martin Michlmayr [EMAIL PROTECTED]
Bug#129285: kde-i18n: possibly has a trademark issue
Package: kde-i18n Version: 4:2.2.2-1 Severity: wishlist You're probably aware that SuSE was ordered for a short while to stop shipping their Linux distribution because the krayon program clashed with the "Crayon" trademark. (See http://www.heise.de/english/newsticker/data/ray-09.01.02-000/ for the full story.) SuSE didn't actually contain the program but merely listed it in the KDE startmenu. Debian is in a similar position. While the program was recently removed because it was too buggy (see http://lists.debian.org/debian-kde/2001/debian-kde-200109/msg00287.html), some references remain in kde-i18n. I'm filing this bug as "wishlist" now but if the krayon.mo files (plus some files in kde/HTML) are not removed soon I will ask debian-legal if this bug should be promoted to serious (it probably should). I'd thus be glad if someone could do an upload soon. Here's a listing of files which need to be removed: 461:[EMAIL PROTECTED]: ~/ftp/dists/unstable] zgrep krayon Contents-i3* usr/share/doc/kde/HTML/fr/krayon/common x11/kde-i18n-fr usr/share/doc/kde/HTML/fr/krayon/index.cache.bz2x11/kde-i18n-fr usr/share/doc/kde/HTML/fr/krayon/index.docbook x11/kde-i18n-fr usr/share/doc/kde/HTML/sl/krayon/krayon-faq.docbook x11/kde-i18n-sl usr/share/locale/az/LC_MESSAGES/krayon.mo x11/kde-i18n-az usr/share/locale/cs/LC_MESSAGES/krayon.mo x11/kde-i18n-cs usr/share/locale/da/LC_MESSAGES/krayon.mo x11/kde-i18n-da usr/share/locale/de/LC_MESSAGES/krayon.mo x11/kde-i18n-de usr/share/locale/en_GB/LC_MESSAGES/krayon.mox11/kde-i18n-engb usr/share/locale/eo/LC_MESSAGES/krayon.mo x11/kde-i18n-eo usr/share/locale/es/LC_MESSAGES/krayon.mo x11/kde-i18n-es usr/share/locale/et/LC_MESSAGES/krayon.mo x11/kde-i18n-et usr/share/locale/fi/LC_MESSAGES/krayon.mo x11/kde-i18n-fi usr/share/locale/fr/LC_MESSAGES/krayon.mo x11/kde-i18n-fr usr/share/locale/hu/LC_MESSAGES/krayon.mo x11/kde-i18n-hu usr/share/locale/is/LC_MESSAGES/krayon.mo x11/kde-i18n-is usr/share/locale/it/LC_MESSAGES/krayon.mo x11/kde-i18n-it usr/share/locale/ja/LC_MESSAGES/krayon.mo x11/kde-i18n-ja usr/share/locale/lt/LC_MESSAGES/krayon.mo x11/kde-i18n-lt usr/share/locale/lv/LC_MESSAGES/krayon.mo x11/kde-i18n-lv usr/share/locale/mt/LC_MESSAGES/krayon.mo x11/kde-i18n-mt usr/share/locale/nl/LC_MESSAGES/krayon.mo x11/kde-i18n-nl usr/share/locale/no/LC_MESSAGES/krayon.mo x11/kde-i18n-no usr/share/locale/no_NY/LC_MESSAGES/krayon.mox11/kde-i18n-nony usr/share/locale/pl/LC_MESSAGES/krayon.mo x11/kde-i18n-pl usr/share/locale/pt/LC_MESSAGES/krayon.mo x11/kde-i18n-pt usr/share/locale/pt_BR/LC_MESSAGES/krayon.mox11/kde-i18n-ptbr usr/share/locale/ro/LC_MESSAGES/krayon.mo x11/kde-i18n-ro usr/share/locale/ru/LC_MESSAGES/krayon.mo x11/kde-i18n-ru usr/share/locale/sk/LC_MESSAGES/krayon.mo x11/kde-i18n-sk usr/share/locale/sl/LC_MESSAGES/krayon.mo x11/kde-i18n-sl usr/share/locale/sv/LC_MESSAGES/krayon.mo x11/kde-i18n-sv usr/share/locale/ta/LC_MESSAGES/krayon.mo x11/kde-i18n-ta usr/share/locale/tr/LC_MESSAGES/krayon.mo x11/kde-i18n-tr usr/share/locale/uk/LC_MESSAGES/krayon.mo x11/kde-i18n-uk -- Martin Michlmayr [EMAIL PROTECTED]
Bug#129285: kde-i18n: possibly has a trademark issue
* Josip Rodin <[EMAIL PROTECTED]> [20020115 00:33]: > Unless they sue Debian mirror maintainers in Germany, there's nothing to > worry about. Frankly, I doubt they would care to do that since our sponsors > wouldn't be hurt by that (other than the fact they'd have to temporarily > stop mirroring the package, and appear in court to say "they're nuts!"), but They could probably stop companies from selling Debian CD-ROMs in Germany. -- Martin Michlmayr [EMAIL PROTECTED]
Bug#129285: kde-i18n: possibly has a trademark issue
* Josip Rodin <[EMAIL PROTECTED]> [20020116 12:10]: > How can you get fined if the suit is rebuffed in court? There only was an out-of-court agreement. -- Martin Michlmayr [EMAIL PROTECTED]
Invalid Maintainer: of gqmpeg
gqmpeg has a maintainer of Debian QA Group Note the # instead of @. Can someone fix this? -- Martin Michlmayr [EMAIL PROTECTED]
Bug#143003: srecord should not release with woody
Package: srecord Severity: serious srecord has been orphaned for 115 days (see #126005) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143004: tkstep8.0 should not release with woody
Package: tkstep8.0 Severity: serious tkstep8.0 has been orphaned for 435 days (see #84748) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143005: zope-pythonmethod should not release with woody
Package: zope-pythonmethod Severity: serious zope-pythonmethod has been orphaned for 124 days (see #123527) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143007: zope-renderable should not release with woody
Package: zope-renderable Severity: serious zope-renderable has been orphaned for 124 days (see #123529) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143008: zope-zcvsmixin should not release with woody
Package: zope-zcvsmixin Severity: serious zope-zcvsmixin has been orphaned for 124 days (see #123530) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143010: dcl should not release with woody
Package: dcl Severity: serious dcl has been orphaned for 209 days (see #112578) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143012: giram should not release with woody
Package: giram Severity: serious giram has been orphaned for 342 days (see #96740) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143009: zope-zieve should not release with woody
Package: zope-zieve Severity: serious zope-zieve has been orphaned for 124 days (see #123531) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143014: kicq should not release with woody
Package: kicq Severity: serious kicq has been orphaned for 397 days (see #89583) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143017: qub should not release with woody
Package: qub Severity: serious qub has been orphaned for 409 days (see #88135) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143013: icqlib should not release with woody
Package: icqlib Severity: serious icqlib has been orphaned for 397 days (see #89582) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143016: luci should not release with woody
Package: luci Severity: serious luci has been orphaned for 124 days (see #123522) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143015: kinkatta should not release with woody
Package: kinkatta Severity: serious kinkatta has been orphaned for 101 days (see #127708) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143020: dcethreads should not release with woody
Package: dcethreads Severity: serious dcethreads has been orphaned for 73 days (see #131736) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143025: freedce should not release with woody
Package: freedce Severity: serious freedce has been orphaned for 73 days (see #131737) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143027: odb should not release with woody
Package: odb Severity: serious odb has been orphaned for 73 days (see #131738) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143028: rmc should not release with woody
Package: rmc Severity: serious rmc has been orphaned for 73 days (see #131732) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143029: sarg should not release with woody
Package: sarg Severity: serious sarg has been orphaned for 96 days (see #128283) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#143030: smupsd should not release with woody
Package: smupsd Severity: serious smupsd has been orphaned for 74 days (see #131662) and has never been part of a stable release of Debian. Since the future of this package is not clear, I think that woody should release without it. This bug will keep the package out of testing; the package will stay in unstable. If you do not agree with this, please close this bug immediately. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#141838: Partial upgrades have to work
reassign 141838 kdelibs3 retitle 141838 kdelibs3 should conflict with old kdelibs3-crypto thanks > I've tested the latest kdelibs3-crypto and it installs fine on woody. > Bug was reported for 4:2.2.1-11, current is 4:2.2.2-6. Yes, but partial upgrades have to work as well. I think current kdelibs3 should conflict with (or replace?) the old kdelibs3-crypto. -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#155261: zope-loginmanager: wrong Maintainer
Package: zope-loginmanager Version: 0.8.8b1-2 Severity: normal When you adopted zope-loginmanager you forgot to change the Maintainer field in debian/control. |zope-loginmanager (0.8.8b1-2) unstable; urgency=low | | * New maintainer (closes: #123526) | | -- Bastian Blank <[EMAIL PROTECTED]> Sun, 07 Apr 2002 12:24:22 +0200 |Source: zope-loginmanager |Section: web |Priority: extra |Maintainer: Debian QA Group <[EMAIL PROTECTED]> -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux fisch 2.4.16-686 #1 Wed Nov 28 09:27:17 EST 2001 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information -- Martin Michlmayr [EMAIL PROTECTED]
Bug#155262: x2x: wrong Maintainer
Package: x2x Version: 1.27-7 Severity: normal When you adopted x2x you forgot to change the Maintainer field in debian/control. x2x (1.27-7) unstable; urgency=low * New Maintainer Upload (Closes: #142235) * Cleaned up some warnings in the build -- Randolph Chung <[EMAIL PROTECTED]> Thu, 18 Apr 2002 22:18:32 -0700 Source: x2x Maintainer: Debian QA Group <[EMAIL PROTECTED]> Build-Depends: debhelper,xlibs-dev,xutils -- System Information: Debian Release: 3.0 Architecture: i386 Kernel: Linux fisch 2.4.16-686 #1 Wed Nov 28 09:27:17 EST 2001 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information -- Martin Michlmayr [EMAIL PROTECTED]
Bug#271381: typo in description: s/compatiility/compatibility/
t for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: 3Dwm geometry client example @@ -158,7 +158,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: windowing systems compatibility library for 3Dwm @@ -171,7 +171,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: 3Dwm applications @@ -182,7 +182,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: development files for libnobel @@ -196,7 +196,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: 3Dwm texture client example @@ -204,7 +204,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: development files for libsolid @@ -216,7 +216,7 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. Description: interface library to painting functions @@ -227,6 +227,6 @@ . 3Dwm is the Three-Dimensional Workspace Manager. It defines a full user environment with support for three-dimensional user interfaces using a 3D - widget kit. It also provides some backwards compatiility with all the major + widget kit. It also provides some backwards compatibility with all the major existing windowing systems using VNC. -- Martin Michlmayr [EMAIL PROTECTED]
Bug#279398: O: masqdialer -- daemon for remote control of masqueraded dialup links
Package: wnpp Severity: normal The last maintainer of masqdialer has orphaned this package. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: masqdialer Binary: masqdialer Version: 0.5.5-8 Priority: optional Section: net Maintainer: Debian QA Group <[EMAIL PROTECTED]> Build-Depends: debhelper (>> 3.0.0), m4 Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/m/masqdialer Files: 5a7f3c0cd0bea297a3663c8316b824ff 585 masqdialer_0.5.5-8.dsc ee4348241ac8e42d6b62c93036ffaf71 213799 masqdialer_0.5.5.orig.tar.gz c50765750e42918278799b70478dde19 43445 masqdialer_0.5.5-8.diff.gz Package: masqdialer Priority: optional Section: net Installed-Size: 400 Maintainer: Debian QA Group <[EMAIL PROTECTED]> Architecture: i386 Version: 0.5.5-8 Depends: libc6 (>= 2.3.2.ds1-4), ppp (>= 2.3) Filename: pool/main/m/masqdialer/masqdialer_0.5.5-8_i386.deb Size: 116238 MD5sum: cdad568af56f6e5e13625dd49892dafa Description: daemon for remote control of masqueraded dialup links The masqdialer system is designed to provide easily accessible control of multiple dialout modem connections to the members of a LAN using IP Masquerade for their internet connectivity. -- Martin Michlmayr http://www.cyrius.com/
Bug#417370: Log for failed build of lineak-xosdplugin_1:0.9-5 (dist=unstable3)
found 417370 1:0.9-5 thanks Not everything has been fixed. (Sorry, some more things got changed after I sent my original report/patch, but there won't be any further changes.) > Automatic build of lineak-xosdplugin_1:0.9-5 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -Wall -O2 > -I/usr/include -I.. -I. -I -I/usr/include/lineak -I/usr/include > -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 > -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W > -Wpointer-arith -Wwrite-strings -O2 -Wformat-security > -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -MT > xosdctrl.lo -MD -MP -MF .deps/xosdctrl.Tpo -c xosdctrl.cpp -fPIC -DPIC -o > .libs/xosdctrl.o > xosdctrl.cpp: In member function 'virtual void xosdCtrl::volume(float)': > xosdctrl.cpp:272: warning: conversion to 'float' from 'double' may alter its > value > xosdctrl.cpp: In member function 'virtual void xosdCtrl::setColor(const > std::string&)': > xosdctrl.cpp:331: error: 'strlen' was not declared in this scope > xosdctrl.cpp:332: error: 'strcpy' was not declared in this scope > make[3]: *** [xosdctrl.lo] Error 1 > make[3]: Leaving directory `/build/tbm/lineak-xosdplugin-0.9/xosd_plugin' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#504940: FTBFS with GCC 4.4: missing #include
Package: ecawave Version: 1:0.6.1-11 User: [EMAIL PROTECTED] Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with the upcoming GCC 4.4. Version 4.4 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. GCC 4.4 cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of ecawave_1:0.6.1-11 on em64t by sbuild/amd64 0.53 ... > mv -f .deps/resources.Tpo .deps/resources.Po > g++ -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I/usr/include/qt3 > -I/usr/include/libecasound -I/usr/include/kvutils-O2 -DNDEBUG -ffast-math > -D_REENTRANT -D_REENTRANT -D_REENTRANT -ffast-math -fstrict-aliasing > -funroll-loops -DNDEBUG -DENABLE_DBC -MT qeinterface.o -MD -MP -MF > .deps/qeinterface.Tpo -c -o qeinterface.o qeinterface.cpp > In file included from qefile.h:15, > from qeinterface.cpp:22: > qewaveform.h:18: error: 'int16_t' does not name a type > qewaveform.h:19: error: 'int16_t' does not name a type > make[3]: *** [qeinterface.o] Error 1 > make[3]: Leaving directory `/build/tbm/ecawave-0.6.1/src' > make[2]: *** [all-recursive] Error 1 --- src/qewaveform.h~ 2008-11-08 05:39:44.0 + +++ src/qewaveform.h2008-11-08 05:40:27.0 + @@ -2,6 +2,7 @@ #define INCLUDED_QEWAVEFORM_H #include +#include #include #include -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#505017: FTBFS with GCC 4.4: missing #include
Package: u++ Version: 5.3.0-1.1 User: [EMAIL PROTECTED] Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with the upcoming GCC 4.4. Version 4.4 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. GCC 4.4 cleaned up some more C++ headers. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of u++_5.3.0-1.1 on em64t by sbuild/amd64 0.53 ... > g++ -I. -D__pc__ -D__linux__ -D__x86_64__ -DPACKAGE=\"/build/tbm/u++-5.3.0\" > -DVERSION=\"5.3.0\" -DTVENDOR=\"pc\" -DTCPU=\"x86_64\" -DTOS=\"linux\" > -DINSTALLBINDIR=\"/usr/bin\" -DINSTALLLIBDIR=\"/usr/lib/u++\" > -DINSTALLINCDIR=\"/usr/include/u++\" -DTMPDIR=\"/tmp\" -DMULTI=\"TRUE\" > -DCCAPP=\"g++\" -D__U_MAXENTRYBITS__=128 -DTLS -O2 -MD > /build/tbm/u++-5.3.0/src/translator/gen.cc -c -o > /build/tbm/u++-5.3.0/src/translator/obj-linux-x86_64/gen.o > /build/tbm/u++-5.3.0/src/translator/gen.cc: In function 'void > gen_mask(token_t*, unsigned int)': > /build/tbm/u++-5.3.0/src/translator/gen.cc:134: error: 'sprintf' was not > declared in this scope > /build/tbm/u++-5.3.0/src/translator/gen.cc:140: error: 'sprintf' was not > declared in this scope > /build/tbm/u++-5.3.0/src/translator/gen.cc: In function 'void > gen_entry(token_t*, unsigned int)': > /build/tbm/u++-5.3.0/src/translator/gen.cc:149: error: 'sprintf' was not > declared in this scope > /build/tbm/u++-5.3.0/src/translator/gen.cc:155: error: 'sprintf' was not > declared in this scope > make[2]: *** [/build/tbm/u++-5.3.0/src/translator/obj-linux-x86_64/gen.o] > Error 1 > make[2]: Leaving directory `/build/tbm/u++-5.3.0/src/translator' > + cd /build/tbm/u++-5.3.0/src/collection --- src/translator/gen.cc~ 2008-11-08 16:33:44.0 + +++ src/translator/gen.cc 2008-11-08 16:33:51.0 + @@ -33,6 +33,7 @@ #include "input.h" #include "gen.h" +#include #include #include --- src/translator/input.cc~2008-11-08 16:34:07.0 + +++ src/translator/input.cc 2008-11-08 16:34:16.0 + @@ -29,6 +29,7 @@ #include "token.h" #include "input.h" +#include #include #include --- src/translator/output.cc~ 2008-11-08 16:34:31.0 + +++ src/translator/output.cc2008-11-08 16:34:40.0 + @@ -32,6 +32,7 @@ #include "input.h" #include "output.h" +#include #include #include --- src/translator/parse.cc~2008-11-08 16:35:10.00000 + +++ src/translator/parse.cc 2008-11-08 16:35:16.0 + @@ -39,6 +39,7 @@ #include "parse.h" #include "gen.h" +#include #include #include #include P.S. I wasn't able to build this package 'til the end, so it's possible there are other issues not fixed by this patch. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409477: FTBFS: cp: missing destination file operand after `oo2crc.tmp'
Package: libooc-xml Version: 3.2.0-2 Severity: serious > Automatic build of libooc-xml_3.2.0-2 on em64t by sbuild/amd64 0.52 ... > debian/rules build > dh_testdir > autoconf > ./configure --prefix=/usr > checking for oo2c... oo2c > Unknown command line option `-O' > Unknown command line option `-O' > Unknown command line option `-O' > Unknown command line option `-O' > checking initialization file... Unknown command line option `-O' > > checking installation directory... grep: : No such file or directory > .. > checking for ooconfig... ./ooconfig > checking for library support... Unknown command line option `-O' > no > checking for oocn... no > checking for a BSD-compatible install... /usr/bin/install -c > checking "for socket in -lxnet"... no > checking whether make sets $(MAKE)... yes > configure: creating ./config.status > config.status: creating Makefile > touch configure-stamp > dh_testdir > /usr/bin/make > make[1]: Entering directory `/build/tbm/libooc-xml-3.2.0' > cp oo2crc.tmp > cp: missing destination file operand after `oo2crc.tmp' > Try `cp --help' for more information. > make[1]: *** [oo2crc] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409476: FTBFS: cp: missing destination file operand after `oo2crc.tmp'
Package: libooc-x11 Version: 20020123-3 Severity: serious > Automatic build of libooc-x11_20020123-3 on em64t by sbuild/amd64 0.52 ... > autoconf > ./configure --prefix=/usr > checking for oo2c... oo2c > Unknown command line option `-O' > Unknown command line option `-O' > Unknown command line option `-O' > Unknown command line option `-O' > checking initialization file... Unknown command line option `-O' > > checking installation directory... grep: : No such file or directory > .. > checking for ooconfig... ./ooconfig > checking for library support... Unknown command line option `-O' > no > checking for a BSD-compatible install... /usr/bin/install -c > checking for gcc... gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking how to run the C preprocessor... gcc -E > checking for X... libraries , headers > checking for gethostbyname... yes > checking for connect... yes > checking for remove... yes > checking for shmat... yes > checking for IceConnectionNumber in -lICE... yes > checking whether make sets $(MAKE)... yes > configure: creating ./config.status > config.status: creating Makefile > touch configure-stamp > dh_testdir > /usr/bin/make > make[1]: Entering directory `/build/tbm/libooc-x11-20020123' > rm -f ooconfig.cpl ooconfig.tmp > echo "fix-includes" >ooconfig.tmp > echo "remove-line \"*:X11:*\"" >>ooconfig.tmp > echo "remove-line PRAGMAS:LIB:HAVE_LIBX11" >>ooconfig.tmp > echo "define PRAGMAS:LIB:HAVE_LIBX11 yes" >>ooconfig.tmp > echo "remove-line OPTIONS:LIB:X11_PREFIX" >>ooconfig.tmp > echo "append-line OPTIONS:LIB:X11_PREFIX 'DEFINE LibX11Prefix := \\\" -lSM > -lICE\\\";'" >>ooconfig.tmp > echo "remove-line OPTIONS:LIB:X11_SUFFIX" >>ooconfig.tmp > echo "append-line OPTIONS:LIB:X11_SUFFIX 'DEFINE LibX11Suffix := \\\"\\\";'" > >>ooconfig.tmp > echo "prepend-line \"PATHS:X11:SRC\" \"GET *.Mod,*.c FROM src;\"" > >>ooconfig.tmp > echo "prepend-line \"PATHS:X11:OBJ\" \"GET *.h,*.c,*.d,*.o FROM obj;\"" > >>ooconfig.tmp > echo "prepend-line \"PATHS:X11:SYM\" \"GET *.Sym,*.Lib FROM sym;\"" > >>ooconfig.tmp > mv ooconfig.tmp ooconfig.cpl > cp oo2crc.tmp > cp: missing destination file operand after `oo2crc.tmp' > Try `cp --help' for more information. > make[1]: *** [oo2crc] Error 1 > make[1]: Leaving directory `/build/tbm/libooc-x11-20020123' > make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415278: FTBFS with GCC 4.3: unrecognized command line option "-fno-force-mem"
Package: plplot Version: 5.6.1-10 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. -fforce-mem has been removed in 4.3 - at least gcc 4.1 (maybe earlier) printed a warning when using this option saying that it would be removed in the future. The reason is that it's a nop now. > Automatic build of plplot_5.6.1-10 on em64t by sbuild/amd64 0.53 ... > mkdir .libs > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include -I. > -DPNG_NO_MMX_CODE -I/usr/include/libgnomeprintui-2.2 > -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomecanvas-2.0 > -I/usr/include/libart-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 > -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/cairo -I/usr/include/libpng12 -fno-force-mem -ffloat-store -g > -O2 -MT delaunay.lo -MD -MP -MF .deps/delaunay.Tpo -c delaunay.c -fPIC -DPIC > -o .libs/delaunay.o > cc1: error: unrecognized command line option "-fno-force-mem" > make[2]: *** [delaunay.lo] Error 1 > make[2]: Leaving directory `/build/tbm/plplot-5.6.1/lib/nn' > make[1]: *** [all-recursive] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417066: FTBFS with GCC 4.3: missing #includes
Package: achilles
Version: 2-7
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In GCC 4.3, the C++ header
dependencies have been cleaned up. The advantage of this is that
programs will compile faster. The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC). Some background of this can be found at
http://gcc.gnu.org/PR28080
> Automatic build of achilles_2-7 on coconut0 by sbuild/ia64 0.49
...
> c++ -DHAVE_CONFIG_H -I. -I. -I. -Wall -g -O2 -c gene.cc
> gene.cc: In constructor 'GeneClass::GeneClass()':
> gene.cc:31: error: 'rand' was not declared in this scope
> gene.cc: In constructor 'GeneClass::GeneClass(GeneClass&, GeneClass&)':
> gene.cc:38: error: 'rand' was not declared in this scope
> gene.cc:38: error: 'RAND_MAX' was not declared in this scope
> make[1]: *** [gene.o] Error 1
> make[1]: Leaving directory `/build/tbm/achilles-2'
> make: *** [build-stamp] Error 2
--- gene.cc~2007-04-01 13:58:24.0 +
+++ gene.cc 2007-04-01 13:58:35.0 +
@@ -24,6 +24,7 @@
#include"braininfo.h"
#include"defines.h"
#include
+#include
GeneClass::GeneClass() { // randomly generate one
int i;
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417078: FTBFS with GCC 4.3: missing #includes
Package: adplug Version: 2.0.1-4 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of adplug_2.0.1-4 on coconut0 by sbuild/ia64 0.49 ... > g++ -DPACKAGE_NAME=\"adplug\" -DPACKAGE_TARNAME=\"adplug\" > -DPACKAGE_VERSION=\"2.0.1\" "-DPACKAGE_STRING=\"adplug 2.0.1\"" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"adplug\" -DVERSION=\"2.0.1\" > -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSTDC__=1 > -DHAVE_GETOPT_H=1 -I. -I. -Dstricmp=strcasecmp -I/usr/include/libbinio -g -O2 > -MT rix.lo -MD -MP -MF .deps/rix.Tpo -c rix.cpp -fPIC -DPIC -o .libs/rix.o > rix.cpp: In member function 'void CrixPlayer::set_new_int()': > rix.cpp:160: error: 'exit' was not declared in this scope > make[2]: *** [rix.lo] Error 1 --- src/rix.cpp~2007-04-01 14:21:13.0 + +++ src/rix.cpp 2007-04-01 14:21:26.00000 +0000 @@ -20,6 +20,8 @@ * BSPAL */ +#include + #include "rix.h" #include "debug.h" -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417108: FTBFS with GCC 4.3: missing #includes
Package: aqsis Version: 1.1.0.20050815-4 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of aqsis_1.1.0.20050815-4 on coconut0 by sbuild/ia64 0.49 ... > ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../libaqsistypes -g -O2 -MT > argparse.lo -MD -MP -MF .deps/argparse.Tpo -c argparse.cpp -fPIC -DPIC -o > .libs/argparse.o > argparse.cpp: In function 'std::string parseInt(std::string, int*)': > argparse.cpp:416: error: 'strtol' was not declared in this scope > argparse.cpp: In function 'std::string parseFloat(std::string, double*)': > argparse.cpp:428: error: 'strtod' was not declared in this scope > make[2]: *** [argparse.lo] Error 1 --- libcodegenvm/vmoutput.cpp~ 2007-04-01 14:55:22.0 + +++ libcodegenvm/vmoutput.cpp 2007-04-01 14:55:42.0 + @@ -28,6 +28,7 @@ #ifndef AQSIS_SYSTEM_MACOSX #include #endif +#include #include #include #include --- librib2/bdec.cpp~ 2007-04-01 14:58:11.0 + +++ librib2/bdec.cpp2007-04-01 14:58:21.0 + @@ -36,6 +36,7 @@ #include +#include #include #include "bdec.h" --- aqsl/aqslcomp.cpp~ 2007-04-01 15:26:53.0 + +++ aqsl/aqslcomp.cpp 2007-04-01 15:27:13.0 + @@ -27,6 +27,8 @@ #include "aqsis.h" #include "logging_streambufs.h" +#include +#include #include #include #include --- aqsltell/aqsltell.cpp~ 2007-04-01 15:27:51.0 + +++ aqsltell/aqsltell.cpp 2007-04-01 15:27:59.0 + @@ -39,6 +39,7 @@ #include "slx.h" #include "version.h" +#include #include #include #include --- aqsis/aqsis.cpp~2007-04-01 15:29:43.0 + +++ aqsis/aqsis.cpp 2007-04-01 15:29:54.0 + @@ -34,6 +34,8 @@ #endif // AQSIS_SYSTEM_WIN32 #include +#include +#include #include #include #include --- teqser/teqser.cpp~ 2007-04-01 15:31:48.0 + +++ teqser/teqser.cpp 2007-04-01 15:31:57.0 + @@ -1,6 +1,7 @@ // teqser.cpp : Defines the entry point for the console application. // +#include #include -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417132: FTBFS with GCC 4.3: missing #includes
Package: centericq Version: 4.21.0-18 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of centericq_4.21.0-18 on coconut0 by sbuild/ia64 0.49 ... > c++ -DHAVE_CONFIG_H -I. -I. -I.. -I../libicq2000-Wall -g -O1 -c > ContactTree.cpp > ContactTree.cpp: In member function 'short unsigned int > ICQ2000::ContactTree::get_unique_group_id() const': > ContactTree.cpp:398: error: 'rand' was not declared in this scope > make[6]: *** [ContactTree.o] Error 1 --- libmsn-0.1/msn/filetransfer.cpp~2007-04-01 16:36:16.0 + +++ libmsn-0.1/msn/filetransfer.cpp 2007-04-01 16:36:25.0 + @@ -37,6 +37,7 @@ #include #endif +#include #include #include --- libmsn-0.1/msn/message.cpp~ 2007-04-01 16:36:41.0 + +++ libmsn-0.1/msn/message.cpp 2007-04-01 16:36:50.0 + @@ -24,6 +24,7 @@ #include #include #include +#include #include namespace MSN --- libmsn-0.1/msn/util.cpp~2007-04-01 16:38:30.0 + +++ libmsn-0.1/msn/util.cpp 2007-04-01 16:38:36.0 + @@ -22,6 +22,7 @@ #include #include +#include #include namespace MSN --- libicq2000-0.1/libicq2000/ContactTree.h~2007-04-01 16:32:30.0 + +++ libicq2000-0.1/libicq2000/ContactTree.h 2007-04-01 16:32:37.0 + @@ -26,6 +26,7 @@ #include #include #include +#include #include #include -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417108: FTBFS with GCC 4.3: missing #includes
Sorry, you also need this one: --- libargparse/argparse.cpp~ 2007-04-01 16:46:12.0 + +++ libargparse/argparse.cpp2007-04-01 16:46:22.0 + @@ -17,6 +17,7 @@ */ #include "argparse.h" +#include #include #include #include -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417170: FTBFS with GCC 4.3: missing #includes
Package: ecos Version: 2.0-0pre3 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of ecos_2.0-0pre3 on em64t by sbuild/amd64 0.53 ... > ../../../../../../../build-tree/ecos-2.0/tools/src/tools/configtool/standalone/common/cdl_exec.cxx:469: > error: 'cwd' was not declared in this scope > ../../../../../../../build-tree/ecos-2.0/tools/src/tools/configtool/standalone/common/cdl_exec.cxx: > In member function 'bool cdl_exec::cmd_check()': > ../../../../../../../build-tree/ecos-2.0/tools/src/tools/configtool/standalone/common/cdl_exec.cxx:665: > warning: format '%u' expects type 'unsigned int', but argument 2 has type > 'size_t' > make[4]: *** [cdl_exec.o] Error 1 > make[4]: Leaving directory > `/build/tbm/ecos-2.0/build/tools/src/tools/configtool/standalone/common' --- ecos-2.0/tools/src/tools/configtool/standalone/common/cdl_exec.cxx~ 2007-04-01 18:21:39.0 + +++ ecos-2.0/tools/src/tools/configtool/standalone/common/cdl_exec.cxx 2007-04-01 18:21:56.0 + @@ -49,6 +49,7 @@ #include /* for MAXPATHLEN */ #include /* for cygwin_conv_to_win32_path() */ #endif +#include #include "build.hxx" #include "cdl_exec.hxx" -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417206: FTBFS with GCC 4.3: missing #includes
Package: gnome-apt Version: 0.4.9-2 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of gnome-apt_0.4.9-2 on em64t by sbuild/amd64 0.53 ... > cachecontrol.cc: In function 'void store_add_category(GtkTreeStore*, const > gchar*, std::vector, > std::allocator >, std::allocator std::char_traits, std::allocator > > >)': > cachecontrol.cc:107: error: 'sort' was not declared in this scope > make[4]: *** [gnome_apt-cachecontrol.o] Error 1 --- src/cachecontrol.cc~2007-04-01 20:03:05.0 + +++ src/cachecontrol.cc 2007-04-01 20:03:20.0 + @@ -24,6 +24,7 @@ **/ #include +#include #include #include #include --- src/gnome-apt.cc~ 2007-04-01 20:04:08.0 + +++ src/gnome-apt.cc2007-04-01 20:04:24.0 + @@ -33,6 +33,7 @@ #include #include #include +#include #include #include --- src/menus.cc~ 2007-04-01 20:05:36.0 + +++ src/menus.cc2007-04-01 20:05:43.0 + @@ -35,6 +35,7 @@ #include "pkgutil.h" #include "preferences.h" #include "sources.h" +#include #define GNOME_APT_LOGO "/usr/share/pixmaps/gnome-apt.png" -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417234: FTBFS with GCC 4.3: missing #includes
Package: hdf5 Version: 1.6.5-3 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of hdf5_1.6.5-3 on coconut0 by sbuild/ia64 0.49 ... > g++ -Wall -W -Wsign-compare -g -O3 -fomit-frame-pointer -I. -I../../src > -I../../../../c++/../src -D_BSD_SOURCE -D_POSIX_SOURCE -D_FILE_OFFSET_BITS=64 > -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -c > ../../../../c++/src/H5PropList.cpp -fPIC -DPIC -o .libs/H5PropList.o > ../../../../c++/src/H5PropList.cpp: In member function 'std::string > H5::PropList::getClassName() const': > ../../../../c++/src/H5PropList.cpp:423: error: 'free' was not declared in > this scope > make[4]: *** [H5PropList.lo] Error 1 > make[4]: Leaving directory `/build/tbm/hdf5-1.6.5/debian/build-serial/c++/src' --- c++/src/H5PropList.cpp~ 2007-04-01 21:01:44.0 + +++ c++/src/H5PropList.cpp 2007-04-01 21:02:19.0 + @@ -13,6 +13,7 @@ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */ #include +#include #ifdef OLD_HEADER_FILENAME #include #else -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417294: FTBFS with GCC 4.3: missing #includes
Package: klineakconfig Version: 0.9-4 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of klineakconfig_0.9-4 on coconut0 by sbuild/ia64 0.49 ... > klineakdef.cpp: In member function 'virtual bool > KlineakDef::x11Event(XEvent*)': > klineakdef.cpp:63: warning: conversion to 'int' from 'unsigned int' may alter > its value > klineakdef.cpp: In member function 'QString KlineakDef::hashKbIdent()': > klineakdef.cpp:160: error: 'getenv' was not declared in this scope > klineakdef.cpp: In member function 'virtual QString > KlineakDef::saveDefFile()': > klineakdef.cpp:172: error: 'getenv' was not declared in this scope > klineakdef.cpp: In member function 'virtual void > KlineakDef::onSubmitButtonClicked()': > klineakdef.cpp:294: error: 'getenv' was not declared in this scope > klineakdef.cpp: In member function 'void KlineakDef::parseUserDef()': > klineakdef.cpp:327: error: 'getenv' was not declared in this scope --- klineakconfig/klineakdef.cpp~ 2007-04-02 09:29:18.0 + +++ klineakconfig/klineakdef.cpp 2007-04-02 09:29:26.0 + @@ -22,6 +22,7 @@ #include "klmailclient.h" #include #include +#include #include #include #include -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417305: FTBFS with GCC 4.3: missing #includes
Package: ksimus Version: 0.3.6-2-12 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of ksimus_0.3.6-2-12 on coconut0 by sbuild/ia64 0.49 ... > componentmap.cpp: In member function 'void > ComponentMap::addRouteList(CPointListList*, mapItem)': > componentmap.cpp:140: warning: conversion to 'unsigned int' from 'int' may > alter its value > componentmap.cpp:140: warning: conversion to 'unsigned int' from 'int' may > alter its value > componentmap.cpp: In member function 'void ComponentMap::draw(QPainter*)': > componentmap.cpp:153: warning: conversion to 'unsigned int' from 'int' may > alter its value > componentmap.cpp: In member function 'bool > ComponentMap::findRoute(ConnectorList*, CPointListList*)': > componentmap.cpp:211: error: 'abs' was not declared in this scope > componentmap.cpp:240: error: 'abs' was not declared in this scope --- ksimus/componentmap.cpp~2007-04-02 09:52:52.0 + +++ ksimus/componentmap.cpp 2007-04-02 09:53:01.0 + @@ -18,6 +18,7 @@ #include #include #include +#include #include "resource.h" -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417317: FTBFS with GCC 4.3: missing #includes
Package: late Version: 0.1.0-9 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot from unstable. > Automatic build of late_0.1.0-9 on coconut0 by sbuild/ia64 0.49 ... > if ia64-linux-gnu-g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" > -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" > -DPACKAGE=\"late\" -DVERSION=\"0.1.0\" -DX_DISPLAY_MISSING=1 > -DHAVE_LIBSDL_IMAGE=1 -DHAVE_LIBSTDC__=1 -I. -I. -Wall > -DDATADIR=\"/usr/share/games/late\" -DLOCALSTATEDIR=\"/usr/var\" -Wall -g > -O2 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT init.o -MD -MP -MF > ".deps/init.Tpo" \ > -c -o init.o `test -f 'init.cpp' || echo './'`init.cpp; \ > then mv -f ".deps/init.Tpo" ".deps/init.Po"; \ > else rm -f ".deps/init.Tpo"; exit 1; \ > fi > init.cpp: In function 'int main(int, char**)': > init.cpp:196: error: 'exit' was not declared in this scope --- src/init.cpp~ 2007-04-02 10:22:19.00000 + +++ src/init.cpp2007-04-02 10:22:27.0 + @@ -24,6 +24,7 @@ #include "graphics.h" #include "arch.h" #include "scorescreen.h" +#include #include #include using namespace std; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417370: FTBFS with GCC 4.3: missing #includes
Package: lineak-xosdplugin Version: 1:0.9-4 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. > Automatic build of lineak-xosdplugin_1:0.9-4 on coconut0 by sbuild/ia64 0.49 ... > ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -g -Wall -O2 -I/usr/include > -I.. -I. -I -I/usr/include/lineak -I/usr/include -Wnon-virtual-dtor > -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align > -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 > -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new > -fno-common -MT xosdctrl.lo -MD -MP -MF .deps/xosdctrl.Tpo -c xosdctrl.cpp > -fPIC -DPIC -o .libs/xosdctrl.o > xosdctrl.cpp: In constructor 'xosdCtrl::xosdCtrl()': > xosdctrl.cpp:87: error: 'atoi' was not declared in this scope > xosdctrl.cpp: In member function 'virtual void xosdCtrl::init(LConfig&, > bool)': > xosdctrl.cpp:143: error: 'atoi' was not declared in this scope > xosdctrl.cpp: In member function 'virtual void xosdCtrl::volume(float)': > xosdctrl.cpp:271: warning: conversion to 'float' from 'double' may alter its > value > xosdctrl.cpp: In member function 'virtual void xosdCtrl::setColor(const > std::string&)': > xosdctrl.cpp:330: error: 'malloc' was not declared in this scope > xosdctrl.cpp:335: error: 'free' was not declared in this scope > make[3]: *** [xosdctrl.lo] Error 1 --- xosd_plugin/xosdctrl.cpp~ 2007-04-02 13:16:28.0 + +++ xosd_plugin/xosdctrl.cpp2007-04-02 13:16:36.0 + @@ -21,6 +21,7 @@ #include #include +#include using namespace lineak_core_functions; using namespace std; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417369: FTBFS with GCC 4.3: missing #includes
Package: lineak-kdeplugins Version: 2:0.9-4 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. > Automatic build of lineak-kdeplugins_2:0.9-4 on coconut0 by sbuild/ia64 0.49 ... > kmixclient.cpp: In member function 'int KMIXClient::volumeUp(int, > std::string)': > kmixclient.cpp:80: error: 'abs' was not declared in this scope > kmixclient.cpp: In member function 'int KMIXClient::volumeDown(int, > std::string)': > kmixclient.cpp:98: error: 'abs' was not declared in this scope > kmixclient.cpp: In member function 'int KMIXClient::mute(std::string)': > kmixclient.cpp:119: error: 'atoi' was not declared in this scope --- kmix_plugin/kmixclient.cpp~ 2007-04-02 13:14:33.0 + +++ kmix_plugin/kmixclient.cpp 2007-04-02 13:14:44.0 + @@ -28,6 +28,7 @@ #include #include #include +#include #include #include #include "kmixclient.h" -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417373: FTBFS with GCC 4.3: missing #includes
Package: lineakd
Version: 1:0.9-3
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In GCC 4.3, the C++ header
dependencies have been cleaned up. The advantage of this is that
programs will compile faster. The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC). Some background of this can be found at
http://gcc.gnu.org/PR28080
You can reproduce this problem with gcc-snapshot (20070326-1 or higher)
from unstable.
> Automatic build of lineakd_1:0.9-3 on coconut0 by sbuild/ia64 0.49
...
> ../lineak/lbutton.h:46: warning: type qualifiers ignored on function return
> type
> xmgr.cpp: In constructor 'Xmgr::Xmgr(std::string)':
> xmgr.cpp:46: warning: cast from 'const char*' to '*'
> increases required alignment of target type
> xmgr.cpp: In member function 'void Xmgr::openXkbDisplay(std::string)':
> xmgr.cpp:78: error: 'malloc' was not declared in this scope
> xmgr.cpp:82: error: 'free' was not declared in this scope
> xmgr.cpp: In member function 'void Xmgr::commitXKBChanges(int)':
> xmgr.cpp:126: warning: conversion to 'KeyCode' from 'int' may alter its value
> xmgr.cpp: In member function 'void Xmgr::setXKBKey(int, KeySym)':
> xmgr.cpp:172: warning: conversion to 'KeyCode' from 'int' may alter its value
> xmgr.cpp: At global scope:
> xmgr.cpp:194: warning: unused parameter 'theDisplay'
> xmgr.cpp: In member function 'bool Xmgr::getModifiers()':
> xmgr.cpp:235: warning: conversion to 'unsigned int' from 'int' may alter its
> value
> xmgr.cpp:237: warning: conversion to 'unsigned int' from 'int' may alter its
> value
> xmgr.cpp: In member function 'bool Xmgr::initialize(LKbd&)':
> xmgr.cpp:285: warning: conversion to 'long int' from 'long unsigned int' may
> alter its value
> xmgr.cpp:322: error: 'exit' was not declared in this scope
--- lineak/xmgr.cpp~2007-04-02 13:17:31.0 +
+++ lineak/xmgr.cpp 2007-04-02 13:17:39.0 +
@@ -21,6 +21,7 @@
#include
extern "C" {
+ #include
#include
#include
#include
--- lineak/defloader.h~ 2007-04-02 13:20:35.0 +
+++ lineak/defloader.h 2007-04-02 13:20:47.0 +
@@ -23,6 +23,7 @@
# endif
# include
+# include
# include
class LDef;
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417738: FTBFS with GCC 4.3: missing #includes
Package: vbs
Version: 1.4.0-9
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. In GCC 4.3, the C++ header
dependencies have been cleaned up. The advantage of this is that
programs will compile faster. The downside is that you actually
need to directly #include everything you use (but you really should
do this anyway, otherwise your program won't work with any compiler
other than GCC). Some background of this can be found at
http://gcc.gnu.org/PR28080
You can reproduce this problem with gcc-snapshot (20070326-1 or higher)
from unstable. (Currently not available for i386, but for amd64, powerpc
and ia64. I hope to have i386 binaries in the archive in ~3 weeks.)
> Automatic build of vbs_1.4.0-9 on coconut0 by sbuild/ia64 0.49
...
> g++ -DHAVE_CONFIG_H -Isrc -I. -g -O2 -ansi -pedantic -Wall -fPIC -DVBS_DEBUG
> -c src/swig/vbs_api.cc
> In file included from src/common/bvector.h:33,
> from src/common/st_node.h:16,
> from src/common/sym_tab.h:26,
> from src/swig/vbs_api.cc:20:
> src/common/logic.h: In static member function 'static void* logic::operator
> new(size_t)':
> src/common/logic.h:87: error: 'malloc' was not declared in this scope
> src/common/logic.h: In static member function 'static void* logic::operator
> new [](size_t)':
> src/common/logic.h:107: error: 'malloc' was not declared in this scope
--- src/common/logic.h~ 2007-04-04 12:51:55.0 +
+++ src/common/logic.h 2007-04-04 12:52:05.0 +
@@ -19,6 +19,8 @@
#ifndef _LOGIC_H
#define _LOGIC_H
+#include
+
class logic
{
friend bool operator==(const logic, const logic);
--- src/common/dumpstrm.cc~ 2007-04-04 12:52:50.0 +
+++ src/common/dumpstrm.cc 2007-04-04 12:52:56.0 +
@@ -12,6 +12,7 @@
// dumpstrm.cc
#include // sprintf
+#include
#include
#include "dumpstrm.h"
--- src/swig/vbs_api.cc~2007-04-04 12:50:32.0 +
+++ src/swig/vbs_api.cc 2007-04-04 12:50:38.0 +
@@ -11,6 +11,7 @@
//
// vbs_api.cc
+#include
#include // longjmp()
#include
#include
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417743: FTBFS with GCC 4.3: missing #includes
Package: vrweb Version: 1.5-16 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. (Currently not available for i386, but for amd64, powerpc and ia64. I hope to have i386 binaries in the archive in ~3 weeks.) > Automatic build of vrweb_1.5-16 on em64t by sbuild/amd64 0.53 ... > g++ -O2 -Dcplusplus_2_1 -DInterViews -Div_nls -DOSMajorVersion=2 > -DOSMinorVersion=0 -DLINUX -DHG_OSMaj=2 -DHG_OSMin=0 > -I/build/tbm/vrweb-1.5/installed/include -pipe -c > /build/tbm/vrweb-1.5/src/harmony/widgets/lib/../widgets/textb.C > /build/tbm/vrweb-1.5/src/harmony/widgets/lib/../widgets/textb.C: In member > function 'void TextBrowser::attractMark(long int, int)': > /build/tbm/vrweb-1.5/src/harmony/widgets/lib/../widgets/textb.C:697: error: > 'labs' was not declared in this scope > make[5]: *** [textb.o] Error 1 --- harmony/widgets/widgets/textb.C~2007-04-04 13:04:27.0 + +++ harmony/widgets/widgets/textb.C 2007-04-04 13:05:17.0 + @@ -76,6 +76,7 @@ #include +#include #include #include The build system is rather odd, so I'm not sure if everything works now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417746: FTBFS with GCC 4.3: missing #includes
Package: unalz Version: 0.55-3 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. (Currently not available for i386, but for amd64, powerpc and ia64. I hope to have i386 binaries in the archive in ~3 weeks.) > Automatic build of unalz_0.55-3 on coconut0 by sbuild/ia64 0.49 ... > make[1]: Entering directory `/build/tbm/unalz-0.55' > g++ -Wall -g -O2 -c -o main.o main.cpp > In file included from main.cpp:11: > UnAlz.h: In member function 'void UNALZ::SLocalFileHeader::Clear()': > UnAlz.h:272: error: 'free' was not declared in this scope > UnAlz.h:272: error: 'free' was not declared in this scope --- unalz-0.55.orig/UnAlz.h +++ unalz-0.55/UnAlz.h @@ -96,6 +96,7 @@ #ifndef _UNALZ_H_ #define _UNALZ_H_ +#include #include using namespace std; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417784: FTBFS with GCC 4.3: missing #includes
Package: xgsmlib Version: 0.2-6 Usertags: ftbfs-gcc-4.3 Tags: patch Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). Some background of this can be found at http://gcc.gnu.org/PR28080 You can reproduce this problem with gcc-snapshot (20070326-1 or higher) from unstable. (Currently not available for i386, but for amd64, powerpc and ia64. I hope to have i386 binaries in the archive in ~3 weeks.) > Automatic build of xgsmlib_0.2-6 on coconut0 by sbuild/ia64 0.49 ... > ia64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. > -I/usr/include/gnome-1.0 -DNEED_GNOMESUPPORT_H -I/usr/lib/gnome-libs/include > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 > -I/usr/include/gtk-1.2 -I/usr/lib/gtkmm/include -I/usr/include/gtk-1.2 > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/lib/sigc++-1.0/include > -I/usr/include/sigc++-1.0 -D_REENTRANT -I/usr/include/gtk-1.2 > -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -c -o xgsm_util.o > `test -f 'xgsm_util.cc' || echo './'`xgsm_util.cc > In file included from > /usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/backward/strstream:51, > from xgsm_util.cc:22: > /usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/backward/backward_warning.h:32:2: > warning: #warning This file includes at least one deprecated or antiquated > header. Please consider using one of the 32 headers found in section 17.4.1.2 > of the C++ standard. Examples include substituting the header for the > header for C++ includes, or instead of the deprecated header > . To disable this warning use -Wno-deprecated. > xgsm_util.cc: In function 'std::string Xgsm::homeDir()': > xgsm_util.cc:63: error: 'getenv' was not declared in this scope > make[3]: *** [xgsm_util.o] Error 1 --- src/xgsm_util.cc~ 2007-04-04 14:47:50.0 + +++ src/xgsm_util.cc2007-04-04 14:47:58.0 +0000 @@ -20,6 +20,7 @@ #include #include #include +#include #include using namespace std; -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421220: FTBFS with GCC 4.3: error: extra ';'
Package: vbs
Version: 1.4.0-10
Usertags: ftbfs-gcc-4.3
Tags: patch
Your package fails to build with GCC 4.3. Version 4.3 has not been
released yet but I'm building with a snapshot in order to find errors
and give people an advance warning. (Sorry for yet another bug
report...)
You can reproduce this problem with gcc-snapshot (20070422-1 or higher)
from unstable. (Currently not available for i386, but for amd64, powerpc
and ia64. I hope to have i386 binaries in the archive in the near
future.)
> Automatic build of vbs_1.4.0-10 on em64t by sbuild/amd64 0.53
...
> g++ -DHAVE_CONFIG_H -Isrc -I. -g -O2 -ansi -pedantic -Wall -fPIC -DVBS_DEBUG
> -c src/swig/vbs_api.cc
> In file included from src/common/sym_tab.h:26,
> from src/swig/vbs_api.cc:21:
> src/common/st_node.h:55: warning: type qualifiers ignored on function return
> type
> src/common/st_node.h:59: warning: type qualifiers ignored on function return
> type
> In file included from src/common/st_net.h:19,
> from src/swig/vbs_api.cc:23:
> src/stmt/stmtbase.h:51: error: extra ';'
> src/stmt/stmtbase.h:52: error: extra ';'
> src/stmt/stmtbase.h:53: error: extra ';'
> src/stmt/stmtbase.h:54: error: extra ';'
> src/stmt/stmtbase.h:55: error: extra ';'
> src/stmt/stmtbase.h:76: error: extra ';'
> src/stmt/stmtbase.h:77: error: extra ';'
> src/stmt/stmtbase.h:78: error: extra ';'
> src/stmt/stmtbase.h:79: error: extra ';'
> src/stmt/stmtbase.h:80: error: extra ';'
--- src/stmt/stmtbase.h~2007-04-27 08:26:20.0 +
+++ src/stmt/stmtbase.h 2007-04-27 08:27:15.0 +
@@ -48,11 +48,11 @@
virtual void operator()(systask_readmemb *) const {}
virtual void operator()(systask_readmemh *) const {}
virtual void operator()(systask_strobe *) const {}
- virtual void operator()(systask_dumpon *) const {};
- virtual void operator()(systask_dumpoff *) const {};
- virtual void operator()(systask_dumpall *) const {};
- virtual void operator()(systask_dumpvars *) const {};
- virtual void operator()(systask_dumpfile *) const {};
+ virtual void operator()(systask_dumpon *) const {}
+ virtual void operator()(systask_dumpoff *) const {}
+ virtual void operator()(systask_dumpall *) const {}
+ virtual void operator()(systask_dumpvars *) const {}
+ virtual void operator()(systask_dumpfile *) const {}
virtual void operator()(sysfunc_time *) const {}
virtual void operator()(sysfunc_random *) const {}
virtual void operator()(task_enable_stmt *) const {}
@@ -73,11 +73,11 @@
virtual bool operator()(systask_readmemb *) const { return true; }
virtual bool operator()(systask_readmemh *) const { return true; }
virtual bool operator()(systask_strobe *) const { return true; }
- virtual bool operator()(systask_dumpon *) const {return true ;};
- virtual bool operator()(systask_dumpoff *) const {return true ;};
- virtual bool operator()(systask_dumpall *) const {return true ;};
- virtual bool operator()(systask_dumpvars *) const {return true ;};
- virtual bool operator()(systask_dumpfile *) const {return true ;};
+ virtual bool operator()(systask_dumpon *) const {return true ;}
+ virtual bool operator()(systask_dumpoff *) const {return true ;}
+ virtual bool operator()(systask_dumpall *) const {return true ;}
+ virtual bool operator()(systask_dumpvars *) const {return true ;}
+ virtual bool operator()(systask_dumpfile *) const {return true ;}
virtual bool operator()(sysfunc_time *) const { return true; }
virtual bool operator()(sysfunc_random *) const { return true; }
virtual bool operator()(task_enable_stmt *) const { return true; }
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421220: Not a package bug, but one in the experimental compiler
Ben Hutchings pointed out to me that this is in fact not a bug in your code but in the compiler. GCC shouldn't reject this code because it's valid. According to Ben, "A redundant semi-colon after a member function definition in the class declaration is allowed. In 9.2 [class.mem] the grammar has "member-declaration: ... function-definition ;opt". The good news is that this has been fixed in GCC in SVN, so it won't be an issue with the next upload of the gcc-package anymore. If upstream has not accepted the (harmless) patch, please remove it again from your Debian package in the next upload and do not forward it upstream. Apologies for wasting your time. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454863: FTBFS with GCC 4.3: missing #includes
Package: gnome-apt Version: 0.4.9-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of gnome-apt_0.4.9-4 on em64t by sbuild/amd64 0.53 ... > if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -DORBIT2=1 -pthread > -DPNG_NO_MMX_CODE -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 > -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 > -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 > -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 > -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include > -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 > -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 > -I/usr/include/gail-1.0 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/cairo -I/usr/include/libpng12 -DPNG_NO_MMX_CODE > -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/gtk-2.0 -I/usr/include/pango-1.0 -I/usr/lib/gtk-2.0/include > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/libpng12 > -DPREFIX=\"/usr\" -DSYSCONFDIR=\"/etc\" -DDATADIR=\"/usr/share\" > -DLIBDIR=\"/usr/lib\" -DGNOMELOCALEDIR=\""/usr/share/locale"\" > -DG_LOG_DOMAIN="\"Gnome Apt Frontend\"" -DGDK_PIXBUF_DISABLE_DEPRECATED > -DGDK_DISABLE_DEPRECATED -DGLIB_DISABLE_DEPRECATED -g -O2 -Wall -Wno-unused > -g -O2 -DG_DISABLE_CHECKS=1 -MT gnome_apt-childprocess.o -MD -MP -MF > ".deps/gnome_apt-childprocess.Tpo" \ > -c -o gnome_apt-childprocess.o `test -f 'childprocess.cc' || echo > './'`childprocess.cc; \ > then mv -f ".deps/gnome_apt-childprocess.Tpo" > ".deps/gnome_apt-childprocess.Po"; \ > else rm -f ".deps/gnome_apt-childprocess.Tpo"; exit 1; \ > fi > childprocess.cc: In member function 'void ChildDialog::feed(const gchar*)': > childprocess.cc:196: error: 'strlen' was not declared in this scope > make[4]: *** [gnome_apt-childprocess.o] Error 1 > make[4]: Leaving directory `/build/tbm/gnome-apt-0.4.9/src' -- Martin Michlmayr http://www.cyrius.com/
Bug#454866: FTBFS with GCC 4.3: missing #includes
Package: lineak-defaultplugin Version: 1:0.9-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of lineak-defaultplugin_1:0.9-4 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -DCONFDIR=\"/etc\" -I. -I. -I.. -I.. > -I. -I -I/usr/include/lineak -I/usr/include -Wno-long-long -Wundef -ansi > -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts > -Wall -W -Wpointer-arith -O2 -Wformat-security -Wmissing-format-attribute > -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -MT > defaultplugin.lo -MD -MP -MF .deps/defaultplugin.Tpo -c defaultplugin.cpp > -fPIC -DPIC -o .libs/defaultplugin.o > defaultplugin.cpp:187: warning: unused parameter 'obj' > defaultplugin.cpp:187: warning: unused parameter 'command' > defaultplugin.cpp: In function 'void macroEAK_SYM(LObject*, LCommand&, int)': > defaultplugin.cpp:333: warning: conversion to 'int' from 'size_t' may alter > its value > defaultplugin.cpp:348: error: 'strcpy' was not declared in this scope -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454818: FTBFS with GCC 4.3: missing #includes
Package: clanlib Version: 0.6.5-1-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of clanlib_0.6.5-1-4 on em64t by sbuild/amd64 0.53 ... > Compile command .c = gcc -fPIC -DDEBUG=1 -I/usr/include/lua40 -Wall -I > Sources -I /usr/include/X11 -I /usr/include/X11/X11 -I/usr/include/freetype2 > -fPIC -DNOCONTROLS -D__int64=int64_t -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" > -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" > -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_INT=4 > -DCL_SCANDIR="/usr/lib/ClanLib" -DHAVE_LIBZ=1 -DHAVE_UNISTD_H=1 > -DHAVE_FCNTL_H=1 -DHAVE_SYS_KD_H=1 -DHAVE_SYS_VT_H=1 -DUSE_X11=1 -DUSE_JOY=1 > -DUSE_OPENGL=1 -DUSE_VIDMODE=1 -DUSE_CLANSOUND=1 -DUSE_NETWORK=1 -DUSE_DYN=1 > -DUSE_GUI=1 -DUSE_LUA=1 -DUSE_MIKMOD=1 -DUSE_PNG=1 -DUSE_JPEG=1 > -DUSE_VORBIS=1 -DUSE_TTF=1 -DHAVE_LIBPTHREAD=1 -O2 > Compile command .s = as > Compiling Sources/Core/System/Generic/cl_assert.cpp > Compiling Sources/Core/IOData/Generic/datafile_inputprovider.cpp > Sources/Core/IOData/Generic/datafile_inputprovider.cpp: In member function > 'void CL_InputSourceProvider_Datafile::open()': > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:88: error: 'strlen' > was not declared in this scope > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:96: error: 'strcmp' > was not declared in this scope > Sources/Core/IOData/Generic/datafile_inputprovider.cpp: In member function > 'void CL_InputSourceProvider_Datafile::load_resource_ids()': > Sources/Core/IOData/Generic/datafile_inputprovider.cpp:112: error: 'strlen' > was not declared in this scope > make[1]: *** [Libs/Intermediate/datafile_inputprovider.o] Error 1 > make[1]: Leaving directory > `/build/tbm/clanlib-0.6.5-1/build-tree/ClanLib-0.6.5' > make: *** [debian/stampdir/build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455126: FTBFS with GCC 4.3: missing #includes
declaration of 'auto_ptr' > with no type > ./database/criterion.h:107: error: expected ';' before '<' token > ./database/criterion.h: In constructor > 'tNotCriterion::tNotCriterion(tCriterion*)': > ./database/criterion.h:110: error: class 'tNotCriterion' does not have any > field named 'Operand' > ./database/criterion.h: In member function 'virtual float > tNotCriterion::matchDegree(const tSong*) const': > ./database/criterion.h:114: error: 'Operand' was not declared in this scope > ./database/criterion.h: In member function 'virtual bool > tNotCriterion::notifying() const': > ./database/criterion.h:117: error: 'Operand' was not declared in this scope > ./database/criterion.h: At global scope: > ./database/criterion.h:123: error: expected constructor, destructor, or type > conversion before '<' token > database/auto_dj.cpp: In member function 'void tAutoDJ::addCriterion(const > QString&, int)': > database/auto_dj.cpp:162: error: 'parseCriterion' was not declared in this > scope > scons: *** [,build/release/database/auto_dj.o] Error 1 > scons: building terminated because of errors. > make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/
Bug#455178: FTBFS with GCC 4.3: missing #includes
Package: unalz Version: 0.55-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of unalz_0.55-4 on em64t by sbuild/amd64 0.53 ... > g++ -Wall -g -O2 -c -o main.o main.cpp > In file included from main.cpp:11: > UnAlz.h: In constructor 'UNALZ::SLocalFileHeader::SLocalFileHeader()': > UnAlz.h:271: error: 'memset' was not declared in this scope > UnAlz.h: In constructor > 'UNALZ::SCentralDirectoryStructure::SCentralDirectoryStructure()': > UnAlz.h:318: error: 'memset' was not declared in this scope > UnAlz.h: In member function 'void UNALZ::CUnAlz::setPassword(char*)': > UnAlz.h:381: error: 'strlen' was not declared in this scope > UnAlz.h:381: error: 'strcpy' was not declared in this scope > UnAlz.h: In constructor 'UNALZ::CUnAlz::SExtractDest::SExtractDest()': > UnAlz.h:483: error: 'memset' was not declared in this scope > UnAlz.h: In member function 'int UNALZ::CUnAlz::getPasswordLen()': > UnAlz.h:517: error: 'strlen' was not declared in this scope > main.cpp: In function 'int main(int, char**)': > main.cpp:142: warning: deprecated conversion from string constant to 'char*' > main.cpp:209: error: 'strcmp' was not declared in this scope > main.cpp:143: warning: unused variable 'destcodepage' > make[1]: *** [main.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455285: FTBFS with GCC 4.3: missing #includes
Package: netcdf Version: 3.6.1-1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of netcdf_3.6.1-1 on em64t by sbuild/amd64 0.53 ... > netcdf.cpp:587: warning: suggest explicit braces to avoid ambiguous 'else' > c++ -c -O2 -Wall -Wno-switch -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fPIC > -I../libsrc -I. -I.. -Df2cFortran -DNDEBUG -D_REENTRANT ncvalues.cpp > ncvalues.cpp: In member function 'virtual char* > NcValues_ncbyte::as_string(long int) const': > ncvalues.cpp:236: error: 'strncpy' was not declared in this scope > ncvalues.cpp: In member function 'virtual char* NcValues_char::as_string(long > int) const': > ncvalues.cpp:244: error: 'strncpy' was not declared in this scope > make[3]: *** [ncvalues.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455321: FTBFS with GCC 4.3: missing #includes
Package: setcd Version: 1.5-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of setcd_1.5-4 on em64t by sbuild/amd64 0.53 ... > gcc -O2setcd.c -o setcd > setcd.c: In function 'print_info': > setcd.c:122: error: 'INT_MAX' undeclared (first use in this function) > setcd.c:122: error: (Each undeclared identifier is reported only once > setcd.c:122: error: for each function it appears in.) > make[1]: *** [setcd] Error 1 > make[1]: Leaving directory `/build/tbm/setcd-1.5' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455379: FTBFS with GCC 4.3: extra tokens at end of #... directive
Package: ksimus-boolean Version: 0.3.6-12 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. GCC 4.3 has converted a number of warnings into errors. With GCC 4.3, you're no longer allowed to put spurious text after preprocessor directives, such as #else and #endif. See http://www.cyrius.com/journal/gcc/gcc-4.3-pedwarn.html You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of ksimus-boolean_0.3.6-12 on em64t by sbuild/amd64 0.53 ... > x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde > -I/usr/share/qt3/include -I. -I/usr/include/kde -DQT_THREAD_SUPPORT > -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W > -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi > -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG > -DNO_DEBUG -O2 -fPIC -fno-exceptions -fno-check-new -MT rsflipflop.lo -MD -MP > -MF .deps/rsflipflop.Tpo -c rsflipflop.cpp -fPIC -DPIC -o .libs/rsflipflop.o > cc1plus: warning: command line option "-Wmissing-prototypes" is valid for > Ada/C/ObjC but not for C++ > rsflipflop.cpp:145:15: error: extra tokens at end of #undef directive -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455396: FTBFS with GCC 4.3: #define redefined & co
Package: vrweb_1.5-17 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. Error 1) GCC 4.3 has converted a number of warnings into errors. With GCC 4.3, you're no longer to just redefine a previous #define. You need to either avoid redefinitions directly or to use #ifndef to make sure that something has not been defined already. See http://www.cyrius.com/journal/gcc/gcc-4.3-pedwarn.html Error 2) GCC 4.3 has converted a number of warnings into errors. With GCC 4.3, you're no longer allowed to put spurious text after preprocessor directives, such as #else and #endif. See http://www.cyrius.com/journal/gcc/gcc-4.3-pedwarn.html You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of vrweb_1.5-17 on em64t by sbuild/amd64 0.53 ... > g++ -O2 -Dcplusplus_2_1 -DOSMajorVersion=2 -DOSMinorVersion=0 -DLINUX > -DHG_OSMaj=2 -DHG_OSMin=0 -I/build/tbm/vrweb-1.5/installed/include -pipe > -c /build/tbm/vrweb-1.5/src/common/OS/memory.C > /build/tbm/vrweb-1.5/src/common/OS/memory.C:40:7: error: extra tokens at end > of #else directive > make[4]: *** [memory.o] Error 1 > make[4]: Leaving directory `/build/tbm/vrweb-1.5/src/common/OS/LINUX_ELF' and later: > g++ -O -O -DLINUX_ELF -DVERBOSE -DASSERT -Dcplusplus_2_1 -DInterViews > -Div_nls -DOSMajorVersion=2 -DOSMinorVersion=0 -DLINUX -DHG_OSMaj=2 > -DHG_OSMin=0 -I/build/tbm/vrweb-1.5/installed/include -pipe -c > /build/tbm/vrweb-1.5/src/harmony/scene/triangulate.C > g++ -O -O -DLINUX_ELF -DVERBOSE -DASSERT -Dcplusplus_2_1 -DInterViews > -Div_nls -DOSMajorVersion=2 -DOSMinorVersion=0 -DLINUX -DHG_OSMaj=2 > -DHG_OSMin=0 -I/build/tbm/vrweb-1.5/installed/include -pipe -c > /build/tbm/vrweb-1.5/src/harmony/scene/monotone.C > /build/tbm/vrweb-1.5/src/harmony/scene/monotone.C:120:1: error: "INFINITY" > redefined > In file included from /usr/include/math.h:40, > from /build/tbm/vrweb-1.5/src/harmony/scene/monotone.C:53: > /usr/include/bits/inf.h:27:1: error: this is the location of the previous > definition > make[4]: *** [monotone.o] Error 1 > make[4]: Leaving directory `/build/tbm/vrweb-1.5/src/harmony/scene/LINUX_ELF' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455451: FTBFS with GCC 4.3: missing #includes
Package: vbs Version: 1.4.0-12 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of vbs_1.4.0-12 on em64t by sbuild/amd64 0.53 ... > make[1]: Entering directory `/build/tbm/vbs-1.4.0' > echo "#define VERSION" \"1.4.0\" > version.h > g++ -DHAVE_CONFIG_H -Isrc -I. -g -O2 -ansi -pedantic -Wall -fPIC -DVBS_DEBUG > -c src/swig/vbs_api.cc > In file included from src/common/st_node.h:16, > from src/common/sym_tab.h:26, > from src/swig/vbs_api.cc:21: > src/common/bvector.h: In member function 'bit_vector::sub_bit_vector& > bit_vector::sub_bit_vector::operator=(const bit_vector::sub_bit_vector&)': > src/common/bvector.h:339: error: 'memset' was not declared in this scope > src/common/bvector.h: In member function 'bit_vector::sub_bit_vector& > bit_vector::sub_bit_vector::operator=(const > bit_vector::const_sub_bit_vector&)': > src/common/bvector.h:366: error: 'memset' was not declared in this scope > src/common/bvector.h: In member function 'bit_vector::sub_bit_vector& > bit_vector::sub_bit_vector::operator=(const bit_vector&)': > src/common/bvector.h:388: error: 'memset' was not declared in this scope > src/common/bvector.h: In constructor 'bit_vector::bit_vector(long int, long > int, logic)': > src/common/bvector.h:510: error: 'memset' was not declared in this scope > src/common/bvector.h: In copy constructor 'bit_vector::bit_vector(const > bit_vector&)': > src/common/bvector.h:526: error: 'memcpy' was not declared in this scope > src/common/bvector.h: In member function 'bit_vector& > bit_vector::operator=(const bit_vector&)': > src/common/bvector.h:560: error: 'memcpy' was not declared in this scope > src/common/bvector.h:569: error: 'memcpy' was not declared in this scope > src/common/bvector.h:571: error: 'memset' was not declared in this scope > src/common/bvector.h:573: error: 'memset' was not declared in this scope > src/common/bvector.h:578: error: 'memcpy' was not declared in this scope > src/common/bvector.h: In member function 'bit_vector& > bit_vector::operator=(const bit_vector::sub_bit_vector&)': > src/common/bvector.h:597: error: 'memcpy' was not declared in this scope > src/common/bvector.h:606: error: 'memcpy' was not declared in this scope > src/common/bvector.h:608: error: 'memset' was not declared in this scope > src/common/bvector.h:610: error: 'memset' was not declared in this scope > src/common/bvector.h:615: error: 'memcpy' was not declared in this scope > src/common/bvector.h: In member function 'bit_vector& > bit_vector::operator=(const bit_vector::const_sub_bit_vector&)': > src/common/bvector.h:634: error: 'memcpy' was not declared in this scope > src/common/bvector.h:643: error: 'memcpy' was not declared in this scope > src/common/bvector.h:645: error: 'memset' was not declared in this scope > src/common/bvector.h:647: error: 'memset' was not declared in this scope > src/common/bvector.h:652: error: 'memcpy' was not declared in this scope -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417078: Log for failed build of adplug_2.0.1-6 (dist=unstable3)
there are more problems now: > Automatic build of adplug_2.0.1-6 on em64t by sbuild/amd64 0.53 ... > mkdir .libs > g++ -DPACKAGE_NAME=\"adplug\" -DPACKAGE_TARNAME=\"adplug\" > -DPACKAGE_VERSION=\"2.0.1\" "-DPACKAGE_STRING=\"adplug 2.0.1\"" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"adplug\" -DVERSION=\"2.0.1\" > -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 > -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBSTDC__=1 > -DHAVE_GETOPT_H=1 -I. -I. -Dstricmp=strcasecmp -I/usr/include/libbinio -g -O2 > -MT adplug.lo -MD -MP -MF .deps/adplug.Tpo -c adplug.cpp -fPIC -DPIC -o > .libs/adplug.o > In file included from adplug.cpp:61: > rol.h: In member function 'bool CrolPlayer::StringCompare::keyLess(const > char*, const char*) const': > rol.h:272: error: 'strcasecmp' was not declared in this scope > make[2]: *** [adplug.lo] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456057: FTBFS with GCC 4.3: missing #includes
Package: om Version: 0.2.0-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of om_0.2.0-4 on em64t by sbuild/amd64 0.53 ... > if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.-I../common -g -O2 > -DNDEBUG -pipe -fmessage-length=139 -fdiagnostics-show-location=every-line > -fno-rtti -fno-exceptions -MT NodeTree.o -MD -MP -MF ".deps/NodeTree.Tpo" -c > -o NodeTree.o NodeTree.cpp; \ > then mv -f ".deps/NodeTree.Tpo" ".deps/NodeTree.Po"; else rm -f > ".deps/NodeTree.Tpo"; exit 1; fi > NodeTree.cpp: In copy constructor 'Om::NodeTree::iterator::iterator(const > Om::NodeTree::iterator&)': > NodeTree.cpp:315: error: 'memcpy' was not declared in this scope > NodeTree.cpp: In member function 'Om::NodeTree::iterator& > Om::NodeTree::iterator::operator=(const Om::NodeTree::iterator&)': > NodeTree.cpp:329: error: 'memcpy' was not declared in this scope > make[5]: *** [NodeTree.o] Error 1 > make[5]: Leaving directory `/build/tbm/om-0.2.0/src/engine' > make[4]: *** [all] Error 2 > make[4]: Leaving directory `/build/tbm/om-0.2.0/src/engine' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/build/tbm/om-0.2.0/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/tbm/om-0.2.0' > make[1]: *** [all] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417332: compiling with gcc-4.3
* Ralf Treinen <[EMAIL PROTECTED]> [2007-11-04 20:22]: > the patch submitted by tbm is not sufficient to compile the package > with gcc-snapshot (I just tried with version 20071020-1) : Yeah, gcc had some more changes since I submitted the patch. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456106: FTBFS with GCC 4.3: declaration of... changes meaning of...
Package: waimea Version: 0.4.0-7 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of waimea_0.4.0-7 on em64t by sbuild/amd64 0.53 ... > make[3]: Entering directory `/build/tbm/waimea-0.4.0/src' > source='main.cc' object='main.o' libtool=no \ > depfile='.deps/main.Po' tmpdepfile='.deps/main.TPo' \ > depmode=gcc3 /bin/sh ../depcomp \ > g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -DSHAPE > -DXINERAMA -DRANDR -DRENDER -DXFT -DINTERLACE -DPIXMAP > -DDEFAULTSTYLE=\"/usr/share/waimea/styles/Default.style\" > -DDEFAULTMENU=\"/etc/X11/waimea/menu\" > -DDEFAULTACTION=\"/usr/share/waimea/actions/action\" > -DDEFAULTRCFILE=\"/etc/X11/waimea/config\" > -DDEFAULTSCRIPTDIR=\"/usr/share/waimea/scripts\" -g -O2 -c -o main.o `test > -f main.cc || echo './'`main.cc > In file included from Screen.hh:50, > from Waimea.hh:151, > from main.cc:28: > Resources.hh:202: error: declaration of 'std::list std::allocator > WaActionExtList::list' > /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/stl_list.h:425: > error: changes meaning of 'list' from 'class std::list std::allocator >' > make[3]: *** [main.o] Error 1 > make[3]: Leaving directory `/build/tbm/waimea-0.4.0/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/tbm/waimea-0.4.0' > make[1]: *** [all] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461720: FTBFS with GCC 4.3: uses (removed) pre-iso c++ headers
Package: dome Version: 4.80-4 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, pre-iso c++ headers will no longer be present, but your application makes use of them. You can reproduce this problem with gcc-4.3 or gcc-snapshot from unstable. > Automatic build of dome_4.80-4 on em64t by sbuild/amd64 0.53 ... > g++ -g -Wall -I- -I. -c Cartesian.cpp -o Cartesian.o > cc1plus: note: obsolete option -I- used, please use -iquote instead > In file included from Cartesian.cpp:41: > ./Geodesic.h:34:21: error: iostream.h: No such file or directory > ./Geodesic.h:35:20: error: iomanip.h: No such file or directory > ./Geodesic.h:36:20: error: fstream.h: No such file or directory > make[1]: *** [Cartesian.o] Error 1 > make[1]: Leaving directory `/build/tbm/dome-4.80' > make: *** [build-stamp] Error 2 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455379: pedwarnings no longer errors in GCC 4.3
user [EMAIL PROTECTED] usertag 455379 - ftbfs-gcc-4.3 retitle 455379 gcc warnings: extra tokens at end of #... directive severity 455379 minor thanks I mentioned that GCC 4.3 converted a number of C++ warnings into errors. This change has now been reverted after a lot of discussion. I just compiled your package with the latest snapshot of GCC 4.3 and it compiles now, so I'm downgrading this bug. There will be changes in GCC 4.4 as to how these warnings are handled, but I believe this one will stay a warning. Nevertheless, I believe it's worth fixing this issue. Sorry for all the hassle. I filed this bug only after there was a big discussion with the consensus that these messages would be errors in 4.3, but recently there was yet another discussion with a different outcome. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455396: pedwarnings no longer errors in GCC 4.3
user [EMAIL PROTECTED] usertag 455396 - ftbfs-gcc-4.3 retitle 455396 gcc warnings: #define redefined severity 455396 minor thanks I mentioned that GCC 4.3 converted a number of C++ warnings into errors. This change has now been reverted after a lot of discussion. I just compiled your package with the latest snapshot of GCC 4.3 and it compiles now, so I'm downgrading this bug. There will be changes in GCC 4.4 as to how these warnings are handled, but I believe this one will stay a warning, so I don't mind if you simply close this bug report. Sorry for all the hassle. I filed this bug only after there was a big discussion with the consensus that these messages would be errors in 4.3, but recently there was yet another discussion with a different outcome. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462203: FTBFS with GCC 4.3: missing #includes
Package: briquolo Version: 0.5.6-2 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://gcc.gnu.org/gcc-4.3/porting_to.html You can reproduce this problem with gcc-4.3 or gcc-snapshot from unstable. > Automatic build of briquolo_0.5.6-2 on em64t by sbuild/amd64 0.53 ... > if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. > -DSRCTOPDIR=\"/build/tbm/briquolo-0.5.6\" > -DDATADIR_BRIQUOLO=\"/usr/share/games/briquolo\" -INONE -O3 -Wall > -I/usr/include/freetype2 -I/usr/include/libpng12 -DPNG_NO_MMX_CODE > -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -MT MOGL_EnsembleObjet.o -MD > -MP -MF ".deps/MOGL_EnsembleObjet.Tpo" -c -o MOGL_EnsembleObjet.o > MOGL_EnsembleObjet.cpp; \ > then mv -f ".deps/MOGL_EnsembleObjet.Tpo" > ".deps/MOGL_EnsembleObjet.Po"; else rm -f ".deps/MOGL_EnsembleObjet.Tpo"; > exit 1; fi > MOGL_EnsembleObjet.cpp: In member function 'bool > MOGL_EnsembleObjet::Charger(char*, MOGL_GestionnaireTexture)': > MOGL_EnsembleObjet.cpp:65: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:101: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:106: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:143: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:149: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:158: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:170: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:178: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:184: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp: In member function 'bool > MOGL_EnsembleObjet::ChargerArmaturePeau(char*, MOGL_GestionnaireTexture)': > MOGL_EnsembleObjet.cpp:289: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:333: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:338: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:346: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:352: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:368: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:374: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:395: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:417: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:468: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:482: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:490: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:500: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:519: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp: In member function 'bool > MOGL_EnsembleObjet::ChargerAnimation(char*, char*)': > MOGL_EnsembleObjet.cpp:613: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:632: error: 'strncpy' was not declared in this scope > MOGL_EnsembleObjet.cpp:641: error: 'strncmp' was not declared in this scope > MOGL_EnsembleObjet.cpp:671: error: 'strncmp' was not declared in this scope > make[4]: *** [MOGL_EnsembleObjet.o] Error 1 > make[4]: Leaving directory `/build/tbm/briquolo-0.5.6/src/MOGL' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417463: Log for failed build of opensched_0.4.4-5 (dist=unstable3)
found 417463 0.4.4-5 thanks After I reported this bug, some more headers got cleaned up (but there won't be any further changes). You'll need > Automatic build of opensched_0.4.4-5 on em64t by sbuild/amd64 0.53 ... > Making all in src > make[3]: Entering directory `/build/tbm/opensched-0.4.4/src' > c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c main.cc > In file included from project.h:31, > from main.cc:31: > task.h: In member function 'void TASK::setOverrun(char*)': > task.h:48: error: 'strdup' was not declared in this scope > make[3]: *** [main.o] Error 1 > make[3]: Leaving directory `/build/tbm/opensched-0.4.4/src' > make[2]: *** [all-recursive] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355659: FTBFS: b-d freetype2-dev no longer exists
Package: perlftlib Version: 1.2-15 Severity: serious This package fails to build in unstable: > Automatic build of perlftlib_1.2-15 on bigsur by sbuild/mips 1.75 ... > debhelper: missing > freetype2-dev: missing > perl: already installed (5.8.8-2 >= 5.8 is satisfied) > Checking for source dependency conflicts... > Reading package lists... > Building dependency tree... > E: Couldn't find package freetype2-dev > apt-get failed. > Package installation failed -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356093: FTBFS with G++ 4.1: extra qualification ...
or > ../occ/ptree.h:387: warning: 'class PtreeThrowExpr' has virtual functions but > non-virtual destructor > ../occ/ptree.h:388: warning: 'class PtreeSizeofExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:389: warning: 'class PtreeTypeidExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:390: warning: 'class PtreeTypeofExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:391: warning: 'class PtreeNewExpr' has virtual functions but > non-virtual destructor > ../occ/ptree.h:392: warning: 'class PtreeDeleteExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:393: warning: 'class PtreeArrayExpr' has virtual functions but > non-virtual destructor > ../occ/ptree.h:394: warning: 'class PtreeFuncallExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:395: warning: 'class PtreePostfixExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:396: warning: 'class PtreeUserStatementExpr' has virtual > functions but non-virtual destructor > ../occ/ptree.h:397: warning: 'class PtreeDotMemberExpr' has virtual functions > but non-virtual destructor > ../occ/ptree.h:398: warning: 'class PtreeArrowMemberExpr' has virtual > functions but non-virtual destructor > ../occ/ptree.h:399: warning: 'class PtreeParenExpr' has virtual functions but > non-virtual destructor > ../occ/ptree.h:400: warning: 'class PtreeStaticUserStatementExpr' has virtual > functions but non-virtual destructor > ../occ/env.h:109: warning: 'class Bind' has virtual functions but non-virtual > destructor > ../occ/env.h:123: warning: 'class BindVarName' has virtual functions but > non-virtual destructor > ../occ/env.h:135: warning: 'class BindTypedefName' has virtual functions but > non-virtual destructor > ../occ/env.h:146: warning: 'class BindClassName' has virtual functions but > non-virtual destructor > ../occ/env.h:158: warning: 'class BindEnumName' has virtual functions but > non-virtual destructor > ../occ/env.h:170: warning: 'class BindTemplateClass' has virtual functions > but non-virtual destructor > ../occ/env.h:182: warning: 'class BindTemplateFunction' has virtual functions > but non-virtual destructor > swalker.hh:141: error: extra qualification 'SWalker::' on member > 'TranslateTemplateParams' > swalker.hh:318: error: extra qualification 'SWalker::' on member > 'TranslateFuncImplCache' > make[5]: *** [occ.o] Error 1 --- ./Synopsis/Parser/C++/gc/include/gc_cpp.h 2006-03-09 17:46:20.0 + +++ ./Synopsis/Parser/C++/gc/include/gc_cpp.h~ 2006-03-09 17:46:15.0 + @@ -175,7 +175,7 @@ inline void* operator new[]( size_t size, void *p ); inline void operator delete[]( void* obj ); # ifndef __BORLANDC__ - inline void operator delete[]( void*, void* ); + inline void gc::operator delete[]( void*, void* ); # endif #endif /* GC_OPERATOR_NEW_ARRAY */ }; --- ./Synopsis/Parser/C++/syn/swalker.hh~ 2006-03-09 17:44:21.0 + +++ ./Synopsis/Parser/C++/syn/swalker.hh2006-03-09 17:44:40.0 + @@ -138,7 +138,7 @@ std::string format_parameters(std::vector& params); //. Translates the template parameters and creates the template type. -void SWalker::TranslateTemplateParams(Ptree* params); +void TranslateTemplateParams(Ptree* params); // default translation virtual Ptree* TranslatePtree(Ptree*); @@ -315,7 +315,7 @@ typedef std::vector FuncImplStack; //. The stack of function impl vectors FuncImplStack m_func_impl_stack; -void SWalker::TranslateFuncImplCache(const FuncImplCache& cache); +void TranslateFuncImplCache(const FuncImplCache& cache); //. Finds the column given the start ptr and the current position. The //. derived column number is processed with the link_map before returning, (you may want to look at these warnings too; I wouldn't be surprised if they became errors in future versions of G++). -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356098: FTBFS with G++ 4.1: extra qualification
Package: oonsoo Version: 1.2-9 Severity: important Tags: patch Your package fails to build with G++ 4.1. I'm filing this bug as important for now, but when 4.1 will be the default compiler in unstable (probably in a few weeks) I'll upgrade this to serious. A patch is below. > Automatic build of oonsoo_1.2-9 on bigsur by sbuild/mips 1.80 ... > -- Building: UI > make[2]: Entering directory `/build/tbm/oonsoo-1.2/UI' > g++ -I../Tools -I../Commands -I../Sound -c -O -ansi Text.cxx > Sprite.hxx:29: error: extra qualification 'Sprite::' on member 'Sprite' > ../Sound/Sample.hxx:29: error: extra qualification 'Sample::' on member > 'Sample' > ../Sound/Sound.hxx:34: error: extra qualification 'Sound::' on member 'Sound' > make[2]: *** [Text.o] Error 1 > make[2]: Leaving directory `/build/tbm/oonsoo-1.2/UI' > make[1]: *** [subdirectories] Error 1 > make[1]: Leaving directory `/build/tbm/oonsoo-1.2' --- ./Sound/Sample.hxx~ 2006-03-09 18:01:02.0 + +++ ./Sound/Sample.hxx 2006-03-09 18:01:31.0 + @@ -26,7 +26,7 @@ public: // Constructor -Sample::Sample(unsigned char* sampleData); +Sample(unsigned char* sampleData); // Destructor virtual ~Sample(); --- ./Sound/Sound.hxx~ 2006-03-09 18:01:16.0 + +++ ./Sound/Sound.hxx 2006-03-09 18:01:24.0 + @@ -31,7 +31,7 @@ public: // Constructor -Sound::Sound(SampleCollection* sampleCollection); +Sound(SampleCollection* sampleCollection); // Destructor virtual ~Sound(); --- ./UI/Sprite.hxx~2006-03-09 18:01:49.0 + +++ ./UI/Sprite.hxx 2006-03-09 18:01:53.0 + @@ -26,7 +26,7 @@ public: // Constructor -Sprite::Sprite(unsigned char* spriteData); +Sprite(unsigned char* spriteData); // Destructor virtual ~Sprite(); And please hit upstream for making the files non-writeable... -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355352: patch
tags 355352 + patch
severity 355352 important
thanks
Here's a patch.
--- ./src/common/ivi_String.h~ 2006-03-10 04:35:22.0 +
+++ ./src/common/ivi_String.h 2006-03-10 04:35:27.0 +
@@ -43,7 +43,7 @@
int equal(String *str) const;
int equal(const char *str) const;
int equal(const char *str, Uint32 len) const;
-static int String::equal(const char *str1, const char *str2);
+static int equal(const char *str1, const char *str2);
void operator = (const String &rhs);
void operator = (const Char *str_in);
--- ./src/common/vector.h~ 2006-03-10 04:36:08.0 +
+++ ./src/common/vector.h 2006-03-10 04:36:45.0 +
@@ -59,21 +59,21 @@
return numObjs;
}
-virtual void Vector::empty(void) {
+virtual void empty(void) {
numObjs = 0;
}
-virtual void Vector::append(vType *newObj);
-virtual void Vector::append(Vector *aVect);
-virtual void Vector::append(Vector *aVect,
+virtual void append(vType *newObj);
+virtual void append(Vector *aVect);
+virtual void append(Vector *aVect,
Uint32 startIdx, Uint32 endIdx);
-virtual int Vector::remove(vType *rm_el);
+virtual int remove(vType *rm_el);
-virtual void Vector::setEqual(Vector *aVect);
+virtual void setEqual(Vector *aVect);
-virtual void Vector::swap(void);
-virtual void Vector::swap(Uint32 startIdx, Uint32 endIdx);
+virtual void swap(void);
+virtual void swap(Uint32 startIdx, Uint32 endIdx);
vType **get_storage() { return objArray; }
--- ./src/common/DesignDB.h~2006-03-10 04:37:03.0 +
+++ ./src/common/DesignDB.h 2006-03-10 04:37:23.0 +
@@ -53,7 +53,7 @@
int getSignals(TreeNode *parent, Vector *sigs,
Char **patterns, Uint32 numPatterns);
-int DesignDB::tclCmdGlob(
+int tclCmdGlob(
int argc,
char **argv
);
@@ -80,7 +80,7 @@
* - flags
* Allows user-specified search options such as -r
*/
-Vector *DesignDB::globElems(
+Vector *globElems(
TreeNode *Parent,
const char *PathSpec,
const char *elemType,
--- ./src/common/SigDB.h~ 2006-03-10 04:37:33.0 +
+++ ./src/common/SigDB.h2006-03-10 04:37:47.0 +
@@ -68,7 +68,7 @@
/
* addSignal()
/
-virtual Vector *SigDB::addSignal(Char *path);
+virtual Vector *addSignal(Char *path);
/
* addClient()
@@ -106,10 +106,10 @@
/
private:
Int32 Configure(Uint32 argc, Char **argc, Uint32 flags);
-void SigDB::addSimSignals(IviSim *sim, const char *path);
-void SigDB::addDFIOSignals(DFIO *dfio, const char *path);
+void addSimSignals(IviSim *sim, const char *path);
+void addDFIOSignals(DFIO *dfio, const char *path);
-static int SigDB::SDB_SimStepEnd(
+static int SDB_SimStepEnd(
ClientData clientData,
Tcl_Interp*interp,
intobjc,
--- ./src/common/StimTraceRdr.h~2006-03-10 04:38:11.0 +
+++ ./src/common/StimTraceRdr.h 2006-03-10 04:38:18.0 +
@@ -75,7 +75,7 @@
IviSim *sim;
-static int StimTraceRdr::DataCB(p_cb_data cb_data_p);
+static int DataCB(p_cb_data cb_data_p);
};
#endif /* INCLUDED_STIM_TRACE_RDR_H */
--- ./src/wave_widget/WaveWidget.h~ 2006-03-10 04:38:42.0 +
+++ ./src/wave_widget/WaveWidget.h 2006-03-10 04:38:48.0 +
@@ -611,7 +611,7 @@
* Return:
* - Returns the distance between bars
**/
- Uint32 WaveWidget::UpdateTimeScale(
+ Uint32 UpdateTimeScale(
Uint32pixmapStartTime,
Uint32pixmapEndTime,
Uint32pixmapWidth);
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356168: FTBFS with G++ 4.1: not defiend in scope
Package: re2c
Version: 0.9.12-1
Severity: important
Tags: patch
Your package fails to build with G++ 4.1. I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.
A patch is below.
> Automatic build of re2c_0.9.12-1 on bigsur by sbuild/mips 1.80
...
> if g++ -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -MT parser.o -MD -MP -MF
> ".deps/parser.Tpo" -c -o parser.o parser.cc; \
> then mv -f ".deps/parser.Tpo" ".deps/parser.Po"; else rm -f
> ".deps/parser.Tpo"; exit 1; fi
> parser.y: In function 'int yyparse()':
> parser.y:80: error: 'mkAlt' was not declared in this scope
> parser.y:103: error: 'mkAlt' was not declared in this scope
> parser.y:127: error: 'mkAlt' was not declared in this scope
> make[2]: *** [parser.o] Error 1
--- re.h~ 2006-03-10 06:18:06.0 +
+++ re.h2006-03-10 06:18:30.00000 +0000
@@ -164,6 +164,8 @@
}
};
+RegExp *mkAlt(RegExp*, RegExp*);
+
class AltOp: public RegExp
{
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356177: FTBFS: ./configure: line 2778: syntax error near unexpected token `('
Package: fv
Version: 3.0-13
Severity: serious
Your packages fails to build in unstable with the error message below.
A number of other packages have similar problems. #344981 says "This
error is usually caused by broken old versions of tcl.m4; the current
tcl packages have fixed versions."
> Automatic build of fv_3.0-13 on bigsur by sbuild/mips 1.80
...
> checking for gethostbyname... yes
> checking system version (for dynamic loading)... ./configure: line 2778:
> syntax error near unexpected token `('
> ./configure: line 2778: ` case `(ac_space=' '; set | grep ac_space) 2>&1` in'
> touch configure-stamp
> dh_testdir
> docbook-to-man debian/fv.sgml | tee POWplot.1 > fv.1
> /usr/bin/make -C fitsTcl
> make[1]: Entering directory `/build/tbm/fv-3.0/fitsTcl'
> make[1]: *** No targets specified and no makefile found. Stop.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356324: FTBFS with G++ 4.1: 'entry_iovars' was not declared in this scope
Package: vbs Version: 1.4.0-8 Severity: important Your package fails to build with G++ 4.1. I'm filing this bug as important for now, but when 4.1 will be the default compiler in unstable (probably in a few weeks) I'll upgrade this to serious. > Automatic build of vbs_1.4.0-8 on bigsur by sbuild/mips 1.86 ... > g++ -DHAVE_CONFIG_H -Isrc -I. -g -O2 -ansi -pedantic -Wall -fPIC -DVBS_DEBUG > -c src/common/st_trig.cc > src/common/st_trig.h:23: warning: 'struct trigger_st_node' has virtual > functions but non-virtual destructor > src/stmt/case.h:97: warning: 'struct case_item_setup' has virtual functions > but non-virtual destructor > src/stmt/case.h:102: warning: 'struct case_item_trigger' has virtual > functions but non-virtual destructor > src/stmt/case.h:107: warning: 'struct case_item_write' has virtual functions > but non-virtual destructor > src/stmt/strigger.h:24: warning: 'struct trigger_case_item' has virtual > functions but non-virtual destructor > src/stmt/strigger.h:43: warning: 'struct trigger_stmt' has virtual functions > but non-virtual destructor > src/common/st_trig.cc: In member function 'virtual bool > trigger_st_node::operator()(st_task*) const': > src/common/st_trig.cc:37: error: 'entry_iovars' was not declared in this scope > src/common/st_trig.cc:59: error: 'exit_iovars' was not declared in this scope > make[1]: *** [st_trig.o] Error 1 Apart from the errors, you *really* want to look at all these warnings. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356422: FTBFS with G++ 4.1: extra qualification
Package: socketapi
Version: 1.7.0-4
Severity: important
Tags: patch
Your package fails to build with G++ 4.1. I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.
A patch is below.
> Automatic build of socketapi_1.7.0-4 on bigsur by sbuild/mips 1.86
...
> g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -g -O2 -D_REENTRANT
> -D_THREAD_SAFE -DSCTP_SOCKET_API -Wall -O0 -g -DLINUX -O0 -g -Wall -DLINUX
> -MT libsctpsocket_la-sctpsocketwrapper.lo -MD -MP -MF
> .deps/libsctpsocket_la-sctpsocketwrapper.Tpo -c sctpsocketwrapper.cc -fPIC
> -DPIC -o .libs/libsctpsocket_la-sctpsocketwrapper.o
> sctpsocket.h:585: error: extra qualification 'SCTPSocket::' on member
> 'findAssociationForDestinationAddress'
> make[2]: *** [libsctpsocket_la-sctpsocketwrapper.lo] Error 1
--- ./socketapi/sctpsocket.h~ 2006-03-12 00:48:43.0 +
+++ ./socketapi/sctpsocket.h2006-03-12 00:48:54.0 +
@@ -580,7 +580,7 @@
private:
void checkAutoConnect();
void checkAutoClose();
- SCTPAssociation* SCTPSocket::findAssociationForDestinationAddress(
+ SCTPAssociation* findAssociationForDestinationAddress(
multimap& list,
const SocketAddress** destinationAddressList);
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356578: FTBFS: cannot find -lXpm
Package: libgtk-perl Version: 0.7009-6 Severity: serious You're missing a build-dependency on one of the X11 packages. > Automatic build of libgtk-perl_0.7009-6 on bigsur by sbuild/mips 1.89 ... > make[2]: Leaving directory `/build/tbm/libgtk-perl-0.7009/GdkPixbuf' > cd GtkXmHTML && /usr/bin/perl Makefile.PL LIBPERL_A="libperl.a" > LINKTYPE="dynamic" OPTIMIZE="" PREFIX="/usr" INSTALLDIRS=vendor > Found Gtk::Install::Files in > /build/tbm/libgtk-perl-0.7009/GtkXmHTML/../blib/arch/Gtk/Install/ > Loading pkg.defs > Dir || > /usr/bin/ld: cannot find -lXpm > collect2: ld returned 1 exit status > make[1]: *** [GtkXmHTML/Makefile] Error 141 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356635: FTBFS: cannot find -lXpm
Package: python-gnome Version: 1.4.5-4 Severity: serious You're missing a build-dependency: > Automatic build of python-gnome_1.4.5-4 on bigsur by sbuild/mips 1.94 ... > gcc -shared .libs/gtkxmhtmlmodule.o -L/usr/lib -L/usr/X11R6/lib > /usr/lib/libgtkxmhtml.so -lXpm /usr/lib/libjpeg.so -lpng12 -lz -lSM -lICE > /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so > /usr/lib/libglib.so -ldl -lXi -lXext -lX11 -lm -Wl,-soname > -Wl,_gtkxmhtmlmodule.so -Wl,-version-script -Wl,.libs/_gtkxmhtmlmodule.ver -o > .libs/_gtkxmhtmlmodule.so > /usr/bin/ld: cannot find -lXpm > collect2: ld returned 1 exit status > make[4]: *** [_gtkxmhtmlmodule.la] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356684: FTBFS with G++ 4.1: misc errors
nst QString&,
> MPError&, MPFactoryList*)':
> mpformula.cpp:130: error: 'yyparse' was not declared in this scope
> make[4]: *** [mpformula.o] Error 1
[and later lots of other errors]
--- ./kmatplot/formula/mpformula.h~ 2006-03-13 13:55:54.0 +
+++ ./kmatplot/formula/mpformula.h 2006-03-13 13:56:04.0 +
@@ -42,6 +42,9 @@
* MPSymbol *QSFormula::parse( const QString& formula, MPError& error,
FactoryList *locals )
* @author Kamil
*/
+
+int yyparse( void *formula_ptr );
+
class MPFormula {
friend int yylex( MPParserSymbol *symbol_value, void
*location_info_ptr, void *formula_ptr );
friend void yyerr( const char *message, void *location_info_ptr, void
*formula_ptr );
--- ./kmatplot/widgets/qsgattr.h~ 2006-03-13 13:56:40.0 +
+++ ./kmatplot/widgets/qsgattr.h2006-03-13 14:05:19.0 +
@@ -39,6 +39,10 @@
* \brief Color definition.
* @author Kamil Dobkowski
*/
+
+class QSGColor;
+QSGColor toQSGColor( const QString& s );
+
class QSGColor : public QSGAttr {
public:
unsigned char r;
@@ -69,6 +73,10 @@
* \brief Font definition.
* @author Kamil Dobkowski
*/
+
+class QSGFont;
+QSGFont toQSGFont( const QString& string );
+
class QSGFont : public QSGAttr {
public:
QString family;
@@ -94,6 +102,10 @@
* \brief Line style definition.
* @author Kamil Dobkowski
*/
+
+class QSGLine;
+QSGLine toQSGLine( const QString& string );
+
class QSGLine : public QSGAttr {
public:
@@ -129,6 +141,10 @@
* \brief Fill definition.
* @author Kamil Dobkowski
*/
+
+class QSGFill;
+QSGFill toQSGFill( const QString& string );
+
class QSGFill : public QSGAttr {
public:
@@ -168,6 +184,10 @@
* \brief Point mark style definition
* @author Kamil Dobkowski
*/
+
+class QSGPoint;
+QSGPoint toQSGPoint( const QString& string );
+
class QSGPoint : public QSGAttr {
public:
@@ -209,6 +229,10 @@
* \brief Arrow dart style definition
* @author Kamil Dobkowski
*/
+
+class QSGArrow;
+QSGArrow toQSGArrow( const QString& string );
+
class QSGArrow: public QSGAttr {
public:
@@ -252,6 +276,10 @@
* Gradient is an object which returns a fill style for each parameter value
between 0.0 and 1.0, see fill()
[EMAIL PROTECTED] kamil
*/
+
+class QSGGradient;
+QSGGradient toQSGGradient( const QString& string );
+
class QSGGradient : public QSGAttr {
public:
--- ./kmatplot/kswinworksheet.h~2006-03-13 14:08:37.0 +
+++ ./kmatplot/kswinworksheet.h 2006-03-13 14:08:41.0 +
@@ -40,7 +40,7 @@
public:
KSWinWorksheet( KSWorkspace *workspace, bool worksheetMode );
virtual ~KSWinWorksheet();
- void KSWinWorksheet::setDataObject( QSData *data );
+ void setDataObject( QSData *data );
KSChannelList *chanList() const;
KSChannelListItem *selectedItem() const;
KSMPanel *settingsPanel() const;
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357058: Please update config.*
Package: ud Version: 0.7.1-19 Severity: wishlist The config.* files your packages uses to determine the host system are quite old. For example, it doesn't recognize mips64. While this is not a problem right now since we don't have such a Debian port, your config.* files are also too old to recognize a number of other systems - ports people are currently working on, such as powerpc64 and GNU/k*BSD. Therefore, please update your config.* files. The autotools-dev contains good information how to do that. > Automatic build of ud_0.7.1-19 on bigsur by sbuild/mips 1.94 ... > checking host system type... ./config.guess: unable to guess system type > > This script, last modified 2002-03-20, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (./config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-03-20 > > uname -m = mips64 > uname -r = 2.6.16-rc6 > uname -s = Linux > uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc6 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > configure: error: can not guess host type; you must specify one > make: *** [build-stamp] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357329: Please update config.*
Package: sctplib Version: 1:1.0.4-3 Severity: wishlist The config.* files your packages uses to determine the host system are quite old. For example, it doesn't recognize mips64. While this is not a problem right now since we don't have such a Debian port, your config.* files are also too old to recognize a number of other systems - ports people are currently working on, such as powerpc64 and GNU/k*BSD. Therefore, please update your config.* files. The autotools-dev contains good information how to do that. > Automatic build of sctplib_1:1.0.4-3 on bigsur by sbuild/mips 1.94 ... > checking whether make sets $(MAKE)... yes > checking build system type... ./config.guess: unable to guess system type > > This script, last modified 2002-10-21, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (./config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-10-21 > > uname -m = mips64 > uname -r = 2.6.16-rc6 > uname -s = Linux > uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc6 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > configure: error: cannot guess build type; you must specify one > make: *** [build] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357330: Please update config.*
Package: rsplib Version: 1.0.0-2 Severity: wishlist The config.* files your packages uses to determine the host system are quite old. For example, it doesn't recognize mips64. While this is not a problem right now since we don't have such a Debian port, your config.* files are also too old to recognize a number of other systems - ports people are currently working on, such as powerpc64 and GNU/k*BSD. Therefore, please update your config.* files. The autotools-dev contains good information how to do that. > Automatic build of rsplib_1.0.0-2 on bigsur by sbuild/mips 1.94 ... > ./configure --prefix=/usr --with-sctplib=/usr --with-socketapi=/usr > --enable-shared > checking build system type... admin/config.guess: unable to guess system type > > This script, last modified 2002-10-21, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (admin/config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-10-21 > > uname -m = mips64 > uname -r = 2.6.16-rc6 > uname -s = Linux > uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc6 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > configure: error: cannot guess build type; you must specify one > make: *** [build] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NMU upload for fv bug #356177
* Jeroen van Wolffelaar <[EMAIL PROTECTED]> [2006-03-18 10:59]: > Anyway, your AM knows all about it, and could tell you more. Yeah, sorry, I'm behind answering NM mail. Compiling the whole archive has been taking its toll... it requires much more work than I thought. Sorting through 400 build logs every day, figuring out why ~50 packages failed and then reporting ~30 bugs does take quite a bit of time. I'll reply to NM mails this weekend, though. Thanks for the patch David. > Considering the package's state, and the fact that's one major upstream > version behind (#259548), and that it has very few users according to > popcon, I wonder whether we're not better off just removing the package, > actually. Maybe. Gives us a good reason to show David how this procedure is being carried out. ;-) Anyway, you'll hear from me soon. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357687: FTBFS with G++ 4.1: extra qualification
***/ - Uint32 WaveWidget::UpdateTimeScale( + Uint32 UpdateTimeScale( Uint32 pixmapStartTime, Uint32pixmapEndTime, Uint32pixmapWidth); -- Martin Michlmayr http://www.cyrius.com/
Bug#357825: FTBFS with G++ 4.1: extra qualification
ing& table, const MYSQL_FIELD* t); @@ -69,8 +69,8 @@ QStringList examineEnumField(const QString& table, const MYSQL_FIELD* fld); - void MySQLMigrate::getConstraints(int mysqlConstraints, KexiDB::Field* fld); - void MySQLMigrate::getOptions(int flags, KexiDB::Field* fld); + void getConstraints(int mysqlConstraints, KexiDB::Field* fld); + void getOptions(int flags, KexiDB::Field* fld); /*! driver's static version information, it is automatically implemented in implementation using KEXIDB_DRIVER macro (see driver_p.h) */ -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357330: Log for failed build of rsplib_1.0.0-3 (dist=stable)
reopen 357330 thanks Still there. > Automatic build of rsplib_1.0.0-3 on bigsur by sbuild/mips 1.106 ... > checking build system type... admin/config.guess: unable to guess system type > > This script, last modified 2002-10-21, has failed to recognize > the operating system you are using. It is advised that you > download the most up to date version of the config scripts from > > ftp://ftp.gnu.org/pub/gnu/config/ > > If the version you run (admin/config.guess) is already up to date, please > send the following data and any information you think might be > pertinent to <[EMAIL PROTECTED]> in order to provide the needed > information to handle your system. > > config.guess timestamp = 2002-10-21 > > uname -m = mips64 > uname -r = 2.6.16-rc6 > uname -s = Linux > uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006 > > /usr/bin/uname -p = > /bin/uname -X = > > hostinfo = > /bin/universe = > /usr/bin/arch -k = > /bin/arch = mips64 > /usr/bin/oslevel = > /usr/convex/getsysinfo = > > UNAME_MACHINE = mips64 > UNAME_RELEASE = 2.6.16-rc6 > UNAME_SYSTEM = Linux > UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
