On Saturday 10 January 2009 01:23:33 Bill Hart wrote:
> Can someone update me on the status of the perfect power issue in
> trunk. The main thing I am concerned about is the test code. Does it
> now test for all the cases where the original code was known to be
> broken. Has this all been committe
I've been working on getting MPIR to compile on Sun CC with --enable-
cxx. I've fixed the attribute errors by only defining ATTRIBUTE_* when
__GNUC__ is defined. This fixes lots of build warnings actually,
though if __GNUC__ is not defined for a compiler which supports
attributes, then MPIR could
I think svn:executable is the right property to set. Maybe I have
svn:execute or something like that. Maybe that is not the same thing.
This page explains anyhow:
http://svnbook.red-bean.com/en/1.1/ch07s02.html
Bill.
2009/1/10 Jason Martin :
>
> eno is also using svn version 1.4.6, so that pro
eno is also using svn version 1.4.6, so that probably isn't the issue.
I'm not very svn savvy, so if their are some "post commit hooks" or
things like that which should be running on the server, point me in
the right direction and I'll try to set them up.
I personally have noticed that svn doesn
I mean I checked out on eno then switched to fulvia.
2009/1/10 Jason Martin :
>
> The SVN running on the server is version 1.4.6
>
> The most current SVN version is 1.5.5, so "no" we aren't using the
> most current version. We are using the version in the standard Ubuntu
> distro.
>
> I just loo
Actually, while we're on the topic of repository servers, it might be
a good idea if someone else setup an additional Web_DAV server so that
we could use svnsync to maintain mirrored repositories.
--jason
On Fri, Jan 9, 2009 at 9:47 PM, Jason Martin
wrote:
> The SVN running on the server is ver
The SVN running on the server is version 1.4.6
The most current SVN version is 1.5.5, so "no" we aren't using the
most current version. We are using the version in the standard Ubuntu
distro.
I just looked at the subversion web page, and the native file
formatting stuff isn't mentioned in the d
The current svn repo appears to have some issues with setting file
properties. We went through and changed a whole load of files so that
the line endings would be automatically set to the native format when
checked out. But I just checked out on fulvia and the line endings for
the Makefile in yasm
It should be easy to verify if it is an issue or not. Until then it
should remain a blocker.
I'll check the test function.
Bill.
2009/1/10 mabshoff :
>
>
>
> On Jan 9, 4:59 pm, Bill Hart wrote:
>> I've added a ticket for the memory leak.
>
> Yeah, I saw the ticket. I am not 100% sure this isn'
Actually NAILS=1 isn't so hot either. :-)
2009/1/10 mabshoff :
>
>
> On Jan 9, 5:39 pm, "Jason Martin"
> wrote:
>
> Hi,
>
>> I'd like to get rid of NAILS support. It adds a huge amount of
>> complication, and I haven't seen it actually pan out for any modern
>> processor.
>>
>> I vote for leavi
On Jan 9, 4:59 pm, Bill Hart wrote:
> I've added a ticket for the memory leak.
Yeah, I saw the ticket. I am not 100% sure this isn't a false positive
since the C++ runtime could be involved here and that some times leads
to issues. Either way, I wouldn't consider it a blocker since it has
been
On Jan 9, 5:39 pm, "Jason Martin"
wrote:
Hi,
> I'd like to get rid of NAILS support. It adds a huge amount of
> complication, and I haven't seen it actually pan out for any modern
> processor.
>
> I vote for leaving the existing NAILS code alone, but explicitly
> stating that NAILS is not sup
On Jan 9, 5:57 pm, "Jason Martin"
wrote:
> Okay, I'll just start at the top and open them... I see the blocker
> notation once I open them.
>
> yes, I scrolled, and they are all the same color. That's not a big
> deal as I'm sure it's just some issue with my browser.
Look at http://trac.mpir
Okay, I'll just start at the top and open them... I see the blocker
notation once I open them.
yes, I scrolled, and they are all the same color. That's not a big
deal as I'm sure it's just some issue with my browser.
On Fri, Jan 9, 2009 at 8:49 PM, Bill Hart wrote:
>
> Did you scroll down the
Did you scroll down the page? There are/were quite a few blockers!!
If you open any particular ticket, then in the upper left it tells you
somewhere that it is a blocker, critical, major, minor, etc.
Tickets are also all ordered by severity. The top ones are all blockers.
Bill.
2009/1/10 Jason
Hey Bill,
When I look at the trac server, everything is the same color. I don't
know if that's a browser issue or what, but could things that are
"blockers" just be labeled as such? Or, if that's too much effort,
could you just indicate which labels mean something is a blocker?
Thanks,
jason
I'd like to get rid of NAILS support. It adds a huge amount of
complication, and I haven't seen it actually pan out for any modern
processor.
I vote for leaving the existing NAILS code alone, but explicitly
stating that NAILS is not supported. Perhaps, if we do discover some
use for it, it migh
Can someone update me on the status of the perfect power issue in
trunk. The main thing I am concerned about is the test code. Does it
now test for all the cases where the original code was known to be
broken. Has this all been committed to trunk.
Bill.
--~--~-~--~~~--
Is there anyone still working on MPIR who really thinks we should
support NAILS?
I've got slightly stronger opinions about this now than I did before:
* If we want people to contribute code to MPIR, then NAILS is a
complication which developers can really do without. We don't have
anyone with th
I've added a ticket for the memory leak.
On Jan 10, 12:41 am, mabshoff wrote:
> On Jan 9, 4:05 pm, Bill Hart wrote:
>
> > OK, I see Jason already fixed the make tune issue. So perhaps the
> > nails issue is all that is left.
>
> > On Jan 9, 11:28 pm, Bill Hart wrote:
>
> > > I've added the mis
Brian,
I notice you have not added:
Copyright Brian Gladman 2008
to the Windows files. If you have put work into these files, it is
worth adding your copyright notice. Of course it is entirely up to you
whether you wish to add this or not.
I personally felt weird adding my copyright to files I
On Jan 9, 4:05 pm, Bill Hart wrote:
> OK, I see Jason already fixed the make tune issue. So perhaps the
> nails issue is all that is left.
>
> On Jan 9, 11:28 pm, Bill Hart wrote:
>
> > I've added the missing gcd prototypes to gmp-impl.h.
>
> > What else do we need to do before release?
>
> >
I've gone through the list for the past few days and written up trac
tickets for everything that has been reported that needs fixing,
enhancing or otherwise done. The trac server is a good place to look
for stuff that should be done:
http://trac.mpir.org/mpir_trac/report/1
Anything marked [needs
OK, I see Jason already fixed the make tune issue. So perhaps the
nails issue is all that is left.
On Jan 9, 11:28 pm, Bill Hart wrote:
> I've added the missing gcd prototypes to gmp-impl.h.
>
> What else do we need to do before release?
>
> * fix make tune
>
> * fix nails = 2
>
> Anything else?
I've added the missing gcd prototypes to gmp-impl.h.
What else do we need to do before release?
* fix make tune
* fix nails = 2
Anything else?
Bill.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"mpir-devel" gr
Hi Michael,
svn apparently doesn't preserve file permissions. You can set
execute:on so that the file is executable and both config.guess and
install-sh have this set. But if you try to execute config.guess for
example it doesn't work.
There's apparently some kind of hack for svn that allows per
26 matches
Mail list logo