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

Bug#1066319: libopendbx: FTBFS: mssql_basic.c:324:21: error: implicit declaration of function ‘dbpoll’ [-Werror=implicit-function-declaration]



Source: libopendbx
Version: 1.4.6-16.1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lucas@debian.org
Usertags: ftbfs-20240313 ftbfs-trixie ftbfs-impfuncdef

Hi,

During a rebuild of all packages in sid, your package failed to build
on amd64.

This is most likely caused by a change in dpkg 1.22.6, that enabled
-Werror=implicit-function-declaration. For more information, see
https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration

Relevant part (hopefully):
> /bin/bash ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..  -DAPINUMBER=10200 -I../../lib -I/usr/include/mysql -I/usr/include/postgresql -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall -pedantic -std=c99 -MT libmssqlbackend_la-mssql_basic.lo -MD -MP -MF .deps/libmssqlbackend_la-mssql_basic.Tpo -c -o libmssqlbackend_la-mssql_basic.lo `test -f 'mssql_basic.c' || echo './'`mssql_basic.c
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -DAPINUMBER=10200 -I../../lib -I/usr/include/mysql -I/usr/include/postgresql -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wall -pedantic -std=c99 -MT libmssqlbackend_la-mssql_basic.lo -MD -MP -MF .deps/libmssqlbackend_la-mssql_basic.Tpo -c mssql_basic.c  -fPIC -DPIC -o .libs/libmssqlbackend_la-mssql_basic.o
> mssql_basic.c: In function ‘mssql_odbx_result’:
> mssql_basic.c:324:21: error: implicit declaration of function ‘dbpoll’ [-Werror=implicit-function-declaration]
>   324 |                 if( dbpoll( dbproc, ms, &cdbproc, &reason ) == FAIL ) { return -ODBX_ERR_BACKEND; }
>       |                     ^~~~~~
> mssql_basic.c: In function ‘mssql_err_handler’:
> mssql_basic.c:758:38: warning: the comparison will always evaluate as ‘false’ for the address of ‘errmsg’ will never be NULL [-Waddress]
>   758 |         if( tc == NULL || tc->errmsg == NULL )
>       |                                      ^~
> In file included from mssql_basic.h:11,
>                  from mssql_basic.c:11:
> mssqlbackend.h:46:14: note: ‘errmsg’ declared here
>    46 |         char errmsg[MSSQL_MSGLEN];
>       |              ^~~~~~
> mssql_basic.c: In function ‘mssql_msg_handler’:
> mssql_basic.c:791:38: warning: the comparison will always evaluate as ‘false’ for the address of ‘errmsg’ will never be NULL [-Waddress]
>   791 |         if( tc == NULL || tc->errmsg == NULL )
>       |                                      ^~
> mssqlbackend.h:46:14: note: ‘errmsg’ declared here
>    46 |         char errmsg[MSSQL_MSGLEN];
>       |              ^~~~~~
> cc1: some warnings being treated as errors
> make[4]: *** [Makefile:515: libmssqlbackend_la-mssql_basic.lo] Error 1


The full build log is available from:
http://qa-logs.debian.net/2024/03/13/libopendbx_1.4.6-16.1_unstable.log

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20240313;users=lucas@debian.org
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20240313&fusertaguser=lucas@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.


Reply to: