On Wed, 28 Feb 2007 12:23:00 +
Stephen Gran <[EMAIL PROTECTED]> wrote:
> I don't know the package at all, so excuse me if I leap to conclusions.
> The thing I see there that bugs me is that at the end of a build/clean
> run, the source tree will be different, as you've lost the Makefile for
>
This one time, at band camp, Neil Williams said:
> DEB_BUILD_GNU_CPU ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU)
>
> # method copied from db4.2
> USE_64PARSER_CPUS = zx86_64z
>
> ifeq (,$(findstring z$(DEB_BUILD_GNU_CPU)z,$(USE_64PARSER_CPUS)))
> ${CP} Makefile.64 Makefile
> endif
I
On Wed, 28 Feb 2007 06:40:51 -0500
B Thomas <[EMAIL PROTECTED]> wrote:
> Among the sources there is a directory called "ode". This contains
> numerous sample differential equation files in the xppaut syntax,
> (for example wave.ode )
>
> You can run any of these files (for example wave.ode) as fol
Hi,
On Wed, Feb 28, 2007 at 09:33:09AM +, Neil Williams wrote:
> Can you provide some examples of how to test the package for the bug
> you found?
Among the sources there is a directory called "ode". This contains
numerous sample differential equation files in the xppaut syntax,
(for example
> # 64 Bit machines must use a different parser code.
> # In the OBJECTS section, replace parser2.o with parserslow2.o
> # it is not really that much slower so don't have a cow
> #
>
> I modified the Makefile in the source package and the error
> has gone away. Sorry I don't know patch synta
5 matches
Mail list logo
