[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#755961: marked as done (FTBFS with clang instead of gcc)



Your message dated Sat, 18 Jul 2015 16:18:55 +0000
with message-id <E1ZGUpD-0002TM-Sl@franck.debian.org>
and subject line Bug#755961: fixed in autounit 0.20.1-5
has caused the Debian Bug report #755961,
regarding FTBFS with clang instead of gcc
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
755961: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755961
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Source: autounit
Severity: minor
Tags: patch
User: pkg-llvm-team@lists.alioth.debian.org
Usertags: clang-ftbfs

Hello,

Using the rebuild infrastructure, your package fails to build with clang 
(instead of gcc).

We detected this kinf of error:
http://clang.debian.net/status.php?version=3.4.2&key=EXPECTED_DECLARATION

Full build log is available here:
http://clang.debian.net/logs/2014-06-16/autounit_0.20.1-4_unstable_clang.log

Thanks,
Alexander

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- ./c-unit/autounit.h	2006-07-14 00:50:07.000000000 +0400
+++ ../autounit-0.20.1-my/./c-unit/autounit.h	2014-07-25 01:00:52.303321575 +0400
@@ -200,33 +200,33 @@
 
 
 #if defined (__STDC_VERSION__) && __STDC_VERSION__ >= 199901L
-#define au_assert(t, expr, err_msg, ...) au_assert_true(t, expr, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assert(t, expr, err_msg, ...) au_assert_true(t, expr, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assert_fail(t, err_msg, ...) au_assert_true(t, 0, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assert_fail(t, err_msg, ...) au_assert_true(t, 0, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assert_succeed(t, err_msg, ...) au_assert_true(t, 1, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assert_succeed(t, err_msg, ...) au_assert_true(t, 1, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_asserteq_str(t, str1, str2, err_msg, ...) au_assert_str_int(t, AU_REL_EQUAL, str1, str2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_asserteq_str(t, str1, str2, err_msg, ...) au_assert_str_int(t, AU_REL_EQUAL, str1, str2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assertrel_str(t, type, str1, str2, err_msg, ...) au_assert_str_int(t, type, str1, str2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assertrel_str(t, type, str1, str2, err_msg, ...) au_assert_str_int(t, type, str1, str2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_asserteq_uint64(t, in1, in2, err_msg, ...) au_assert_guint64_int(t, AU_REL_EQUAL, in1, in2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_asserteq_uint64(t, in1, in2, err_msg, ...) au_assert_guint64_int(t, AU_REL_EQUAL, in1, in2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assertrel_uint64(t, type, in1, in2, err_msg, ...) au_assert_guint64_int(t, type, in1, in2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assertrel_uint64(t, type, in1, in2, err_msg, ...) au_assert_guint64_int(t, type, in1, in2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_asserteq_int(t, in1, in2, err_msg, ...) au_assert_gint64_int(t, AU_REL_EQUAL, in1, in2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_asserteq_int(t, in1, in2, err_msg, ...) au_assert_gint64_int(t, AU_REL_EQUAL, in1, in2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assertrel_int(t, type, in1, in2, err_msg, ...) au_assert_gint64_int(t, type, in1, in2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assertrel_int(t, type, in1, in2, err_msg, ...) au_assert_gint64_int(t, type, in1, in2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_asserteq_char(t, in1, in2, err_msg, ...) au_asserteq_char_int(t, in1, in2, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_asserteq_char(t, in1, in2, err_msg, ...) au_asserteq_char_int(t, in1, in2, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_asserteq_obj(t, ob1, ob2, compare_func, err_msg, ...) au_assert_obj_int(t, AU_REL_EQUAL, (gpointer)ob1, (gpointer)ob2, compare_func, 0, 0, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_asserteq_obj(t, ob1, ob2, compare_func, err_msg, ...) au_assert_obj_int(t, AU_REL_EQUAL, (gpointer)ob1, (gpointer)ob2, compare_func, 0, 0, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assertrel_obj(t, type, ob1, ob2, compare_func, err_msg, ...) au_assert_obj_int(t, type, (gpointer)ob1, (gpointer)ob2, compare_func, 0, 0, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assertrel_obj(t, type, ob1, ob2, compare_func, err_msg, ...) au_assert_obj_int(t, type, (gpointer)ob1, (gpointer)ob2, compare_func, 0, 0, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assert_null(t, ob1, err_msg, ...) au_assert(t, ob1 == 0, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assert_null(t, ob1, err_msg, ...) au_assert(t, ob1 == 0, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
-#define au_assert_not_null(t, ob1, err_msg, ...) au_assert(t, ob1 != 0, __FILE__, __LINE__, err_msg, __VA_ARGS__)
+#define au_assert_not_null(t, ob1, err_msg, ...) au_assert(t, ob1 != 0, __FILE__, __LINE__, err_msg, ##__VA_ARGS__)
 
 #elif defined (__GNUC__)
 #define au_assert(t, expr, err_msg...) au_assert_true(t, expr, __FILE__, __LINE__, err_msg)

--- End Message ---
--- Begin Message ---
Source: autounit
Source-Version: 0.20.1-5

We believe that the bug you reported is fixed in the latest version of
autounit, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 755961@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann <gregoa@debian.org> (supplier of updated autounit package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Sat, 18 Jul 2015 18:05:09 +0200
Source: autounit
Binary: libautounit-dev libautounit2
Architecture: source
Version: 0.20.1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <packages@qa.debian.org>
Changed-By: gregor herrmann <gregoa@debian.org>
Description:
 libautounit-dev - Development files for C unit testing framework
 libautounit2 - C unit testing framework interfacing well with autotools
Closes: 755961
Changes:
 autounit (0.20.1-5) unstable; urgency=medium
 .
   * QA upload.
   * Fix "FTBFS with clang instead of gcc" and "ftbfs with GCC-5":
     add patch from Alexander <sanek23994@gmail.com>
     (Closes: #755961)
Checksums-Sha1:
 88908f06ce7b9cd60b868cdd3c4a939ec878ebe9 1995 autounit_0.20.1-5.dsc
 502771a836c58b8e3b6ff94faaffbf54dbc268de 6580 autounit_0.20.1-5.debian.tar.xz
Checksums-Sha256:
 ac73d8a04267df085d501e91fcaa034bbc914b499e8d8a71a94fb054e97a827c 1995 autounit_0.20.1-5.dsc
 70f8c9de596e8eec98603452871431713711a0c71234b9e32a8b57384dabc197 6580 autounit_0.20.1-5.debian.tar.xz
Files:
 42610d1a802a3bf11c1b62f49947b085 1995 libs optional autounit_0.20.1-5.dsc
 fc13716cc564f00870ef8e9a77e8bac5 6580 libs optional autounit_0.20.1-5.debian.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQJ8BAEBCgBmBQJVqnl0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG5Q4QAIUHi4DMrCaGvcTJnnARlAj8
dcHMOgA/rOthrCZLG+9CyUCjkO5ZThC4PdADHSjfurgdNJE1Sh/SIwn2vk7tOPYQ
o2Rokcy6q8PpfIJWIIWNr11KwGO/VedFgbRBPvQuYxIz6wHMYhTog9MldIB9mNqn
mayTQgQ91EJWPtKRcNFyyKjm+7aVVpVa7vJPJAgqWXpjtgtfhyUc1ZIU9gYigggB
WCSla1ztz5UDoe7J+JkQR+SlN2p6PY6uNc1HYaw1pIkgA5eAiuBKYjnx6Qe9VxnM
8dD4MN8m9DDB/jY+BnErQTK2V6jkmkFCBy5inUFOKZnwajoqSWLSYADtYefcyxto
2sp+4HN0Gl9sH0NfABPzxahl76a9hM3jxaoBvYcp8oYVjxLLFfoE+9iG3ajIDSRG
TvAk6NI5tFFjtcunXIJw8MQlmNhWh8v8VEauL3wbsKIa0E8FyvhiP2xyfL5XZKTa
unszSEHqa48YXgp+ZizhsPar5vC8p/oh2IbsitImZJ2nIbF2obi98cTAJDmHOP11
apA9X2SSL1E1DlwN28K7Aav0j/+GQcxTZw5TBqzB9fvIMOaDS8/zcdb4/Ju1kXjt
OVtsHDlF1qRmWshXrpx3zA+Dwttfu+acz7JbTE8kLz1Y4Fo4dht4YX4SzgvF/k0a
M+rg+0t/PLvVDeysCVvK
=hJGk
-----END PGP SIGNATURE-----

--- End Message ---

Reply to: