Michael Grimm
2015-Apr-24 19:00 UTC
FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
Hi ? 1) I'm trying to compile a recent hg dovecot version (008632bdfd2c) at a FBSD10-STABLE system without success: libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test -I/usr/local/include -DUDHRDIR=\"../../src/lib-fts\" -DDATADIR=\"/usr/local/share/dovecot\" -DTEST_STOPWORDS_DIR=\"../../src/lib-fts\" -I/usr/local/include -std=gnu99 -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 -I/usr/local/include -MT fts-tokenizer-generic.lo -MD -MP -MF .deps/fts-tokenizer-generic.Tpo -c fts-tokenizer-generic.c -fPIC -DPIC -o .libs/fts-tokenizer-generic.o fts-tokenizer-generic.c:111:18: error: use of undeclared identifier 'White_Space' if (uint32_find(White_Space, N_ELEMENTS(White_Space), c, &idx)) ^ fts-tokenizer-generic.c:113:18: error: use of undeclared identifier 'Dash' if (uint32_find(Dash, N_ELEMENTS(Dash), c, &idx)) ^ [?] fts-tokenizer-generic.c:212:18: error: use of undeclared identifier 'MidLetter' if (uint32_find(MidLetter, N_ELEMENTS(MidLetter), c, &idx)) ^ fts-tokenizer-generic.c:214:18: error: use of undeclared identifier 'MidNum' if (uint32_find(MidNum, N_ELEMENTS(MidNum), c, &idx)) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. Makefile:591: recipe for target 'fts-tokenizer-generic.lo' failed gmake[4]: *** [fts-tokenizer-generic.lo] Error 1 gmake[4]: Leaving directory '/usr/local/etc/dovecot/SOURCE/dovecot-2.2/src/lib-fts' 2) I don't have a python binary installed, only a python2 link to the python27 binary (FBSD, and python27 from ports). Thus, update-version.sh will fail to evaluate hg's changeset. As a quick fix I needed to create a link: python -> python2 Regards, Michael
Teemu Huovila
2015-May-04 13:27 UTC
FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
On 04/24/2015 10:00 PM, Michael Grimm wrote:> Hi ? > > 1) I'm trying to compile a recent hg dovecot version (008632bdfd2c) at a FBSD10-STABLE system without success: > > libtool: compile: cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-test -I/usr/local/include -DUDHRDIR=\"../../src/lib-fts\" -DDATADIR=\"/usr/local/share/dovecot\" -DTEST_STOPWORDS_DIR=\"../../src/lib-fts\" -I/usr/local/include -std=gnu99 -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wno-duplicate-decl-specifier -Wstrict-aliasing=2 -I/usr/local/include -MT fts-tokenizer-generic.lo -MD -MP -MF .deps/fts-tokenizer-generic.Tpo -c fts-tokenizer-generic.c -fPIC -DPIC -o .libs/fts-tokenizer-generic.o > fts-tokenizer-generic.c:111:18: error: use of undeclared identifier 'White_Space' > if (uint32_find(White_Space, N_ELEMENTS(White_Space), c, &idx)) > ^ > fts-tokenizer-generic.c:113:18: error: use of undeclared identifier 'Dash' > if (uint32_find(Dash, N_ELEMENTS(Dash), c, &idx)) > ^ > [?] > > fts-tokenizer-generic.c:212:18: error: use of undeclared identifier 'MidLetter' > if (uint32_find(MidLetter, N_ELEMENTS(MidLetter), c, &idx)) > ^ > fts-tokenizer-generic.c:214:18: error: use of undeclared identifier 'MidNum' > if (uint32_find(MidNum, N_ELEMENTS(MidNum), c, &idx)) > ^ > fatal error: too many errors emitted, stopping now [-ferror-limit=] > 20 errors generated. > Makefile:591: recipe for target 'fts-tokenizer-generic.lo' failed > gmake[4]: *** [fts-tokenizer-generic.lo] Error 1 > gmake[4]: Leaving directory '/usr/local/etc/dovecot/SOURCE/dovecot-2.2/src/lib-fts' > > > 2) I don't have a python binary installed, only a python2 link to the python27 binary (FBSD, and python27 from ports). > Thus, update-version.sh will fail to evaluate hg's changeset. As a quick fix I needed to create a link: python -> python2Both these are only run if you compile the source from hg, as you did. Official release tar-balls should not have this issue. Still, it is not optimal and Ill definitely look into solving 1) when I have time available for that. For temporarily solving 1) it is worth noticing the scripts word-break-data.sh and word-boundary-data.sh depend on /bin/bash. You could either install bash or just try if it works if you change it to /bin/sh and use whatever FreeBSD has that pointing to. br, Teemu Huovila
Pascal Volk
2015-May-04 19:49 UTC
FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
On 04/24/2015 07:00 PM, Michael Grimm wrote:> ... > 2) I don't have a python binary installed, only a python2 link to the python27 binary (FBSD, and python27 from ports). > Thus, update-version.sh will fail to evaluate hg's changeset. As a quick fix I needed to create a link: python -> python2 >This is a less or more 'common' system configuration error. ;-) See https://forums.freebsd.org/threads/solved-python-command-not-found.46449/ Regards, Pascal -- The trapper recommends today: cafefeed.1512421 at localdomain.org
Michael Grimm
2015-May-09 20:19 UTC
FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
Hi ? Pascal Volk <user+dovecot at localhost.localdomain.org> wrote:> On 04/24/2015 07:00 PM, Michael Grimm wrote: >> ... >> 2) I don't have a python binary installed, only a python2 link to the python27 binary (FBSD, and python27 from ports). >> Thus, update-version.sh will fail to evaluate hg's changeset. As a quick fix I needed to create a link: python -> python2 >> > > This is a less or more 'common' system configuration error. ;-) > See https://forums.freebsd.org/threads/solved-python-command-not-found.46449/Uii. Thank you very much for that link! Fixed, now. I din't know that. Regards, Michael
Michael Grimm
2015-May-09 20:25 UTC
FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
Hi ? Teemu Huovila <teemu.huovila at dovecot.fi> wrote:> On 04/24/2015 10:00 PM, Michael Grimm wrote:>> 1) I'm trying to compile a recent hg dovecot version (008632bdfd2c) at a FBSD10-STABLE system without success:[?]>> fts-tokenizer-generic.c:214:18: error: use of undeclared identifier 'MidNum' >> if (uint32_find(MidNum, N_ELEMENTS(MidNum), c, &idx)) >> ^ >> fatal error: too many errors emitted, stopping now [-ferror-limit=] >> 20 errors generated. >> Makefile:591: recipe for target 'fts-tokenizer-generic.lo' failed >> gmake[4]: *** [fts-tokenizer-generic.lo] Error 1 >> gmake[4]: Leaving directory '/usr/local/etc/dovecot/SOURCE/dovecot-2.2/src/lib-fts' >> >> >> 2) I don't have a python binary installed, only a python2 link to the python27 binary (FBSD, and python27 from ports). >> Thus, update-version.sh will fail to evaluate hg's changeset. As a quick fix I needed to create a link: python -> python2> Both these are only run if you compile the source from hg, as you did. Official release tar-balls should not have this issue. > Still, it is not optimal and Ill definitely look into solving 1) when I have time available for that. > > For temporarily solving 1) it is worth noticing the scripts word-break-data.sh and word-boundary-data.sh depend on /bin/bash.Well that works, although ti's suboptimal because FBSD is more or less bash-free. One, has to install a bash port, and one has to to create a link for /usr/bin/local/bin/bash as /bin/bash. Easy to do, but no perfect solution, when it comes to OS portability, though.> You could either install bashThat works well.> or just try if it works if you change it to /bin/sh and use whatever FreeBSD has that pointing to.That fails because /bin/sh equals /bin/csh at FBSD. Thanks and with kind regards, Michael
Possibly Parallel Threads
- FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
- FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
- FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
- FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh
- FYI: dovecot (008632bdfd2c) compilation woes, and minor glitch regarding update-version.sh