I'm testing this out now. The existing package misbuilds on core2duo
machines on 10.5 (32-bit) and I've got a simple test case that I can
try.
On Jul 23, 2009, at 11:15 PM, Jack Howarth wrote:
I have uploaded test packaging for atlas-3.9.11-1 onto
fink tracking. This packaging for atlas
Hey Finkers,
I didn't know which mailing list this mail was supposed to be sent to,
so please respond on the right one. Also, don't be alarmed if my next
e-mail comes from mailingl...@dazjorz.com instead of
dazj...@dazjorz.com, I'm subscribed there but this was more convenient
for me.
Op 24 jul 2009, om 16:20 heeft Martin Costabel het volgende geschreven:
Sjors Gielen wrote:
Hey Finkers,
I didn't know which mailing list this mail was supposed to be sent
to, so please respond on the right one. Also, don't be alarmed if
my next e-mail comes from mailingl...@dazjorz.com
Sjors,
You would have an easier time getting a change like this
implemented if it were compelling enough for the debian project
to be building dpkg this way. They don't appear to be linking
against any sort of gettext package in debian unstable...
http://packages.debian.org/sid/dpkg
Sjors Gielen wrote:
Hey Finkers,
I didn't know which mailing list this mail was supposed to be sent to,
so please respond on the right one. Also, don't be alarmed if my next
e-mail comes from mailingl...@dazjorz.com instead of
dazj...@dazjorz.com, I'm subscribed there but this was more
Jack Howarth schreef:
Sjors,
You would have an easier time getting a change like this
implemented if it were compelling enough for the debian project
to be building dpkg this way. They don't appear to be linking
against any sort of gettext package in debian unstable...
What exactly is the misbuild on i386 darwin? Unfortunately, all of
my machines are set up for x86_64 fink at the moment so it will take
a bit to test that. I did notice some apparently non-fatal issues with
the depreciated -mcpu option during the build. Is that what you are
referring to?
I didn't notice it with your update so that's a good sign.
The version that's in the distro right now (3.8.2-2; that's what I meant
by 'existing') gets confused and decides that a core2duo machine is
actually a pentium III:
fwiw, 3.9.11-1 builds and installs without error on my i386 MBP (10.5
32-bit). --Robert
Alexander Hansen wrote:
I didn't notice it with your update so that's a good sign.
The version that's in the distro right now (3.8.2-2; that's what I meant
by 'existing') gets confused and decides that a
Robert Wyatt wrote:
fwiw, 3.9.11-1 builds and installs without error on my i386 MBP (10.5
32-bit). --Robert
... and now also built and installed on 10.5 PPC.
--
___
And, yes, that case does work. So this looks like a vast improvement
over what we've got already, at least on my Macbook.
For those keeping score: my test case is to install octave-atlas and to
run the following three commands.
A = randn(100,100);
B = randn(100,1);
T = A\B;
If one gets a bus
Forgot to cc-devel (and edit my post to Jack down for length--clearly
not a good multitasking day for me)./
I also noted appearances of --no-cpp-precomp in the PowerPC build (not
yet finished on my G4) which is a no-op now (I think as of 10.3, even).
For right now it's harmless, but it might be
Dustin,
The current libsablot-0.98-1024 pqckaging doesn't
build on x86_64 fink due to errors of the form...
sdom.cpp:1447: error: cast from 'char*' to 'int' loses precision'
These don't exist in the current libsablot 1.0.3 release. I have
uploaded packaging to fink tracking at...
13 matches
Mail list logo