Your message dated Fri, 11 May 2007 16:28:02 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Not a package bug, but one in the experimental compiler
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: ttmkfdir
Version: 3.0.9-5.1
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.
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 ttmkfdir_3.0.9-5.1 on em64t by sbuild/amd64 0.53
...
> In file included from ttmkfdir.h:5,
> from ttmkfdir.cpp:7:
> util.h:17: error: extra ';'
> util.h:18: error: extra ';'
> In file included from ttmkfdir.h:6,
> from ttmkfdir.cpp:7:
> commandline.h:20: error: extra ';'
> commandline.h:21: error: extra ';'
> In file included from ttmkfdir.h:7,
> from ttmkfdir.cpp:7:
> directory.h:12: error: extra ';'
> In file included from ttf.h:16,
> from ttmkfdir.cpp:8:
> encoding.h:34: error: extra ';'
> encoding.h:51: error: extra ';'
> ttmkfdir.cpp: In function 'int main(int, char**)':
> ttmkfdir.cpp:82: warning: format '%d' expects type 'int', but argument 3 has
> type 'size_t'
--- encoding.h~ 2007-04-25 17:30:17.000000000 +0000
+++ encoding.h 2007-04-25 17:30:21.000000000 +0000
@@ -31,7 +31,7 @@
return cmapkey (platform, encoding);
}
- ~NumericMapping (void) {};
+ ~NumericMapping (void) {}
FT_UShort platform;
FT_UShort encoding;
};
@@ -48,7 +48,7 @@
class Encoding {
public:
- Encoding (unsigned int s = 0x100):size(s) {};
+ Encoding (unsigned int s = 0x100):size(s) {}
inline void AddMapping (NumericMapping *m) {
mappings[m->cmapkey ()] = m;
}
--- commandline.h~ 2007-04-25 17:30:25.000000000 +0000
+++ commandline.h 2007-04-25 17:30:28.000000000 +0000
@@ -17,8 +17,8 @@
public:
class InvalidArg {
public:
- InvalidArg (const char *arg) : option (arg) {};
- ~InvalidArg (void) {};
+ InvalidArg (const char *arg) : option (arg) {}
+ ~InvalidArg (void) {}
std::string option;
};
--- util.h~ 2007-04-25 17:30:31.000000000 +0000
+++ util.h 2007-04-25 17:30:49.000000000 +0000
@@ -14,8 +14,8 @@
return val;
}
protected:
- Singleton (void) {};
- ~Singleton (void) {};
+ Singleton (void) {}
+ ~Singleton (void) {}
};
}
--- directory.h~ 2007-04-25 17:30:56.000000000 +0000
+++ directory.h 2007-04-25 17:31:02.000000000 +0000
@@ -9,7 +9,7 @@
public:
directory (const std::string &path = "") {
if (path != "") scan (path);
- };
+ }
virtual ~directory (void);
int scan (const std::string &path = ".");
virtual bool select (const char *name) const;
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
--- Begin Message ---
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. I'm
closing this bug report since it's not a bug. Apologies for wasting
your time.
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
