[Slackbuilds-users] OpenSMTPd build failure

[Richard]

On Sat, 3 Oct 2015, Andrew wrote:

> opensmtpd 5.7.2 fails to build here. Google doesn't know anything about this problem.
> My gcc version is 4.8.4, but this issue still exists when I tried to compile opensmtpd with gcc 4.8.2.
>
> ...
> /bin/sh ../../ylwrap ../../smtpd/parse.y y.tab.c ../../smtpd/parse.c y.tab.h `echo ../../smtpd/parse.c | sed -e s/cc$/hh/ -e s/cpp$/hpp/ -e s/cxx$/hxx/ -e s/c++$/h++/ -e s/c$/h/` y.output ../../smtpd/parse.output -- bison -y
> gcc -DHAVE_CONFIG_H -I. -I../..  -I../../smtpd -I../../openbsd-compat -I. -I/usr/include  -DSMTPD_CONFDIR=\"/etc/opensmtpd\" -DPATH_CHROOT=\"/var/empty\" -DPATH_SMTPCTL=\"/usr/sbin/smtpctl\" -DPATH_MAILLOCAL=\"/usr/libexec/opensmtpd/mail.local\" -DPATH_LIBEXEC=\"/usr/libexec/opensmtpd\" -DHAVE_CONFIG_H -DIO_SSL -DCA_FILE=\"/etc/ssl/certs/ca-certificates.crt\" -O2 -march=i486 -mtune=i686 -fstack-protector  -fPIC -DPIC -Wall -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result -fno-strict-aliasing -fno-builtin-memset  -D_GNU_SOURCE -DNEED_EVENT_ASR_RUN -c -o ../../smtpd/smtpd-parse.o `test -f '../../smtpd/parse.c' || echo './'`../../smtpd/parse.c
> ../../smtpd/parse.c:291:6: error: redeclaration of enumerator 'ERROR'
>       ERROR = 293,
>       ^
> In file included from /usr/include/util.h:56:0,
>                  from ../../smtpd/parse.y:58:
> /usr/include/define.h:69:8: note: previous definition of 'ERROR' was here
>  enum { ERROR = -1, AOK = 0 };
>         ^
> make[3]: *** [../../smtpd/smtpd-parse.o] Error 1
> make[3]: Leaving directory `/tmp/AndDT/opensmtpd-5.7.2p1/mk/smtpd'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/tmp/AndDT/opensmtpd-5.7.2p1/mk'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/tmp/AndDT/opensmtpd-5.7.2p1'
> make: *** [all] Error 2
>
> [EOF - dtach terminating]
> anddt at fastnote:[~/src/opensmtpd]$

It builds fine for me on an x86_64 Slackware 14.1 system using gcc 4.8.2

I'm also using bison 2.7 and libasr 1.0.2

What versions of bison and libasr are you using?

Richard Narron