Problems with make script with of head version on a Synology system.

[Markijan Blaschtschak]

Hi all,

I need an advise for the "make" script. The script fails, see below...
Any Ideas??

If I use the sources of the old RC1 candidate from 2014
https://tesseract-ocr.googlecode.com/archive/3.03-rc1.tar.gz
the build runs without any problems:

DiskStation> tesseract -v
tesseract 3.03
 leptonica-1.71
  libjpeg 6b : libpng 1.2.44 : libtiff 3.9.5 : zlib 1.2.5

I'd like to use the head version of tesseract. So I followed this discription here: https://code.google.com/p/tesseract-ocr/wiki/Compiling
for compiling the head version. (git clone https://code.google.com/p/tesseract-ocr/)
The scripts

DiskStation> ./autogen.sh

and

DiskStation> ./configure

run without errors.
But the make script fails:

DiskStation> make
make  all-recursive
make[1]: Entering directory `/opt/src/tesseract-ocr'
Making all in ccutil
make[2]: Entering directory `/opt/src/tesseract-ocr/ccutil'
make[3]: Entering directory `/opt/src/tesseract-ocr/ccutil'
depbase=`echo ambigs.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`;\
/opt/bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..  -O2 -DNDEBUG   -I/usr/local/include/leptonica -DTESSDATA_PREFIX=/usr/local/share/   -MT ambigs.lo -MD -MP -MF $depbase.Tpo -c -o ambigs.lo ambigs.cpp &&\
mv -f $depbase.Tpo $depbase.Plo
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -O2 -DNDEBUG -I/usr/local/include/leptonica -DTESSDATA_PREFIX=/usr/local/share/ -MT ambigs.lo -MD -MP -MF .deps/ambigs.Tpo -c ambigs.cpp  -fPIC -DPIC -o .libs/ambigs.o
In file included from genericvector.h:29,
                 from params.h:25,
                 from tprintf.h:23,
                 from ambigs.h:25,
                 from ambigs.cpp:21:
helpers.h:64: error: integer constant is too large for 'long' type
helpers.h:65: error: integer constant is too large for 'long' type
make[3]: *** [ambigs.lo] Error 1
make[3]: Leaving directory `/opt/src/tesseract-ocr/ccutil'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/opt/src/tesseract-ocr/ccutil'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/src/tesseract-ocr'
make: *** [all] Error 2

All needed libraries and leptonica are present. And the build of 3.03-rc1.tar.gz succeded.

DiskStation> ipkg install libpng
Package libpng (1.2.44-1) installed in root is up to date.
Nothing to be done
Successfully terminated.

DiskStation> ipkg install libjpeg
Package libjpeg (6b-3) installed in root is up to date.
Nothing to be done
Successfully terminated.

DiskStation> ipkg install libtiff
Package libtiff (3.9.5-1) installed in root is up to date.
Nothing to be done
Successfully terminated.

DiskStation> ipkg install zlib
Package zlib (1.2.5-1) installed in root is up to date.
Nothing to be done
Successfully terminated.

If I use the old RC1 candidate from 2014
https://tesseract-ocr.googlecode.com/archive/3.03-rc1.tar.gz
the build runs without any problems.

Any ideas?

Best regards,
Markijan

[zdenko podobny]

What version of gcc is there?

Maybe have a look at this solution on stackoverflow[1]

[1] http://stackoverflow.com/questions/8640689/gcc-4-1-2-error-integer-constant-is-too-large-for-long-type

Zdenko

--
You received this message because you are subscribed to the Google Groups "tesseract-ocr" group.
To unsubscribe from this group and stop receiving emails from it, send an email to tesseract-oc...@googlegroups.com.
To post to this group, send email to tesser...@googlegroups.com.
Visit this group at http://groups.google.com/group/tesseract-ocr.
To view this discussion on the web visit https://groups.google.com/d/msgid/tesseract-ocr/a0c7159a-9c9c-4fea-af2d-6d0da5a6b597%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Markijan Blaschtschak]

Here's the version of gcc:

DiskStation> gcc -v
Using built-in specs.
Target: arm-none-linux-gnueabi
Configured with: ../gcc-4.2/configure --build=i386-pc-linux-gnu --host=arm-none-linux-gnueabi --target=arm-none-linux-gnueabi --prefix=/opt --disable-nls --disable-static --with-as=/home/slug/optware/cs08q1armel/toolchain/arm-2008q1/bin/arm-none-linux-gnueabi-as --with-ld=/home/slug/optware/cs08q1armel/toolchain/arm-2008q1/bin/arm-none-linux-gnueabi-ld --enable-languages=c,c++ --disable-multilib --enable-threads --disable-libmudflap --disable-libssp --disable-libgomp --disable-libstdcxx-pch --enable-shared --enable-symvers=gnu --enable-__cxa_atexit
Thread model: posix
gcc version 4.2.3

running on a

DS210j

MARVELL Kirkwood 88F6281 @ 800 MHz

1 core

with 128 MB

tesseract needs for 1 page (300 dpi) approx 90 seconds. That's quite ok for 800 MHz single core....

[worldwar...@googlemail.com]

Hello,

I can confirm this bug! I tried to compile compile tesseract-3.04.00 on a QNAP TS119 NAS with a Marvell Kirkwood with many tool from optware/cs08q1armel/cross/unstable/ . I get exactly the same error message as in the first post!

How can this be debugged?

Best regards,
Jörg

[Tom Morris]

On Wednesday, September 9, 2015 at 9:09:39 AM UTC-4, worldwar...@googlemail.com wrote:

I can confirm this bug! I tried to compile compile tesseract-3.04.00 on a QNAP TS119 NAS with a Marvell Kirkwood with many tool from optware/cs08q1armel/cross/unstable/ . I get exactly the same error message as in the first post!

How can this be debugged?

The first thing to do is check the issue tracker on Github and see if it's been reported already. 

    https://github.com/tesseract-ocr/tesseract/issues

If it hasn't been reported, then create a new bug report with the details of the problem, your environment, etc.

The second thing to do is see whether the solution the Zdenko pointed to works and, if so, create a patch and pull request based on it to fix the issue reported in step #1.

Tom

[worldwar...@googlemail.com]

Hello Tom,

Thank you for the fix in GitHub!

Best regards,
Jörg

[Tom Morris]

On Friday, September 11, 2015 at 3:29:45 AM UTC-4, worldwar...@googlemail.com wrote:

Thank you for the fix in GitHub!

You're welcome!  Hopefully the other hints will help you report/fix the next bug you find.

Tom