I agree that this was not to hard. However, I did not understand your
motivation to work behind a perfectly working clean target which was
fully functional by using autotools-dev, dh-autoreconf.
It wasn't fully functional for me, I was repeatedlly bugged by
dpkg-source about files the clean t
Hi Peter,
many thanks for the patch which was in fact helpful to solve the problem.
On Wed, Jan 25, 2012 at 11:04:13AM +, peter green wrote:
> Ok I took pity on you and took a look at the Makefile.am in that
> directory, turns out it wasn't that hard to disable building of the
> CPU with SSE
tags 656755 +patch
thanks
While I really agree to this statement I think there is few chance that
somebody else will step in. We are just needing to maintain this as a
predependency for two important packages of the Debian Med team.
Ok I took pity on you and took a look at the Makefile.am in th
On Wed, Jan 25, 2012 at 01:37:59AM +, peter green wrote:
> Andreas Tille wrote:
> > Hi,
> >
> > I have to admit that I do not have any experience with SSE issues. Any
> > advise what to do in cases like this (see build logs linked below)?
> From looking at the build logs it looks like it is tr
Andreas Tille wrote:
> Hi,
>
> I have to admit that I do not have any experience with SSE issues. Any
> advise what to do in cases like this (see build logs linked below)?
From looking at the build logs it looks like it is trying to build a
"plain CPU plugin" and a "CPU with SSE plugin", presum
Le 1/22/12 2:31 PM, Andreas Tille a écrit :
> Hi,
>
> I have to admit that I do not have any experience with SSE issues. Any
> advise what to do in cases like this (see build logs linked below)?
SSE is not supported on all architecture.
Hurd is one among others.
If code makes use of SSE with no f
Hi,
I have to admit that I do not have any experience with SSE issues. Any
advise what to do in cases like this (see build logs linked below)?
The error message starts with
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../libhmsbeagle
-I/build/buildd-libhmsbeagle_1.0-3-hurd-i386-sfmc4g/libhm
On Sat, 2012-01-21 at 17:16 +0100, Andreas Tille wrote:
> On Sat, Jan 21, 2012 at 03:00:25PM +, peter green wrote:
> > It seems things are a little more complex than they first appeared.
> > In particular it seems libhmsbeagle has a specific "sse2 plugin"
> > which can only be built with sse2
On Sat, Jan 21, 2012 at 05:16:21PM +0100, Andreas Tille wrote:
> Moreover I just noticed that the -dev package is lacking static
> libraries.
At least this was simple (see 1.0-3).
Waiting for further information about the sse issue.
Kind regards
Andreas.
--
http://fam-tille.de
--
T
Hi Peter,
On Sat, Jan 21, 2012 at 03:00:25PM +, peter green wrote:
> Note: i'm not an expert on this package, just someone looking at
> build failures and filing bugs.
That's a really valuable job - thanks for doing so!
> It seems things are a little more complex than they first appeared.
package: libhmsbeagle
version: 1.0-2
severity: serious
Note: i'm not an expert on this package, just someone looking at build
failures and filing bugs.
It seems things are a little more complex than they first appeared. In
particular it seems libhmsbeagle has a specific "sse2 plugin" which c
11 matches
Mail list logo
