On Mar 15, 1:09 pm, Jason Moxham wrote:
Hi,
> I cant access cato either :(
cato is not available to SkyNet account holders.
Mariah: Can you please add Jason to the people who can log into cato?
Cheers,
Michael
--~--~-~--~~~---~--~~
You received this message
#43 Currently yasm builds unconditionally, whether it is needed or not.
This is not true , so we could kill this ticket , unless we want mpir
configure's and use a system wide yasm.
On Monday 16 March 2009 03:31:45 Jason Moxham wrote:
> New ticket
>
> tests/devel/try.c doesn't test all possi
New ticket
tests/devel/try.c doesn't test all possible overlaps for functions with 3 or
more source operands.
On Monday 16 March 2009 03:28:08 Jason Moxham wrote:
> #16 is not applicable anymore as this refered to the old AMD sqr-basecase
> #10 is done , for k10 ,core2 , no advantage for k8
>
#16 is not applicable anymore as this refered to the old AMD sqr-basecase
#10 is done , for k10 ,core2 , no advantage for k8
#2 doesn't apply for the current code as we dont jump into loops
#45 looks like you fixed , but I'm not sure
#63 is way out of date , we done it
#14 is mostly done
On
On Monday 16 March 2009 02:56:46 Bill Hart wrote:
> Probably tickets 87 and 95 no longer apply too, but we should check I
> guess.
#95 is definitely dead , mpir configure runs yasm configure so all make target
are there on all machines
>
> Bill.
>
> 2009/3/16 Bill Hart :
> > That would be it.
Probably tickets 87 and 95 no longer apply too, but we should check I guess.
Bill.
2009/3/16 Bill Hart :
> That would be it. I'll close the ticket and update the website.
>
> Bill.
>
> 2009/3/16 Jason Moxham :
>>
>> On Monday 16 March 2009 01:56:28 Bill Hart wrote:
>>> Nope, you are using it rig
That would be it. I'll close the ticket and update the website.
Bill.
2009/3/16 Jason Moxham :
>
> On Monday 16 March 2009 01:56:28 Bill Hart wrote:
>> Nope, you are using it right. It doesn't tell you more than we know.
>> Besides, you were the one who reported it.
>
> The closest one I could f
On Monday 16 March 2009 01:56:28 Bill Hart wrote:
> Nope, you are using it right. It doesn't tell you more than we know.
> Besides, you were the one who reported it.
The closest one I could find is this from thread "trunk distclean broken" from
29/12/08 , this has been fixed for a while
after d
£0.239 / kWhr here, depending on your provider!! Lot's of water here
too, but lots of bad companies.
One major UK supplier apparently had 50,000 complaints make it through
their 9 level complaints procedure to the Ombudsman, who took them to
court.
Allegedly they had offered "cheaper power than
On Sun, Mar 15, 2009 at 9:06 PM, Bill Hart wrote:
> But it really is a non-trivial thing to provide space/electricity for
> hardware. So trust me, we might just take up that kind offer!
>
> For future reference, do you have a rack or are you talking about
> floor/desk/bench/back room space? Bear
Done.
2009/3/16 Bill Hart :
> I've updated the website http://www.mpir.org/ . Let me know of any
> errors or omissions.
>
> I'll now post to various lists.
>
> Bill.
>
> 2009/3/16 Bill Hart :
>> Nope, you are using it right. It doesn't tell you more than we know.
>> Besides, you were the one who
I've updated the website http://www.mpir.org/ . Let me know of any
errors or omissions.
I'll now post to various lists.
Bill.
2009/3/16 Bill Hart :
> Nope, you are using it right. It doesn't tell you more than we know.
> Besides, you were the one who reported it.
>
> Bill.
>
> 2009/3/16 Jason M
Nope, you are using it right. It doesn't tell you more than we know.
Besides, you were the one who reported it.
Bill.
2009/3/16 Jason Moxham :
>
> Ticket 110
> A generic build (no assembly, i.e. host=none) fails on x86_64 machines. This
> is a problem in configure.
>
> this is all it says , unle
Ticket 110
A generic build (no assembly, i.e. host=none) fails on x86_64 machines. This
is a problem in configure.
this is all it says , unless I'm using it wrong
On Monday 16 March 2009 01:22:07 Bill Hart wrote:
> Do you mean details of these issues? If so, there are trac tickets for
> each
Do you mean details of these issues? If so, there are trac tickets for
each of them. Below the red ones.
Bill.
2009/3/16 Jason Moxham :
>
> On Monday 16 March 2009 00:38:00 Bill Hart wrote:
>> Here is the link to release candidate 2 tarball:
>>
>> http://sage.math.washington.edu/home/wbhart/mpir
These all pass on i7
./configure --host=none && make -j 8 && make -j 8 check && make distclean
./configure --host=none-unknown-linux-gnu && make -j 8 && make -j 8 check &&
make distclean
./configure --build=none-unknown-linux-gnu && make -j 8 && make -j 8 check
&& make distclean
O
No word from Intel yet, though I actually haven't written to them. :-(
But we have heard from elsewhere. :-)
It is unclear whether the money should/could be used to purchase an
i7. Doesn't Jason Moxham already have one? Jason Martin also has one
on order.
But it really is a non-trivial thing to
We did make mention of MSVC support here:
http://www.mpir.org/changes.html
and also in the primary goals of MPIR. But I've spelled it out more
clearly by adding the sentence you gave to the list of primary goals.
When we have everything running really smoothly on Sun, Apple and have
all the doc
details?
2009/3/16 Jason Moxham :
>
> On Monday 16 March 2009 00:38:00 Bill Hart wrote:
>> Here is the link to release candidate 2 tarball:
>>
>> http://sage.math.washington.edu/home/wbhart/mpir-1.0.tar.gz
>>
>> and docs:
>>
>> http://sage.math.washington.edu/home/wbhart/mpir.pdf
>>
>> If no furt
On Monday 16 March 2009 00:38:00 Bill Hart wrote:
> Here is the link to release candidate 2 tarball:
>
> http://sage.math.washington.edu/home/wbhart/mpir-1.0.tar.gz
>
> and docs:
>
> http://sage.math.washington.edu/home/wbhart/mpir.pdf
>
> If no further bugs are found, this will become the final r
Here is the link to release candidate 2 tarball:
http://sage.math.washington.edu/home/wbhart/mpir-1.0.tar.gz
and docs:
http://sage.math.washington.edu/home/wbhart/mpir.pdf
If no further bugs are found, this will become the final release.
Known Issues:
* MSYS and mingw32: --enable-fat build f
These look like the tests that Brian fixed, but which may not have
gotten into the tarball you have.
I'll put rc2 up in a moment. If you want to wait for the new thread
and let us know if that has the same problems.
Bill.
2009/3/15 Jeff Gilchrist :
>
> I have now tested 1.0 on an Itanium 2 syst
I've added the info about Jeff's build failure and the likely fix to
ticket 133. It will be fixed in the next service release.
Bill.
2009/3/16 Bill Hart :
> Oh oh, no need. I know what is going on. This is a well-documented bug
> in old versions of gas.
>
> You'll find notes to this effect throu
I am now inclined to package the latest svn which has Brian's Windows
fixes and the 1.0.0 doc updates and call it rc2. I'll do one final
test on sage.math to ensure we didn't crack anything major.
We'll hand to Michael and William to torture test in Sage, but I think
we'll put rc2 on the website
Oh oh, no need. I know what is going on. This is a well-documented bug
in old versions of gas.
You'll find notes to this effect throughout lots of old GMP assembly
files, along with workarounds.
Another reason to use yasm for *everything*.
Anyhow, this ought not affect our release. Anyone makin
Jeff, if you haven't already cleaned up after the failure, could you
please post the contents of mpn/tmp-fat_entry.s to the list.
Blank lines at the start can be omitted.
Bill.
2009/3/15 Jason Moxham :
>
> On Sunday 15 March 2009 23:36:29 Bill Hart wrote:
>> This actually looks like the same pr
I have now tested 1.0 on an Itanium 2 system and all check outs.
vendor : GenuineIntel
arch : IA-64
family : 32
model : 0
revision : 7
gcc version 4.1.2 20070115 (prerelease) (SUSE Linux)
The Windows MSVC projects all seem to compile fine in 32bit and 64bit
mode. I'm havin
On Sunday 15 March 2009 22:47:43 Bill Hart wrote:
> It depends on how long it takes versus a service release.
>
> Bill.
>
> 2009/3/15 Jason Moxham :
> > On Sunday 15 March 2009 17:23:46 Cactus wrote:
> >> On Mar 15, 4:45 pm, Jason Moxham wrote:
> >> > On Sunday 15 March 2009 16:29:31 Jason Moxham
Did you "make clean" before that test?
2009/3/15 Jeff Gilchrist :
>
> I found an error on my Opteron Linux system with the FAT build.
>
> gcc version 3.4.6 20060404 (Red Hat 3.4.6-8)
>
> I can get you the full output if you want but here is the error section:
>
> /usr/bin/ld: mpn/.libs/fat_entry.
It depends on how long it takes versus a service release.
Bill.
2009/3/15 Jason Moxham :
>
> On Sunday 15 March 2009 17:23:46 Cactus wrote:
>> On Mar 15, 4:45 pm, Jason Moxham wrote:
>> > On Sunday 15 March 2009 16:29:31 Jason Moxham wrote:
>> > > On Sunday 15 March 2009 16:22:31 Bill Hart wrot
varro is now done with both gcc's
no error detected and no undetected errors
On Sunday 15 March 2009 22:29:15 Jason Moxham wrote:
> iras,eno,cleo all done both gcc versions etc
> just waiting on varro
>
> On Sunday 15 March 2009 20:48:59 Jason Moxham wrote:
> > cuda1 is done gcc-4.2 and 3.4
On Sunday 15 March 2009 17:23:46 Cactus wrote:
> On Mar 15, 4:45 pm, Jason Moxham wrote:
> > On Sunday 15 March 2009 16:29:31 Jason Moxham wrote:
> > > On Sunday 15 March 2009 16:22:31 Bill Hart wrote:
> > > > I actually don't know what make dist does, never used it. But
> > > > assuming it makes
iras,eno,cleo all done both gcc versions etc
just waiting on varro
On Sunday 15 March 2009 20:48:59 Jason Moxham wrote:
> cuda1 is done gcc-4.2 and 3.4
> box1 is done gcc-4.2.4
>
>
>
>
> I using the script below , another one without fat for powerpc etc , and
> another one with export CC="gcc-
I found an error on my Opteron Linux system with the FAT build.
gcc version 3.4.6 20060404 (Red Hat 3.4.6-8)
I can get you the full output if you want but here is the error section:
/usr/bin/ld: mpn/.libs/fat_entry.o: relocation R_X86_64_32S against
`_GLOBAL_OFFSET_TABLE_' can not be used when
mpbsd is currently broken, but we don't know of anyone who uses it, or
even what it is used for, so we have considered this a minor issue for
now. We have a ticket to fix it.
Note that if you do make, then configure --enable-cxx or configure
--enable-fat, you must at least do make clean before do
On Sun, Mar 15, 2009 at 2:39 PM, Bill Hart wrote:
> We are essentially just doing:
>
> ./configure
> make
> make check
>
> And we are also running the following on a random selection of machines:
>
> make clean
> ./configure --enable-cxx
> make
> make check
Ok so I will do this on some systems
On Sun, Mar 15, 2009 at 3:34 PM, Bill Hart wrote:
> I had a quick google for MPIR to see if anyone has noticed us yet.
> There's oodles of sage related pages about it. A number of gmpy pages
> mention us.
Not that my web site is very highly ranked but as soon as MPIR 1.0 is
released I plan on u
On Sun, Mar 15, 2009 at 5:27 PM, Cactus wrote:
> I notice from reading the MPIR home page that we don't support
> Windows :-)
>
> Its probably more sensible to simply say "Support for buillding MPIR
> using Microsoft Visual Studio 2008 for use in both 32-bit and 64-bit
> versions of Windows."
T
On Mar 15, 7:59 pm, Bill Hart wrote:
> I've updated NEWS, Authors an ChangeLog in trunk. Let me know if I
> missed anything. Is Jason the only new code contributor we need to
> acknowledge?
I notice from reading the MPIR home page that we don't support
Windows :-)
Its hard to know how best to
cuda1 is done gcc-4.2 and 3.4
box1 is done gcc-4.2.4
I using the script below , another one without fat for powerpc etc , and
another one with export CC="gcc-???" for all the installed gcc's
this tests in/out of the src tree fat,cxx,NOASM,asserts
mkdir testdir && cd testdir && ../configure
On Sunday 15 March 2009 20:33:24 Bill Hart wrote:
OK
> OK, it is working for me, so I'll do that one. Does this work for you:
>
> Jason:
>
> eno - 4.3.0 n f
> varro A 4.0.1 n f / 4.3.3 n f
> iras 4.1.2 n / 4.3.3 n
> cleo 4.1.2 n / 4.3.3 n
>
> Bill:
>
> cato 4.1.2 n
> mark 4.3.3 n / S
> cicero 4
OK, it is working for me, so I'll do that one. Does this work for you:
Jason:
eno - 4.3.0 n f
varro A 4.0.1 n f / 4.3.3 n f
iras 4.1.2 n / 4.3.3 n
cleo 4.1.2 n / 4.3.3 n
Bill:
cato 4.1.2 n
mark 4.3.3 n / S
cicero 4.3.0 n f
fulvia 4.3.3 n f / S n f
menas 4.2.1 n f / 4.3.3 n f
Bill.
2009/3/15
I cant access cato either :(
On Sunday 15 March 2009 19:59:54 Bill Hart wrote:
> I've updated NEWS, Authors an ChangeLog in trunk. Let me know if I
> missed anything. Is Jason the only new code contributor we need to
> acknowledge?
>
> Is everyone happy that their licensing info is up-to-date?
Thanks, it works ok now, both "core2" and "nocona". However, the
benchmark seems to favor using "nocona" for a very slight margin, even
if nocona will not include lahf/sahf code, but it includes core2 asm
code otherwise. This must be the gcc optimization with -mtune=nocona
instead of -mtune=core2.
I've updated NEWS, Authors an ChangeLog in trunk. Let me know if I
missed anything. Is Jason the only new code contributor we need to
acknowledge?
Is everyone happy that their licensing info is up-to-date?
Bill.
2009/3/15 Bill Hart :
> Sure. We'll put it in rc2.
>
> Bill.
>
> 2009/3/15 Cactus :
Sure. We'll put it in rc2.
Bill.
2009/3/15 Cactus :
>
>
>
> On Mar 15, 7:09 pm, Bill Hart wrote:
>> Is it my browser playing up, or do our posts seem to be be going all
>> over the place in the threads. I start a thread called Release
>> Candidate 1 and the discussion gets continued in the thre
I had a quick google for MPIR to see if anyone has noticed us yet.
There's oodles of sage related pages about it. A number of gmpy pages
mention us.
There's the pages below. Nothing very exciting:
http://mail.python.org/pipermail/python-announce-list/2009-February/007193.html
http://www.loria.f
On Mar 15, 7:09 pm, Bill Hart wrote:
> Is it my browser playing up, or do our posts seem to be be going all
> over the place in the threads. I start a thread called Release
> Candidate 1 and the discussion gets continued in the thread on Toom-4
> !! Perhaps google mail doesn't sort properly by
On Mar 15, 7:06 pm, Bill Hart wrote:
> No problems from here. These are the links I am using:
>
> hhttp://sage.math.washington.edu/home/wbhart/mpir-1.0.tar.gz
This one worked (less the extra h)
Brian
--~--~-~--~~~---~--~~
You received this message because y
Is it my browser playing up, or do our posts seem to be be going all
over the place in the threads. I start a thread called Release
Candidate 1 and the discussion gets continued in the thread on Toom-4
!! Perhaps google mail doesn't sort properly by thread.
Anyhow, here are the links to the tarba
No problems from here. These are the links I am using:
hhttp://sage.math.washington.edu/home/wbhart/mpir-1.0.tar.gz
http://sage.math.washington.edu/home/wbhart/mpir.pdf
The first will initiate a file download, the second will sit there for
ages and eventually open the pdf doc in your browser if
On Mar 15, 6:53 pm, Cactus wrote:
> On Mar 15, 6:48 pm, Bill Hart wrote:
>
> > Brian,
>
> > I just redid make dist to include this update. Tarball now contains
> > the new/changed files.
>
> Thanks Bill,
>
> I was assuming that I should test the Windows stuff.
But I can't access it anyway - i
Perhaps Jeff may be able to also assist with that. Though it looks
like he already did, really. I don't know if there were code changes
to the Windows code/build since then.
Bill.
2009/3/15 Cactus :
>
>
>
> On Mar 15, 6:48 pm, Bill Hart wrote:
>> Brian,
>>
>> I just redid make dist to include t
On Mar 15, 6:48 pm, Bill Hart wrote:
> Brian,
>
> I just redid make dist to include this update. Tarball now contains
> the new/changed files.
Thanks Bill,
I was assuming that I should test the Windows stuff.
Brian
--~--~-~--~~~---~--~~
You received this
Brian,
I just redid make dist to include this update. Tarball now contains
the new/changed files.
Bill.
2009/3/15 Cactus :
>
>
>
> On Mar 15, 5:31 pm, Jason Moxham wrote:
>> On Sunday 15 March 2009 17:23:53 Bill Hart wrote:
>>
>> > I've updated the version numbers to 1.0.0 and made the followi
OK, I'll take mark.
In case you don't have it, there is a script in my home directory on
SkyNet called set_paths. If you don't run it the default gcc/cc on the
machine is run (if there is one).
If you do run it (source set_paths) it sets everything up to test mpir
using gcc. On Sun machines, if
On Sunday 15 March 2009 18:36:43 Jason Moxham wrote:
> On Sunday 15 March 2009 18:31:30 Bill Hart wrote:
> > OK, here is the tarball for release candidate 1:
> >
> > http://sage.math.washington.edu/home/wbhart/mpir-trunk/doc/mpir-1.0.tar.g
> >z
> >
> > and the doc:
> >
> > http://sage.math.washing
We are essentially just doing:
./configure
make
make check
And we are also running the following on a random selection of machines:
make clean
./configure --enable-cxx
make
make check
For x86/x86_64 machines you can also then do:
make clean
./configure --enable-fat
make
make check
We should
On Sunday 15 March 2009 18:31:30 Bill Hart wrote:
> OK, here is the tarball for release candidate 1:
>
> http://sage.math.washington.edu/home/wbhart/mpir-trunk/doc/mpir-1.0.tar.gz
>
> and the doc:
>
> http://sage.math.washington.edu/home/wbhart/mpir.pdf
>
> I don't really like the way that it cons
On Sun, Mar 15, 2009 at 2:31 PM, Bill Hart wrote:
> OK, here is the tarball for release candidate 1:
> http://sage.math.washington.edu/home/wbhart/mpir-trunk/doc/mpir-1.0.tar.gz
So what is the best way to help test the tar ball. Is there a
specific script or something to help run the required
OK, here is the tarball for release candidate 1:
http://sage.math.washington.edu/home/wbhart/mpir-trunk/doc/mpir-1.0.tar.gz
and the doc:
http://sage.math.washington.edu/home/wbhart/mpir.pdf
I don't really like the way that it considers its version string to be
1.0 instead of 1.0.0 but I guess
On Sunday 15 March 2009 17:58:49 Bill Hart wrote:
> I haven't seen Michael online except for very basic sage maintenance
> for days. I assume he is still ill. I will be seeing him personally in
> a couple of weeks. I will ensure you get trac access.
>
Hope he's better soon.
> In the mean time, c
On Mar 15, 5:31 pm, Jason Moxham wrote:
> On Sunday 15 March 2009 17:23:53 Bill Hart wrote:
>
> > I've updated the version numbers to 1.0.0 and made the following
> > updates to documentation:
>
> > Added K8 and K10 to list of processors with assembly support on p2
> > Section 2, p3 blurb about
I suspect it is for big distributions, like debian, to keep track of
different versions of software. We aren't in debian yet, so I guess we
can ignore it pretty much for now.
Bill.
2009/3/15 Jason Moxham :
>
> On Sunday 15 March 2009 18:06:20 Bill Hart wrote:
>> Did we decide this:
>>
>> This 3.
I made a ticket for this issue. We'll look at it as part of the
cleanup of config.guess, configfsf.sub and configure.in.
Bill.
2009/3/15 Gonzalo Tornaria :
>
> On Sat, Mar 14, 2009 at 11:07 PM, Jason Moxham
> wrote:
>>
>>
>> I volunteer to to do the rewrite.I want to split the x86_64 into these
On Sunday 15 March 2009 18:06:20 Bill Hart wrote:
> Did we decide this:
>
> This 3.4.1
> \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/\/\/\/\/\/\/\/\/\\//\/\/\/\/\/\/
>\/\\/ 379214 2009-03-08 02:33 /usr/local/lib/libmpir.so.3.4.1* 37788
> 2009-03-08 02:33 /usr/local/lib/libmpirxx.a 1123 2009-03-08 0
Did we decide this:
This 3.4.1
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/\/\/\/\/\/\/\/\/\\//\/\/\/\/\/\/\/\\/
379214 2009-03-08 02:33 /usr/local/lib/libmpir.so.3.4.1* 37788
2009-03-08 02:33 /usr/local/lib/libmpirxx.a 1123 2009-03-08 02:33
/usr/local/lib/libmpirxx.la* 18 2009-03-08 02:33
/usr/lo
I haven't seen Michael online except for very basic sage maintenance
for days. I assume he is still ill. I will be seeing him personally in
a couple of weeks. I will ensure you get trac access.
In the mean time, could you write a ticket and I will add it. I have
no idea what re-use error in mpz_u
On Sunday 15 March 2009 17:46:31 Bill Hart wrote:
> Should we tar it up and call it rc1?
Yep
>
> Does make dist remove svn dirs? Does it now touch .c and .h files in
> demos/calc? Does it name the tarball mpir-1.0.0.tar.gz automatically?
>
Yes,yes,yes
> We should also test the c++ headers on a
On Sun, Mar 15, 2009 at 1:36 PM, Jason Moxham wrote:
>
> On Sunday 15 March 2009 17:29:30 Jason Martin wrote:
>> > On Sunday 15 March 2009 17:03:51 Jason Martin wrote:
>> >> Hi Guys,
>> >>
>> >> Sorry for the late reply, but I've been camping for the last couple
>> >> days...
>> >>
>> >> I believ
Should we tar it up and call it rc1?
Does make dist remove svn dirs? Does it now touch .c and .h files in
demos/calc? Does it name the tarball mpir-1.0.0.tar.gz automatically?
We should also test the c++ headers on a couple of systems to ensure
we didn't break anything there.
I also want to add
2009/3/15 Jason Moxham :
>
> On Sunday 15 March 2009 17:23:53 Bill Hart wrote:
>> I've updated the version numbers to 1.0.0 and made the following
>> updates to documentation:
>>
>> Added K8 and K10 to list of processors with assembly support on p2
>> Section 2, p3 blurb about --gmp-compat
>> Sect
On Sunday 15 March 2009 17:29:30 Jason Martin wrote:
> > On Sunday 15 March 2009 17:03:51 Jason Martin wrote:
> >> Hi Guys,
> >>
> >> Sorry for the late reply, but I've been camping for the last couple
> >> days...
> >>
> >> I believe that I can rewrite the core2 code to avoid the lahf/sahf
> >> i
On Sunday 15 March 2009 17:23:53 Bill Hart wrote:
> I've updated the version numbers to 1.0.0 and made the following
> updates to documentation:
>
> Added K8 and K10 to list of processors with assembly support on p2
> Section 2, p3 blurb about --gmp-compat
> Section 2.1 added --gmp-compat to the l
> On Sunday 15 March 2009 17:03:51 Jason Martin wrote:
>> Hi Guys,
>>
>> Sorry for the late reply, but I've been camping for the last couple days...
>>
>> I believe that I can rewrite the core2 code to avoid the lahf/sahf
>> instructions without any performance lost. If there is still an
>> inter
I've updated the version numbers to 1.0.0 and made the following
updates to documentation:
Added K8 and K10 to list of processors with assembly support on p2
Section 2, p3 blurb about --gmp-compat
Section 2.1 added --gmp-compat to the list of options
Removed amd64 and added k10 and nocona to list
On Mar 15, 4:45 pm, Jason Moxham wrote:
> On Sunday 15 March 2009 16:29:31 Jason Moxham wrote:
>
>
>
> > On Sunday 15 March 2009 16:22:31 Bill Hart wrote:
> > > I actually don't know what make dist does, never used it. But assuming
> > > it makes a tarball, we need to have it make a single tarb
On Sunday 15 March 2009 17:03:51 Jason Martin wrote:
> Hi Guys,
>
> Sorry for the late reply, but I've been camping for the last couple days...
>
> I believe that I can rewrite the core2 code to avoid the lahf/sahf
> instructions without any performance lost. If there is still an
> interested or
Hi Guys,
Sorry for the late reply, but I've been camping for the last couple days...
I believe that I can rewrite the core2 code to avoid the lahf/sahf
instructions without any performance lost. If there is still an
interested or need, let me know and I'll have a go at it.
--jwm
On Sun, Mar
On Sunday 15 March 2009 16:29:31 Jason Moxham wrote:
> On Sunday 15 March 2009 16:22:31 Bill Hart wrote:
> > I actually don't know what make dist does, never used it. But assuming
> > it makes a tarball, we need to have it make a single tarball for both
> > Windows and linux. It's important that w
On Sunday 15 March 2009 16:22:31 Bill Hart wrote:
> I actually don't know what make dist does, never used it. But assuming
> it makes a tarball, we need to have it make a single tarball for both
> Windows and linux. It's important that we don't split the project, in
> my opinion.
>
> Bill.
Done i
I actually don't know what make dist does, never used it. But assuming
it makes a tarball, we need to have it make a single tarball for both
Windows and linux. It's important that we don't split the project, in
my opinion.
Bill.
2009/3/15 Cactus :
>
>
>
> On Mar 15, 4:02 pm, Jason Moxham wrote:
On Mar 15, 4:02 pm, Jason Moxham wrote:
> On Saturday 14 March 2009 15:04:09 Bill Hart wrote:
>
>
>
> > On 14/03/2009, Jason Moxham wrote:
> > > On Saturday 14 March 2009 13:46:51 Bill Hart wrote:
> > >> I've been working on converting Paul Zimmermann's implementation of
> > >> the Bodrato-Zan
On Saturday 14 March 2009 15:04:09 Bill Hart wrote:
> On 14/03/2009, Jason Moxham wrote:
> > On Saturday 14 March 2009 13:46:51 Bill Hart wrote:
> >> I've been working on converting Paul Zimmermann's implementation of
> >> the Bodrato-Zanoni Toom-4 algorithm to the mpn_level.
> >>
> >> I've uploa
On Mar 15, 1:16 pm, Jeff Gilchrist wrote:
> So I was unable to run the latest speed tests on the Linux 64bit live
> CD that works on my Q9550 since it only contains Python 2.5 but I did
> get a chance to run some benchmarks one of my GMP programs so we have
> some real-world tests on a subset o
On Sunday 15 March 2009 04:55:39 Gonzalo Tornaria wrote:
> As I mentioned, in current tr...@1739, my nocona is detected as a
> "core2" by config.guess, since it does include lahf.
>
> However, I tried hacking config.guess so that my cpu returns "nocona"
> instead --- just because I wanted to bench
Done ,
remove crlf from old add/sub_n and remove yasm macros from GLOBAL_FUNC names
On Sunday 15 March 2009 06:05:04 Bill Hart wrote:
> Damn. It's grepping for GLOBAL_FUNC and finding yasm macros and not
> expanding them I think. Hopefully we can fix that.
>
> Bill.
>
> 2009/3/15 Gonzalo Tornar
So I was unable to run the latest speed tests on the Linux 64bit live
CD that works on my Q9550 since it only contains Python 2.5 but I did
get a chance to run some benchmarks one of my GMP programs so we have
some real-world tests on a subset of MPIR. You can see a very nice
progression from MPI
88 matches
Mail list logo