Dear all, Together with Upstream and the Fedora packager, we decided some time ago that a library in a package I am preparing will be renamed in Debian and Fedora, from ‘libread’ to ‘libstaden-read’.
In Fedora, this is done by using sed on some ‘.in’ files: http://cvs.fedoraproject.org/viewvc/rpms/staden-io_lib/devel/staden-io_lib.spec?revision=1.4&view=markup I was wondering if modifying the corresponding ‘.am’ and rerunning the autotools, but I get the followign error after applying the following patch: --- a/io_lib/Makefile.am +++ b/io_lib/Makefile.am @@ -1,6 +1,6 @@ -lib_LIBRARIES = libread.a +lib_LIBRARIES = libstaden-read.a -libread_a_SOURCES = \ +libstaden-read_a_SOURCES = \ Read.c \ Read.h \ scf_extras.c \ @@ -67,8 +67,8 @@ libread_a_SOURCES = \ os.h \ stdio_hack.h -libread_a_CPPFLAGS = @LIBCURL_CPPFLAGS@ +libstaden-read_a_CPPFLAGS = @LIBCURL_CPPFLAGS@ -#libread_a_LDFLAGS = -avoid-version +#libstaden-read_a_LDFLAGS = -avoid-version INCLUDES = -I${top_srcdir} diff --git a/progs/Makefile.am b/progs/Makefile.am index 4744daa..1c7a425 100644 --- a/progs/Makefile.am +++ b/progs/Makefile.am @@ -1,86 +1,86 @@ bin_PROGRAMS = convert_trace makeSCF extract_seq extract_qual extract_fastq index_tar scf_dump scf_info scf_update get_comment hash_tar hash_extract hash_list trace_dump hash_sff append_sff ztr_dump illumina2srf srf2illumina srf_dump_all srf_index_hash srf_extract_linear srf_extract_hash srf2fastq srf2fasta srf_filter srf_info srf_list convert_trace_SOURCES = convert_trace.c -convert_trace_LDADD = $(top_builddir)/io_lib/libread.a @LIBZ@ @LIBCURL@ +convert_trace_LDADD = $(top_builddir)/io_lib/libstaden-read.a @LIBZ@ @LIBCURL@ get_comment_SOURCES = get_comment.c -get_comment_LDADD = $(top_builddir)/io_lib/libread.a @LIBZ@ @LIBCURL@ +get_comment_LDADD = $(top_builddir)/io_lib/libstaden-read.a @LIBZ@ @LIBCURL@ [many of those…] srf_info_SOURCES = srf_info.c -srf_info_LDADD = $(top_builddir)/io_lib/libread.a @LIBZ@ @LIBCURL@ +srf_info_LDADD = $(top_builddir)/io_lib/libstaden-read.a @LIBZ@ @LIBCURL@ srf_list_SOURCES = srf_list.c -srf_list_LDADD = $(top_builddir)/io_lib/libread.a @LIBZ@ @LIBCURL@ +srf_list_LDADD = $(top_builddir)/io_lib/libstaden-read.a @LIBZ@ @LIBCURL@ anx159《staden-io-lib》$ ./bootstrap + rm -rf install-sh missing mkinstalldirs depcomp aclocal.m4 config.cache config.log config.status configure autom4te.cache io_lib_config.h.in config.sub config.guess Makefile.in progs/Makefile.in progs/Makefile read/Makefile.in read/Makefile tests/Makefile tests/Makefile.in dependencies io_lib-config + aclocal -I . + autoheader + automake --foreign --add-missing --copy configure.in:4: installing `./install-sh' configure.in:4: installing `./missing' io_lib/Makefile.am:3: bad characters in variable name `libstaden-read_a_SOURCES' io_lib/Makefile.am:70: bad characters in variable name `libstaden-read_a_CPPFLAGS' io_lib/Makefile.am: installing `./depcomp' io_lib/Makefile.am:3: variable `libstaden-read_a_SOURCES' is defined but no program or io_lib/Makefile.am:3: library has `libstaden-read_a' as canonic name (possible typo) Do I have to escape the hyphen? I have not found documentation on that subject when looking for “bad characters in variable name” in the Google search engine. (I downloaded the sources of the io-lib from ‘http://qa.debian.org/watch/sf.php/staden/io_lib-1.11.6.1.tar.gz’). Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
