Closed dangeles closed 5 years ago
IIRC these checks will be looking for a specific version of Xerces. It may be that you need to check which version is being tested for and either downgrade the version you are supplying or upgrade the version being searched for in the configure set up
On Mon, 4 Mar 2019, 13:13 David Angeles, notifications@github.com wrote:
Hey!
Another question: I'm trying to run ./configure as follows:
./configure --with-xerces=conda/path/xerces-c-3.2.2-h780794e_0
I tried setting
export LD_LIBRARY_PATH="conda/path/xerces-c-3.2.2-h780794e_0"
or
export LD_LIBRARY_PATH="conda/path/xerces-c-3.2.2-h780794e_0/lib"
In all cases, the output is the following: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking how to print strings... printf checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 3458764513820540925 checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @file <https://github.com/file> support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether we are using the GNU C++ compiler... (cached) yes checking whether g++ accepts -g... (cached) yes checking dependency style of g++... (cached) gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... no checking whether pthreads work with -Kthread... no checking whether pthreads work with -kthread... no checking for the pthreads library -llthread... no checking whether pthreads work with -pthread... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... no checking for PTHREAD_PRIO_INHERIT... no checking for Xerces C++ Parser headers in /scratch/users/dangeles/anaconda3/pkgs/xerces-c-3.2.2-h780794e_0//include and /scratch/users/dangeles/anaconda3/pkgs/xerces-c-3.2.2-h780794e_0//include/xercesc... found checking for Xerces C++ Parser libraries... not found checking for Xerces C++ Parser... no configure: error: Cannot find Xerces-c The weird thing to me is that the parser headers are found, but the parser libraries, and the parser itself are not. I've even tried specifying the parser and parser libraries directly with `--with-xerces-inc` and `--with-xerces-lib`, but no luck. Any clues what might be going on? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <https://github.com/ctSkennerton/crass/issues/95>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAoGdqW85Ho7zt9X5jOPRefnlsY0ElEZks5vTI89gaJpZM4bbdwF> .
I have Xerces-C 3.2.2, and I have seen people here using 3.1. Is an incremental version really going to break crass installation?
Sadly yes. I've had bug reports where crass doesn't work with 3.2.2. Unfortunately I don't have the time to understand what might be causing this and fix it. For now it needs to have 3.1.1
Seriously? In that case, could you at least put that in a requirements.txt
file or in the README? If it can't be fixed, there's nothing to do over that, but at least help users out a little bit....
And maybe raise a flag for specific version so users know what's happening?
Ok, 3.1.4 seems to be usable, which is good, because that version of Xerces-C is can be conda installed
.
This isn't the first time that Xerces has caused issues with this code. There's no requirements.txt but the version of xerces the code was tested on is clearly listed in the top level README. I'm glad you managed to get the code working.
Hi @dangeles I am experiencing the same problem. I just downgraded my xerces-c to 3.1.4 with conda but still can't get my ./configure to work. Can you share what command you used to get it working?
Thanks!
I downgraded to conda and then I had to provide the --with-xerces flag. For that, I had to specify a complete path, not a symlink
@dangeles can you clarify what you downgraded - was it xerces-c? I tried the following with downgraded xerces-c to 3.1.4 and still didn't get it to work:
./configure --with-xerces="/home/casey/miniconda3/envs/crass"
Thanks for getting back to me!
Hey @cmajones, sorry I never replied... I downgraded xerces-c. Unfortunately, I can't help you any further with installation issues, since I am not an expert on this software. Sorry!
@dangeles No worries! Got it to work. I followed the directions from http://varuagdiary.blogspot.com/2011/05/setting-up-xerces-xml-parsing-library.html as referenced in #64.
Hey!
Another question: I'm trying to run
./configure
as follows:I tried setting
or
In all cases, the output is the following:
The weird thing to me is that the parser headers are found, but the parser libraries, and the parser itself are not. I've even tried specifying the parser and parser libraries directly with
--with-xerces-inc
and--with-xerces-lib
, but no luck. Any clues what might be going on?