SEQanswers

Go Back   SEQanswers > Sequencing Technologies/Companies > Illumina/Solexa



Similar Threads
Thread Thread Starter Forum Replies Last Post
CASAVA 1.7 Install Help aligenie Bioinformatics 29 05-23-2014 02:58 AM
samtools mpileup fails bair Bioinformatics 17 04-14-2013 08:04 AM
Compiling simNGS fails gene coder Illumina/Solexa 1 12-15-2011 04:53 AM
CASAVA-1.7.0 install fails sehrrot Bioinformatics 2 05-24-2011 04:08 AM
cuffcompare fails to produce gtf and tracking chrisbala Bioinformatics 1 08-12-2010 07:11 AM

Reply
 
Thread Tools
Old 06-30-2011, 08:39 PM   #1
roko-t
Junior Member
 
Location: Tokyo

Join Date: Nov 2010
Posts: 5
Default CASAVA-1.8 install fails

Dear all,

I've got error message during CASAVA-1.8 installation ('configure' step), but I haven't found the cause of error.

Here is error log,
-----------------
Decompressing .../CASAVA_v1.8.0/src/../redist/cmake-2.8.4.tar.gz
---------------------------------------------
CMake 2.8.4, Copyright 2000-2009 Kitware, Inc.
C compiler on this system is: /usr/local/bin/gcc
C++ compiler on this system is: /usr/local/bin/g++
Makefile processor on this system is: gmake
/usr/local/bin/g++ is GNU compiler


-- Looking for wcscpy
-- Looking for wcscpy - not found
-- Looking for wcslen
-- Looking for wcslen - not found


-- Check size of wchar_t
-- Check size of wchar_t - done

[ 13%] [ 13%] Building C object Utilities/cmlibarchive/libarchive/CMakeFiles/cmlibarchive.dir/archive_entry.c.o
Building C object Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmlparse.o
・・・/CASAVA/src/CASAVA_v1.8.0-build/bootstrap/build/cmake-2.8.4/Utilities/cmlibarchive/libarchive/archive_entry.c:136: error: static declaration of 'wcscpy' follows non-static declaration
/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.3.2/include-fixed/wchar.h:142: error: previous declaration of 'wcscpy' was here
・・・/CASAVA/src/CASAVA_v1.8.0-build/bootstrap/build/cmake-2.8.4/Utilities/cmlibarchive/libarchive/archive_entry.c:145: error: static declaration of 'wcslen' follows non-static declaration
/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.3.2/include-fixed/wchar.h:252: error: previous declaration of 'wcslen' was here
make[2]: *** [Utilities/cmlibarchive/libarchive/CMakeFiles/cmlibarchive.dir/archive_entry.c.o] Error 1
make[1]: *** [Utilities/cmlibarchive/libarchive/CMakeFiles/cmlibarchive.dir/all] Error 2
make[1]: *** waiting unfinished job
[ 13%] Building C object Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmltok.o
[ 13%] Building C object Utilities/cmexpat/CMakeFiles/cmexpat.dir/xmlrole.o
Linking C static library libcmexpat.a
[ 13%] Built target cmexpat
make: *** [all] Error 2
cmake: build failed: Terminating...
Failed to verify or install cmake
----------------


1th. because of wcscpy,wcslen are "not found".
config.h in ../CASAVA/src/CASAVA_v1.8.0-build/bootstrap/build/cmake-2.8.4/Utilities/cmlibarchive

Can anyone tell how to solve the problem?

Last edited by roko-t; 07-01-2011 at 07:29 AM.
roko-t is offline   Reply With Quote
Old 07-01-2011, 06:00 AM   #2
mgogol
Senior Member
 
Location: Kansas City

Join Date: Mar 2008
Posts: 197
Default

I would email techsupport@illumina.com about this.

On a side note, why did they change everything in CASAVA 1.8, it's kind of annoying.
mgogol is offline   Reply With Quote
Old 07-01-2011, 07:49 AM   #3
roko-t
Junior Member
 
Location: Tokyo

Join Date: Nov 2010
Posts: 5
Default

Thanks,

I emailed to illumina Japan but haven't recieved a reply.
I think that this error maybe depends on the combination between CASAVA 1.8 and gcc on my environment...
roko-t is offline   Reply With Quote
Old 07-01-2011, 07:55 AM   #4
GenoMax
Senior Member
 
Location: East Coast USA

Join Date: Feb 2008
Posts: 7,076
Default

Quote:
Originally Posted by mgogol View Post
On a side note, why did they change everything in CASAVA 1.8, it's kind of annoying.
To keep us on our toes

On a serious note some of the changes are useful (e.g sanger quality). People who have downstream pipelines that expect a certain folder structure are going to have the most pain though.
Last version of pipeline lasted for almost a year so a major change once a year is better than one every quarter.
GenoMax is offline   Reply With Quote
Old 07-01-2011, 09:37 PM   #5
roko-t
Junior Member
 
Location: Tokyo

Join Date: Nov 2010
Posts: 5
Default

I think some of changes are so useful,too.
So I want to use v1.8 efficiently asap.
On the other hand, I know it takes some time and effort to master it.
roko-t is offline   Reply With Quote
Old 07-10-2011, 08:10 PM   #6
roko-t
Junior Member
 
Location: Tokyo

Join Date: Nov 2010
Posts: 5
Default

Cmake 2.8.4 is bundled together with the CASAVA v1.8 disribution and is automatically built.
--------------------

I set cmake 2.8.3 on my enviroment by using config option.
SO I coould install CASAVA 1.8 succesfully !!!
I'm very very happy to avoid the manual work steps(OLB + Dumultiplex + GERALD(CASAVA1.7).

Last edited by roko-t; 07-10-2011 at 08:41 PM.
roko-t is offline   Reply With Quote
Old 07-11-2011, 03:56 AM   #7
GenoMax
Senior Member
 
Location: East Coast USA

Join Date: Feb 2008
Posts: 7,076
Default

Quote:
Originally Posted by roko-t View Post
Cmake 2.8.4 is bundled together with the CASAVA v1.8 disribution and is automatically built.
--------------------

I'm very very happy to avoid the manual work steps(OLB + Dumultiplex + GERALD(CASAVA1.7).
Remember that with v.1.8:
1. quality values are now in sanger format
2. sequence files generated include *all* reads (both filtered and unfiltered sequences) by default.
GenoMax is offline   Reply With Quote
Old 07-21-2011, 04:47 AM   #8
oliviera
Member
 
Location: germany

Join Date: Apr 2010
Posts: 31
Default

Dear roko-t
I encounter the same problem that you do to install casava1.8
Could you share with me how you did configure cmake, thats would help a lot

Cheers
oliviera is offline   Reply With Quote
Old 07-21-2011, 06:30 AM   #9
oliviera
Member
 
Location: germany

Join Date: Apr 2010
Posts: 31
Default

Hi again,
I simply reinstall the newest version of cmake 2.8.5. Should be ok now.
Cheers
olia
oliviera is offline   Reply With Quote
Old 09-23-2012, 04:24 AM   #10
argyjbao
Junior Member
 
Location: hk

Join Date: Sep 2009
Posts: 3
Default CASAVA 1.8.2 install fail

Dear buddy,
I also got error when installing CASAVA 1.8.2.
When I configure, it said:
========================================================
cmake version "cmake version 2.8.4" is already installed at /hd4/app/miseq/CASAVA_v1.8.2_Build/bootstrap/bin/cmake
nothing to be done
Using installed /hd4/app/miseq/CASAVA_v1.8.2_Build/bootstrap/bin/cmake
-- install prefix: /hd4/app/miseq/CASAVA/v1.8.2
-- install exec prefix: .
-- install bin dir: ./bin
-- install lib dir: ./lib/CASAVA-1.8.2
-- install libexec dir: ./libexec/CASAVA-1.8.2
-- install include dir: include/CASAVA-1.8.2
-- install data dir: share/CASAVA-1.8.2
-- install doc dir: doc/CASAVA-1.8.2
-- install man dir: man
-- Verifying target directories access
-- Creating external tools in subdirectory opt
-- Found ZLIB header: /usr/local/include/zlib.h
-- Found ZLIB library: /usr/local/lib/libz.so
-- gzip compression supported
-- Found BZIP2 header: /usr/include/bzlib.h
-- Found BZIP2 library: /usr/lib64/libbz2.so
-- bzip2 compression supported
-- Found PTHREAD header: /usr/include/pthread.h
-- Found PTHREAD library: /usr/lib64/libpthread.so
-- pthread supported
-- using compiler: gcc version 4.1.2
-- Adding the c++ library subdirectory: blt_util
-- Adding the c++ library subdirectory: blt_common
-- Adding the c++ library subdirectory: blt
-- Adding the c++ library subdirectory: starling
-- Adding the c++ library subdirectory: common
-- Adding the c++ library subdirectory: io
-- Adding the c++ library subdirectory: alignment
-- Adding the c++ library subdirectory: basecalling
-- Adding the c++ library subdirectory: assembly
-- Adding the c++ library subdirectory: variance
-- Adding the c++ library subdirectory: applications
-- Adding the c++ library subdirectory: demultiplex
-- Adding the c++ library subdirectory: statistics
-- Adding the c++ library subdirectory: SamMD
-- Adding the c++ library subdirectory: SamMD2Export
-- Adding the c++ library subdirectory: eland_ms
-- Adding the c++ library subdirectory: kagu
-- Adding the c++ library subdirectory: smallRna
-- Adding the c++ program subdirectory: bin
-- Adding the c++ program subdirectory: Alignment
-- Adding the c++ program subdirectory: BaseCalls
-- Adding the c++ program subdirectory: PostAlignment
-- Adding the c++ program subdirectory: Demultiplex
-- Adding the c++ program subdirectory: SmallRna
-- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE)
-- Doxygen: DOXYGEN_EXECUTABLE-NOTFOUND. Dot: DOXYGEN_DOT_EXECUTABLE-NOTFOUND.
-- Adding the verifyBoost dynamic link binary checker: verifyBoost
-- Found PTHREAD header: /usr/include/pthread.h
-- Found PTHREAD library: /usr/lib64/libpthread.so
-- pthread supported
-- Configuring done
-- Generating done
-- Build files have been written to: /hd4/app/miseq/CASAVA_v1.8.2_Build
The build directory /hd4/app/miseq/CASAVA_v1.8.2_Build was configured successfully

Type make at the top level of the root directory to build CASAVA
==================================================

However, when I make, it has the error messages:
==================================================

Scanning dependencies of target CASAVA_CODE_MIN
[ 0%] Extracting the CodeMin headers and examples
[ 1%] Built target CASAVA_CODE_MIN
[ 1%] Built target CASAVA_SAMTOOLS
[ 1%] Building illumina_samtools_extensions
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/libbam.a(bam_import.o): In function `__bam_get_lines':
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/bam_import.c:76: undefined reference to `gzopen64'
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/libbam.a(bam_import.o): In function `sam_open':
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/bam_import.c:442: undefined reference to `gzopen64'
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/libbam.a(bam_import.o): In function `sam_header_read2':
/hd4/app/miseq/CASAVA_v1.8.2_Build/opt/samtools-0.1.8/bam_import.c:126: undefined reference to `gzopen64'
collect2: ld 返回 1
make[3]: *** [bam_cat] 错误 1
make[2]: *** [opt/CMakeFiles/CASAVA_ILMNSAMTOOLS] 错误 2
make[1]: *** [opt/CMakeFiles/CASAVA_ILMNSAMTOOLS.dir/all] 错误 2
make: *** [all] 错误 2
=======================================================

Thanks in advance!
Jessie
argyjbao is offline   Reply With Quote
Old 09-23-2012, 11:20 PM   #11
oliviera
Member
 
Location: germany

Join Date: Apr 2010
Posts: 31
Default

Hi Jessie,
In your case I also find the error Doxygen not found. Not sure what it is but the compilation fail probably because of this error. Install Doxygen first on your system and then compile again. http://www.stack.nl/~dimitri/doxygen/download.html

Cheers
oliviera is offline   Reply With Quote
Old 09-23-2012, 11:28 PM   #12
tahamasoodi
Success
 
Location: India

Join Date: May 2012
Posts: 130
Default

You need to install all the prerequisites as mentioned in the user guide before installing CASAVA.
tahamasoodi is offline   Reply With Quote
Old 10-14-2012, 03:55 AM   #13
argyjbao
Junior Member
 
Location: hk

Join Date: Sep 2009
Posts: 3
Default

Thank you, oliviera and tahamasoodi,
I am sorry for the late report. I installed CASAVA 1.8 successfully.
At first, I installed Doxygen and other packages, then you need make some changes when making CASAVA:

1. in CASAVA build directory, change the options in file /opt/samtools-0.1.8/Makefile:
option in LIBCURSES: -lcurses -> -lncurses (because ncurse was installed);
option in CFLAGS: add "-fPIC -L/usr/local/lib";
2. in CASAVA source directory, CASAVA_v1.8.2/redist/illumina_samtools_extensions-1.0.0.tar.gz, edit the file "makefile" by adding "-fPIC -L/usr/local/lib" in CFLAGS;
3. in CASAVA build directory, edit the file CASAVA_v1.8.2_Build/c++/bin/CMakeFiles/CASAVA.dir/flags.make by adding "-fPIC -L/usr/local/lib" in CXX_FLAGS.

Then the installation should be OK!
argyjbao is offline   Reply With Quote
Old 06-03-2013, 03:22 AM   #14
JdeBruin
Member
 
Location: South Africa

Join Date: Jun 2013
Posts: 25
Default

I do hope someone can help me with this I am trying to install Casava 1.8.2 on a Red Hat Server. I have installed all the requirements as stated in the guide.

I get the following error:

[root@manager CASAVA_v1.8.2-build]# make
[ 0%] Building the SAM/BAM library and tools
bam_tview.c:418:2: warning: #warning "No curses library is available; tview is disabled."
libbam.a(bam_import.o): In function `__bam_get_lines':
/root/apps/tmp/CASAVA_v1.8.2-build/opt/samtools-0.1.8/bam_import.c:76: undefined reference to `gzopen64'
libbam.a(bam_import.o): In function `sam_open':
/root/apps/tmp/CASAVA_v1.8.2-build/opt/samtools-0.1.8/bam_import.c:442: undefined reference to `gzopen64'
libbam.a(bam_import.o): In function `sam_header_read2':
/root/apps/tmp/CASAVA_v1.8.2-build/opt/samtools-0.1.8/bam_import.c:126: undefined reference to `gzopen64'
collect2: ld returned 1 exit status
make[3]: *** [samtools] Error 1
make[2]: *** [opt/samtools-0.1.8/libbam.a] Error 2
make[1]: *** [opt/CMakeFiles/CASAVA_SAMTOOLS.dir/all] Error 2
make: *** [all] Error 2

after which I done the following as suggested:

1. in CASAVA build directory, change the options in file /opt/samtools-0.1.8/Makefile:
option in LIBCURSES: -lcurses -> -lncurses (because ncurse was installed);
option in CFLAGS: add "-fPIC -L/usr/local/lib";
2. in CASAVA source directory, CASAVA_v1.8.2/redist/illumina_samtools_extensions-1.0.0.tar.gz, edit the file "makefile" by adding "-fPIC -L/usr/local/lib" in CFLAGS;
3. in CASAVA build directory, edit the file CASAVA_v1.8.2_Build/c++/bin/CMakeFiles/CASAVA.dir/flags.make by adding "-fPIC -L/usr/local/lib" in CXX_FLAGS.

I am still getting the same error.

I believe this is a zlib issue so this is my zlib install installed with rpm:

[root@manager CASAVA_v1.8.2-build]# rpm -qi zlib
Name : zlib Relocations: (not relocatable)
Version : 1.2.3 Vendor: Red Hat, Inc.
Release : 27.el6 Build Date: Wed Aug 10 10:38:10 2011
Install Date: Thu Aug 2 08:33:41 2012 Build Host: x86-001.build.bos.redhat.com
Group : System Environment/Libraries Source RPM: zlib-1.2.3-27.el6.src.rpm
Size : 152225 License: zlib and Boost
Signature : RSA/8, Mon Sep 26 08:44:23 2011, Key ID 199e2f91fd431d51
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://www.gzip.org/zlib/
Summary : The zlib compression and decompression library
Description :
Zlib is a general-purpose, patent-free, lossless data compression
library which is used by many different programs.
Name : zlib Relocations: (not relocatable)
Version : 1.2.3 Vendor: Red Hat, Inc.
Release : 27.el6 Build Date: Wed Aug 10 10:38:10 2011
Install Date: Fri Feb 8 09:03:08 2013 Build Host: x86-007.build.bos.redhat.com
Group : System Environment/Libraries Source RPM: zlib-1.2.3-27.el6.src.rpm
Size : 139037 License: zlib and Boost
Signature : RSA/8, Mon Sep 26 08:44:28 2011, Key ID 199e2f91fd431d51
Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
URL : http://www.gzip.org/zlib/
Summary : The zlib compression and decompression library


Any help would be wonderfull!!
JdeBruin is offline   Reply With Quote
Old 06-03-2013, 04:03 AM   #15
GenoMax
Senior Member
 
Location: East Coast USA

Join Date: Feb 2008
Posts: 7,076
Default

Have you copied the "libbam.a" into /usr/local/lib or set LD_LIBRARY_PATH ro include the location of that file?

This appears to be a RHEL 6.x system.
GenoMax is offline   Reply With Quote
Old 06-03-2013, 04:16 AM   #16
JdeBruin
Member
 
Location: South Africa

Join Date: Jun 2013
Posts: 25
Default

This is indeed a RHEL 6.x system

I have not done as suggested with "libbam.a" is this included in the Casava dir?

Thanks
JdeBruin is offline   Reply With Quote
Old 06-03-2013, 04:25 AM   #17
GenoMax
Senior Member
 
Location: East Coast USA

Join Date: Feb 2008
Posts: 7,076
Default

Quote:
Originally Posted by JdeBruin View Post
This is indeed a RHEL 6.x system

I have not done as suggested with "libbam.a" is this included in the Casava dir?

Thanks
Looking at your original log, is the error being produced during "samtools" build? We built casava-1.8.2 a long time ago so I do not remember if "samtools" was included in the installer or we already had it installed.

The "libbam.a" is part of the samtools and should get built as a part of the samtools package.
GenoMax is offline   Reply With Quote
Old 06-03-2013, 04:31 AM   #18
JdeBruin
Member
 
Location: South Africa

Join Date: Jun 2013
Posts: 25
Default

Yes I get the error when samtools are being build as part of a Casava installation.
I found libbam.a in opt/samtools-0.1.8/ but I believe due to the fact that the error is produced while samtools are being built, libbam.a should be placed when the build (make command) has been completed succefully...
JdeBruin is offline   Reply With Quote
Old 06-03-2013, 04:36 AM   #19
GenoMax
Senior Member
 
Location: East Coast USA

Join Date: Feb 2008
Posts: 7,076
Default

Is samtools being built successfully? Do you see the samtools executable?
GenoMax is offline   Reply With Quote
Old 06-03-2013, 09:36 AM   #20
JdeBruin
Member
 
Location: South Africa

Join Date: Jun 2013
Posts: 25
Default

Samtools fails to build, the configure pass no problem but the make command fails.
JdeBruin is offline   Reply With Quote
Reply

Tags
casava 1.8, cmake, installation

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT -8. The time now is 03:06 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2020, vBulletin Solutions, Inc.
Single Sign On provided by vBSSO