l with your
> binary, which you may well want to do.
>
> On 11 February 2011 16:10, Antony Vennard wrote:
>> From the cygwin website http://cygwin.com/licensing.html
>>
>> In accordance with section 10 of the GPL, Red Hat permits programs whose
>> sources are distr
>From the cygwin website http://cygwin.com/licensing.html
In accordance with section 10 of the GPL, Red Hat permits programs whose
sources are distributed under a license that complies with the Open
Source Definition [See http://www.opensource.org/docs/osd/ for the
precise Open Source Definition a
On 30/11/10 13:38, Cactus wrote:
>
>
> On Nov 30, 10:44 am, Jason wrote:
>> -- Forwarded Message --
>>
>> Subject: How to Use
>> Date: Monday 29 November 2010, 05:14:15
>> From: George Ulmer
>> To: thempirt...@gmail.com
>>
>> Hi,
>>
>> I downloaded and read readme and pdf but
Hi Bill, all,
I am still here listening. I did say I'd do a website and I am doing so
unless you want to get somebody else to do it - unfortunately however
I've had a bad 12 months (dropped out of uni, bit of a crisis of
confidence) so having promised to start it and actually having started
it, I
Hi Bill,
Thanks, will do. Just a quick note - in the code I posted the line:
for ( i = 0; i < nsdim; i++ )
in the second piece should read:
for ( i = x*nt; i < nsdim+(x*nt); i++ )
As clearly, otherwise you'd just be doing the same section repeatedly...
what I intented was to break the factor u
ver*
> that it is independent, and thus must be implemented completely from
> scratch. One idea I had was to write all the low level routines in
> LLVM instead of assembly, then just build suitable optimisations into
> LLVM so that nice assembly is automatically produced. This is ent
Aaah it took me too long to type that, sorry... Jason's already on it!
On 06/02/2010 08:28 PM, Antony Vennard wrote:
> Salut Pierrick,
>
> It doesn't look like you are. %rbx is a x86-64 register in asm whereas
> the host you're compiling on appears to be i686 (uname -
Salut Pierrick,
It doesn't look like you are. %rbx is a x86-64 register in asm whereas
the host you're compiling on appears to be i686 (uname -m = i686) which
is x86-32.
During MPIR build, the configure script links the correct assembly files
from their subdirectories in mpn/cpu-arch/files to mpn
t is bad design practice to have the information spread across a
> number of pages. :-/
>
> Personally, I like it much better this way. The only thing I had
> planned to do differently was to have the "menu" on the LHS instead of
> at the top. But that is probably because of growing up wit
t;
>> But if someone volunteers the server resources and is prepared to give
>> you access, then sure, go ahead. You don't need my permission.
>
> I volunteer server resources.
>
> William
>
>
>>
>> Bill.
>>
>> On 25 May 2010 20:01, Anto
Bill,
I could do this if you want - it's actually easier than gitweb on
Ubuntu, according to:
http://jiangyan.wordpress.com/2008/10/19/viewvc-ubuntu/. The steps would be:
apt-get install viewvc
echo "ScriptAlias /viewvc /usr/lib/cgi-bin/viewvc.cgi" >
/etc/apache2/conf.d/viewvc.conf
vim /etc/viewv
I am, slowly but surely, experimenting with OpenMP in my own git
repository of MPIR. As I said a while back, I'd like to do that first,
then bring in cuda etc at a later date.
I don't know what to suggest, really. On the one hand parallelisation
work is underway, on the other hand it is nowhere ne
On 05/17/2010 12:01 PM, Cactus wrote:
>
>
> On May 17, 11:13 am, Antony Vennard wrote:
>> Hi Brian,
>
> [snip]
>
>> As I understand it, mingw (gcc on windows) has the same problem - it
>> doesn't support x86-64 compilation. I'm not 100% on that
then msys itself just seg
faulted when you tried to run it so you had to set up all the paths by
hand...
Antony
On 05/17/2010 07:47 AM, Cactus wrote:
>
>
> On May 17, 12:04 am, Antony Vennard wrote:
>> Hi All,
>>
>> Regarding BSDNT (BSD Licensed MPIR) I think Bill mentio
PCC is actually readable, it could no doubt
> be fixed.
>
> Thanks for taking a look Antony.
>
> Bill.
>
> On 17 May 2010 00:04, Antony Vennard wrote:
>> Hi All,
>>
>> Regarding BSDNT (BSD Licensed MPIR) I think Bill mentioned targetting
>> pcc earlie
Hi All,
Regarding BSDNT (BSD Licensed MPIR) I think Bill mentioned targetting
pcc earlier on in conversation (cl/icc/gcc have also been mentioned as I
remember it). One thing that was suggested was porting pcc to Win64,
something I've been having a look at (which is what happens when your
primary
:
> "Now rectified"? The tarballs have not changed since Oct/Nov last year!
>
> But yeah, otherwise it is a fair assessment.
>
> On 4 May 2010 20:12, Antony Vennard wrote:
>> Ok thanks, sorry, I wasn't certain the issues were tarball-only so I
>> looked in svn
> website)
>
> I am certainly not aware of any renamed GMP's with license reverted to
> v2.1+. The claims are patently false, as we've reiterated numerous
> times.
>
> Bill.
>
> On 4 May 2010 19:13, Antony Vennard wrote:
>> I apologise in advance for th
Let's just clarify this bit shall we, just in case:
The below should read "mpir-trunk" uses a small number of lgplv3+
patches and is distributed as lgplv3+. By same license, I meant the same
license as the relevant patches.
Just so we are clear. I do not wish to be mis-quoted.
> mpir 1.3 and ear
I apologise in advance for the length of this email.
Ok, I've checked out the entire svn.
grep -ir "lgplv3" * gives:
branches/mpir-parallel/mpn/x86_64/.svn/text-base/mulmid_basecase.asm.svn-base:dnl
LGPLv3+, license terms reproduced below. These modifications are hereby
branches/mpir-parallel/m
and two tesla
cards, what is the most efficient way of splitting operations across them?
More to the point, can you produce an efficient algorithm for roughly
allocating resources that doesn't add masses to the run time!
I've been getting quite familiar with Knuth's book Seminumeri
Hi All,
Quick update on the bsdnt website, mostly for Bill but keeping on list
anyway.
I've begun uploading bits and pieces of the source. I won't give away
urls here as they're web facing, but, a nearly bug free authentication
system (including permissions, groups etc) is ready and up (I had to
;> System.Console.WriteLine(mpir.mpz_get_string(10,f));
>> mpir.mpz_clear(f);
>> }
>> }
>
>
> Anybody interested to participate? There are several difficulties
> which slow down development. For example, manual takes too much time
> because English is
So, the important question - are we going to enter it?
It looks like we'd get access to a computer with a number of "cores"
containing nehalems and tesla cards. The problem here will be optimising
distribution of the work to be done across these units given the
different nature of the processors.
On 04/16/2010 09:36 PM, Bill Hart wrote:
> On 16 April 2010 21:32, Antony Vennard wrote:
>>
>>
>> On 04/16/2010 09:15 PM, Bill Hart wrote:
>>> On 16 April 2010 20:54, Antony Vennard wrote:
>>>> Alrighty, sounds good to me, just checking 'cause
On 04/16/2010 09:15 PM, Bill Hart wrote:
> On 16 April 2010 20:54, Antony Vennard wrote:
>> Alrighty, sounds good to me, just checking 'cause you've mentioned
>> "off-list" support a lot...
>
> Yes, lots of "off-list" support, which I encour
S and static media such as images,
tarballs and whatever.
So, I like django. I can however do PHP too if anybody really wants
that. I've never used Ruby but I've heard good things about Rails and
Sinatra.
Thoughts?
Antony
On 04/16/2010 08:32 PM, Bill Hart wrote:
> On 16 April 20
In addition to the inline:-
What's the news r.e. website? When do you want me to start putting
something together? Happy to take this discussion off-list if needs be.
Antony
On 04/16/2010 07:37 PM, Bill Hart wrote:
> On 16 April 2010 19:32, Antony Vennard wrote:
>>
>> On
On 04/16/2010 07:20 PM, Bill Hart wrote:
> On 16 April 2010 19:10, Antony Vennard wrote:
>> If I've got this right, couldn't we argue it like this:
>>
>> * Person A from ACME Computer Corp writes some code for bsd-nt (or
>> whatever it is called) and wish
If I've got this right, couldn't we argue it like this:
* Person A from ACME Computer Corp writes some code for bsd-nt (or
whatever it is called) and wishes to contribute it.
* The company themselves control the copyright but do not wish to have
their brand associated with bsd-nt.
* However, they
die,
too. The public repository is: git://github.com/wbhart/bsdnt.git. That
should work.
Antony
On 04/13/2010 11:29 PM, Cactus wrote:
>
>
> On Apr 13, 9:21 pm, Antony Vennard wrote:
>> Hi Brian,
>>
>> Right, I gave it a quick whirl and it does seem a bit more stable than
&
need to make the project
> totally separate. I don't want to fall foul of the LGPL which MPIR is
> distributed under. So even if the site looks a little sparse for now,
> better to leave off any MPIR related content I think.
>
> Bill.
>
> On 13 April 2010 21:33, Antony Ven
More than I actually care for sometimes but yes. I'm currently learning
the Django framework, can do PHP, MySQL. I prefer Django because it's
lightweightish and python, which I've grown to like, so that's where all
my web development is headed - it's MVC for all those people who like OO
paradigms..
On 04/13/2010 08:37 PM, Cactus wrote:
>
>
> On Apr 13, 8:24 pm, Antony Vennard wrote:
>> I can second your feelings on TortoiseGit. I generally ignore the icons
>> - the shell integration is buggy on x86-32 as well. It's just buggy,
>> either way.
>>
>&
The compiler problem being that msys and mingw didn't run x64 natively
for a long time and failed to run even as x32 under my old x64 vista
machine?
I fully understand. I'm going to look at this gitextensions thing that
has been so highly recommended on SO and see what its like.
It seems to be a
I can second your feelings on TortoiseGit. I generally ignore the icons
- the shell integration is buggy on x86-32 as well. It's just buggy,
either way.
According to SO this: http://sourceforge.net/projects/gitextensions/ is
supposed to be a good project. It isn't quite so clean looking as the UI
need to ensure that whatever we come
> up with works smoothly for him. Relying on one of us to push changes
> onto an svn repo somewhere and then to merge back when he makes
> changes seems like too much effort. It would be better if we could
> figure out how to get git working properly
ed my files BSD yet. I will if there is
>> sufficient interest to warrant it. So far there seems to be some
>> interest.
>>
>> Bill.
>>
>> On 12 April 2010 23:37, Antony Vennard wrote:
>>> I was just about to reply that OpenMP is supported in MSVC
all this is dependent on whether Jason Moxham is interested in
> licensing his assembly BSD. We can't get within 50% of MPIR/GMP
> without it.
>
> Bill.
>
> On 12 April 2010 23:05, Bill Hart wrote:
>> On 12 April 2010 21:04, Antony Vennard wrote:
>>> Yes.
>&
Yes.
Can we manage it with git? Is there a git repo already...?
Can I write #pragma omp declarations all over it? I.e. can I start
parallelising things early on? I'll license all contributions on MPIR as
BSD which is easily compatible with LGPLv3 then I'm good, really,
providing I don't duplicate
, if you want to contribute, get stuck in.
Warning: to start off with the code won't conform to the coding style,
probably break a lot, maybe not even compile. That's development.
That's pretty much it I think. I shall be watching mpir-devel and this
is my e-mail, so get in touch. I
Oh, so *this* is the real announcement! :D
On a more serious note, my comments from last time still stand - I'm not
sure about the political necessity of some features of the v3 licenses,
but they still protect the essentials of open source (I've reviewed them
more closely since the joke I took to
Thanks guys, I'm going to add my two pence worth:
I personally care about these things:
1) that I can acquire the source for pretty much everything on my
computer, should I wish to;
2) that I can redistribute, modify etc any of these programs without
seeking the owner's permission, or paying.
3) t
Hi All,
Still following you and waiting for free time in April to start working
on OpenMP. I've noticed I'm getting 404s browsing to
http://modular.maths.jmu.edu/svn/mpir/. Is this normal behaviour?
I can't get git svn to work either to rebase my tree, nor subclipse. SVN
itself fails with:
svn: O
igure --build=cuda-unknown-linux-gnu
>> make
>>
>> put *.cu in mpn/cuda directory
>>
>> Doesn't actually build with *.cu files yet , probably missed something
>> simple , anyway I must sleep
>>
>> Still need to add linker paths as well
>>
>>
busy of late , so do you still want me to do what I
>> suggested , tarbox doesn't have a working autotools , so I will have
>> to do it on my machine and upload it.
>>
>> I have just found this
>>
>> http://www.bealto.com/mp-gpu_mem.htm
>>
>> which ha
rectorys
>
> /mpn/x86/k7/mmx/k8/k10
> /mpn/x86_64/nano
>
> At some stage we will put a gmp-mparam.h file in them .
>
> Jason
>
> >
>
--
Sent from my mobile device
Antony Vennard
antony.venn...@gmail.com
--~--~-~--~~~---~--~~
You receiv
;
>>> > > Show all branches
>>> > > -
>>> > > git branch -a
>>> > > git branch -r (will show only remote branches)
>>> > >
>>> > > Merging a branch into the current branch
>>> > > --
Hi All,
Can I please have a trac account? Can send over ssh pub keys or whatever
is needed?
Thanks
Antony
--
Antony Vennard
Web Address: http://vennard.org.uk/
OpenPGP Key: http://vennard.org.uk/keys/arv_gmail.asc
--~--~-~--~~~---~--~~
You received this
local copy of mpir (not on cuda1) but I
could move it up there if that's easier?
Thanks
Antony
Jason Moxham wrote:
> On Wednesday 21 October 2009 21:40:33 Antony Vennard wrote:
>> Hi All,
>>
>> I've been trying to get my head around how to attack CUDA and MPIR and
the way to go. Think, that is...
NB if you just want to look at some of my changes, try
http://vennard.org.uk/gitweb/?p=mpir.git;a=shortlog;h=refs/heads/av_cuda
(yes, it's messy).
Thanks,
Antony
--
Antony Vennard
Web Address: http://vennard.org.uk/
OpenPGP Key: http:
.0 etc ,
>>> if is was encoded as gmp-4.3.0 then we could use mpir-1.3.0 and all
>>> would be good. We can not change the gmp version number as many/most?
>>> programs test for this and fail if it is not high enough.
>>>
>>> In Linux y
works.
Brilliant! Thanks
Antony
Jason Moxham wrote:
> On Monday 19 October 2009 18:05:22 Antony Vennard wrote:
>> Hi All,
>>
>> Given the complexity of MPIR's build system I'm better just asking this
>> I think. I've added --enable-cuda to my working copy of M
t.
So, how do I meddle successfully?
I've attached a patch of changes but I can't see it being these as
they're so simple...
Thanks,
Antony
--
Antony Vennard
Web Address: http://vennard.org.uk/
OpenPGP Key: http://vennard.org.uk/keys/arv_gmail.asc
--~--~-~--~~
repo, your local repo has
>> mirrors of the remote branches, and when you make a local
>> branch of that, changes made to the remote branch only get
>> reflected in the mirror of the remote branch, not in the
>> new branch
of the
> repo there is always a temptation to override the safety controls.
> I've done it a couple of times with my own repos, though thankfully
> not the FLINT-Lite one on Selmer yet.
>
> Bill.
>
> 2009/10/12 Antony Vennard :
>> Hi All,
>>
>> I'
it should be easy to generate patches of my work vs
mpir-1.3.
This way, if anybody wants to look at what I'm doing they can, easily.
Hope that's useful,
Antony
--
Antony Vennard
Web Address: http://vennard.org.uk/
OpenPGP Key: http://ven
sure that sage-4.1.3 happens in a timely manner, e.g.,
>>> around October 15-20 (say).
>>> -- William
>>> --
>>> William Stein
>>> Associate Professor of Mathematics
>>> University of Washington
>>> http://wstein.org
>
> I a
58 matches
Mail list logo
