Object Name Conflicts in Archive

86 views
Skip to first unread message

Will Brackenbury

unread,
Dec 13, 2016, 2:10:49 AM12/13/16
to tesseract-ocr
I'm experiencing issues installing Tesseract on a 64-bit Windows 8 system using cygwin. The error I receive is "Object Name Conflicts in Archive" based on the libtesseract_api.a folders. I used the instructions to compile from here (https://vorba.ch/2014/tesseract-cygwin.html), but when this did not work, I tried running the ./configure script without the associated LDFLAGS.

I have tried uninstalling and reinstalling, and I encounter the same issue.

Thanks very much!

make[2]: Entering directory '/cygdrive/c/tesseract/api'
/bin/sh ../libtool  --tag=CXX   --mode=link g++  -g -O2 -std=gnu++11 -version-info 4:0 -no-undefined  -L/usr/local/lib -o libtesseract.la -rpath /usr/local/lib  libtesseract_api.la ../ccmain/libtesseract_main.la ../textord/libtesseract_textord.la ../wordrec/libtesseract_wordrec.la ../classify/libtesseract_classify.la ../dict/libtesseract_dict.la ../arch/libtesseract_avx.la ../arch/libtesseract_sse.la ../lstm/libtesseract_lstm.la ../ccstruct/libtesseract_ccstruct.la ../cutil/libtesseract_cutil.la ../viewer/libtesseract_viewer.la ../ccutil/libtesseract_ccutil.la ../opencl/libtesseract_opencl.la ../cube/libtesseract_cube.la ../neural_networks/runtime/libtesseract_neural.la -llept 
libtool: link: rm -fr  .libs/libtesseract.dll.a .libs/libtesseract.lax
libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-cygwin/5.4.0/crtbeginS.o  -Wl,--whole-archive ./.libs/libtesseract_api.a ../ccmain/.libs/libtesseract_main.a ../textord/.libs/libtesseract_textord.a ../wordrec/.libs/libtesseract_wordrec.a ../classify/.libs/libtesseract_classify.a ../dict/.libs/libtesseract_dict.a ../arch/.libs/libtesseract_avx.a ../arch/.libs/libtesseract_sse.a ../lstm/.libs/libtesseract_lstm.a ../ccstruct/.libs/libtesseract_ccstruct.a ../cutil/.libs/libtesseract_cutil.a ../viewer/.libs/libtesseract_viewer.a ../ccutil/.libs/libtesseract_ccutil.a ../opencl/.libs/libtesseract_opencl.a ../cube/.libs/libtesseract_cube.a ../neural_networks/runtime/.libs/libtesseract_neural.a -Wl,--no-whole-archive  -L/usr/local/lib /usr/local/lib/liblept.dll.a -lz -lpng -ljpeg -ltiff -lwebp -lopenjp2 -L/usr/lib/gcc/x86_64-pc-cygwin/5.4.0 -L/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../x86_64-pc-cygwin/lib/../lib -L/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../x86_64-pc-cygwin/lib -L/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../.. -lstdc++ -lgcc_s -lgcc -lcygwin -ladvapi32 -lshell32 -luser32 -lkernel32 -lgcc_s -lgcc /usr/lib/gcc/x86_64-pc-cygwin/5.4.0/crtend.o  -g -O2   -fopenmp -o .libs/cygtesseract-4.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libtesseract.dll.a
libtool: link: (cd .libs/libtesseract.lax/libtesseract_api.a && ar x "/cygdrive/c/tesseract/api/./.libs/libtesseract_api.a")
libtool:   error: object name conflicts in archive: .libs/libtesseract.lax/libtesseract_api.a//cygdrive/c/tesseract/api/./.libs/libtesseract_api.a
make[2]: *** [Makefile:536: libtesseract.la] Error 1
make[2]: Leaving directory '/cygdrive/c/tesseract/api'
make[1]: *** [Makefile:475: all-recursive] Error 1
make[1]: Leaving directory '/cygdrive/c/tesseract'
make: *** [Makefile:383: all] Error 2

Marco Atzeri

unread,
Dec 14, 2016, 7:28:52 AM12/14/16
to tesser...@googlegroups.com
On 12/12/2016 22:40, Will Brackenbury wrote:
> I'm experiencing issues installing Tesseract on a 64-bit Windows 8
> system using cygwin. The error I receive is "Object Name Conflicts in
> Archive" based on the libtesseract_api.a folders. I used the
> instructions to compile from here
> (https://vorba.ch/2014/tesseract-cygwin.html), but when this did not
> work, I tried running the ./configure script without the associated LDFLAGS.
>
> I have tried uninstalling and reinstalling, and I encounter the same issue.
>
> Thanks very much!
>

version 3.04.01 is already available as cygwin package.
https://sourceware.org/ml/cygwin-announce/2016-03/msg00014.html

Any reason to compile it by yourself ?



Regards
Marco





Reply all
Reply to author
Forward
0 new messages