[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: libsbml4 and libsbml5



On Tue, Jan 31, 2012 at 03:12:40PM +0100, Ivo Maintz wrote:
> Anyway, its located in the svn in packages/libsbml/branches/libsbml4.
> It's the right place?

It would be the right place ... if you commit (can't see it there).

> But another (more critical) problem is pbuilder - I can't build
> libsbml4 with pdebuild; configure works, but then I get strange errors
> at the begin of make:
> _____________________________________________________________________________
> 
> # Add here commands to compile the package.
> /usr/bin/make
> make[1]: Entering directory `/tmp/buildd/libsbml-4.3.1'
> /usr/bin/make -C src -w --jobserver-fds=3,5 -j include
> libsbml-version.lo -MD -MP -MF ".deps/libsbml-version.Po" -c -o
> libsbml-version.lo libsbml-version.cpp make[3]: Entering directory
> `/tmp/buildd/libsbml-4.3.1/src/util' /tmp/buildd/libsbml-4.3.1/doltlibtool
> --mode=compile --tag=CXX g++ -I. -I/tmp/buildd/libsbml-4.3.1/include
> -DLINUX    -DPACKAGE_NAME=\"libSBML\"    -MT List.lo -MD -MP -MF
> ".deps/List.Po" -c -o List.lo List.cpp /usr/bin/make -C util -w
> --jobserver-fds=3,5 - --jobserver-fds=3,5 -j include In file included
> from libsbml-version.h:35:0, from
> libsbml-version.cpp:32: /tmp/buildd/libsbml-4.3.1/include/sbml/common/extern.h:34:43:
> fatal error: sbml/common/libsbml-namespace.h: No such file or directory
> compilation terminated.
> _________________________________________________________________________________
> 
> and it breaks.
> 
> [...]
> _________________________________________________________________________________
> 
> and it works.
> 
> I don't think, that I forgot some build dependencies, and the error
> doesn't point in that direction. It seems, that not all files are
> copied to the right directory, bu I have no idea at all, why "make" has
> a different behavior...

It's hard to tell - please commit your packaging and we can have a look.

> Is this an absolutely no-go, or would it be sufficient, if it builds
> with debuild?

The problem is: Build daemons for other architectures as well as several
QA tools will rebuild and run into the same error.  So even if we would
upload with debuild (there is probably no reasonable way for ftpmaster
to tell what build method was used) we will run into this trouble
anyway.

Kind regards and thanks for your contribution

      Andreas.

-- 
http://fam-tille.de


Reply to: