Re: libsbml4 and libsbml5
Andreas Tille <andreas@an3as.eu> schrieb :
> 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).
It's now commited...
> > 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.
>
Reply to: