On Fri, Nov 19, 2010 at 3:24 PM, Jason wrote:
> In regard to Mingw* , well , what can I say , for mingw32 I have to install it
> twice to get it to work ,apparently once just isn't good enough! I'm not
> installing the latest though , but then again I didn't have this problem a
> year ago. For mi
On Friday 19 November 2010 19:47:03 Jeff Gilchrist wrote:
> On Fri, Nov 19, 2010 at 1:47 PM, Jason wrote:
> > Cheers , My best guess is that this is an autotool problem. I just tried
> > using the latest autotools , but it is a lot stricter than our current
> > version , and I would have to do som
Finished testing with a Core2 based Windows 7 Ultimate 64bit machine
and Visual Studio 2010. Testing the core2 64bit project with C++
project as well.
Compile happened fine. But when running the python test script using
python 2.6.2 I get:
Traceback (most recent call last):
File "D:\Data\Jeff_
On Fri, Nov 19, 2010 at 1:47 PM, Jason wrote:
> Cheers , My best guess is that this is an autotool problem. I just tried using
> the latest autotools , but it is a lot stricter than our current version , and
> I would have to do some work on our configure.in and makefile.am's before I
> can
> tr
On Friday 19 November 2010 17:36:15 Jeff Gilchrist wrote:
> On Fri, Nov 19, 2010 at 11:56 AM, Jason wrote:
> > To get just a static build you have to --disable-shared as well and for
> > just a shared build --disable-static as linux defaults to building both.
> > Note for cygwin/mingw* just puttin
On Fri, Nov 19, 2010 at 11:56 AM, Jason wrote:
> To get just a static build you have to --disable-shared as well and for just a
> shared build --disable-static as linux defaults to building both. Note for
> cygwin/mingw* just putting --disable-static will fail as it only builds static
> by defaul
On Friday 19 November 2010 16:40:38 Jeff Gilchrist wrote:
> On Fri, Nov 19, 2010 at 3:57 AM, Jason wrote:
> > Thanks , I have no idea what it is , the only thing I can suggest for the
> > moment is to try a build for static only , and then in a clean dir a
> > shared build only. I'm not sure what
On Fri, Nov 19, 2010 at 3:57 AM, Jason wrote:
> Thanks , I have no idea what it is , the only thing I can suggest for the
> moment is to try a build for static only , and then in a clean dir a shared
> build only. I'm not sure what it will tell us !!!
Using just --enable-static works fine compil
Looks like it may be an autotools problem in that it's not setting the path to
the shared library properly . There are later autotools available which may fix
this.
mpir-2.1 uses (from boxen)
libtool 1.5.26
autoconf 2.61
automake 1.10.1
mpir-2.2 uses (from eno)
libtool 2.2.6b
autoconf 2.65
auto
On Friday 19 November 2010 01:10:47 Jeff Gilchrist wrote:
> On Thu, Nov 18, 2010 at 5:29 PM, Jason wrote:
> > I'm assuming case 3 is on the same machine as the failed case ?
>
> Yes, they are the same machine.
>
> > Did the previous mpir v2.1 fail with the same options ?
>
> I just checked an v
On Thursday 18 November 2010 20:31:46 Bill Hart wrote:
> $ diff cpuid.old cpuid.c
> 124c124,125
> < break;
> ---
>
> > if (model == 9) { CPUIS(k102);break;}
> >
> > break;
>
> Otherwise tests pass with only the following warnings when doing make
> check:
>
> me
On Thu, Nov 18, 2010 at 5:29 PM, Jason wrote:
> I'm assuming case 3 is on the same machine as the failed case ?
Yes, they are the same machine.
> Did the previous mpir v2.1 fail with the same options ?
I just checked an v2.1.3 also fails with the same options enabled
> Can you try it without
The other "big" change we made was to make the library text's section non-
executable , although I dont quite see how this could cause the error , but
the early gcc's dont support it , I think. I'll look it up to try and see.
Jason
On Thursday 18 November 2010 22:57:18 Jason wrote:
> It's work
It's works with cygwin which is slightly older still , however cygnus do patch
it though.By default on linux both shared and static builds are attempted ,
perhaps trying each one on it's own might resolve the issue.
ie
--disable-shared --enable-static
and
--disable-static --enable-shared
Jason
On Thursday 18 November 2010 22:28:16 Bill Hart wrote:
> All tests passed on the i5 laptop under latest Cygwin (on Windows 7).
>
WIndows 7 64bit ? , I've not got my cygwin on vista 64bit to work , but I've
not tried it in the last week or so
> Here's /proc/cpuinfo:
>
> processor : 3
> ve
That same set of options with gcc 4.4.3 works fine on my x86_64 linux
machine. Jeff's gcc is very old. Don't know if that's significant
though. It technically should build.
Bill.
On 18 November 2010 22:29, Jason wrote:
> On Thursday 18 November 2010 20:17:03 Jeff Gilchrist wrote:
>> Some rc2 tes
On 18 November 2010 22:21, Jason wrote:
> On Thursday 18 November 2010 22:05:30 Bill Hart wrote:
>> I used google to find a list. By that I mean I googled:
>>
>> family 6, model x
>>
>> for various x to see if they existed.
>>
>
> Good idea , but it's not surprising how many advertisers get it wro
On Thursday 18 November 2010 20:17:03 Jeff Gilchrist wrote:
> Some rc2 tests. Here are the ones that passed:
>
> 1. Intel Xeon X5550 running Linux 64bit
> ./config.guess = nehalem-unknown-linux-gnu
> ICC v11.0 with --enable-cxx = All tests passed
> ICC v11.0 with --enable-cxx --enable-assert --en
All tests passed on the i5 laptop under latest Cygwin (on Windows 7).
Here's /proc/cpuinfo:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 37
model name : Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz
stepping: 2
cpu MHz : 2261
cach
On Thursday 18 November 2010 22:05:30 Bill Hart wrote:
> I used google to find a list. By that I mean I googled:
>
> family 6, model x
>
> for various x to see if they existed.
>
Good idea , but it's not surprising how many advertisers get it wrong,,, , but
as long as we have an concrete(silic
I used google to find a list. By that I mean I googled:
family 6, model x
for various x to see if they existed.
Some guy has some links to some sources of info here:
http://wbhart.blogspot.com/2010/09/bsdnt-configure-and-assembly.html
:-)
The chip below is a server. It's a new AMD Magny Cours
Cheers , out of curiosity is this a server chip ? I assume it is a nehalem and
not a westmere (ie 32nm instead of 45nm and with the new AES instructions)
can you do a uname -a and a cat /proc/cpu for me
Again another undocumented model number , I'm going to see if I can find a
updated list or s
Another machine not recognised by cpuid.c:
$ diff ../cpuid.old cpuid.c
86a87
> if (model == 37){ CPUIS(nehalem);break;}
Bill.
On 18 November 2010 21:02, Bill Hart wrote:
> That error message usually comes up when linking against a library
> which is static when it should be linking ag
That error message usually comes up when linking against a library
which is static when it should be linking against a shared library, or
something like that.
I don't really know how to debug that. But Jason has been working on
the fat build system, so hopefully can guess.
Bill.
On 18 November 2
On Thu, Nov 18, 2010 at 3:31 PM, Bill Hart wrote:
> $ diff cpuid.old cpuid.c
> 124c124,125
> < break;
> ---
>> if (model == 9) { CPUIS(k102);break;}
>> break;
>
> Otherwise tests pass with only the following warnings when doing make check:
I just tried from a new tar bal
$ diff cpuid.old cpuid.c
124c124,125
< break;
---
> if (model == 9) { CPUIS(k102);break;}
> break;
Otherwise tests pass with only the following warnings when doing make check:
memory.c: In function 'tests_reallocate':
memory.c:111: warning: format '%u' expects type 'unsi
On Thu, Nov 18, 2010 at 3:20 PM, Bill Hart wrote:
> Just checking that you did make distclean before the test that failed.
Oh crap, maybe not. Let me start from scratch again.
Jeff.
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To post to th
Just checking that you did make distclean before the test that failed.
On 18 November 2010 20:17, Jeff Gilchrist wrote:
> Some rc2 tests. Here are the ones that passed:
>
> 1. Intel Xeon X5550 running Linux 64bit
> ./config.guess = nehalem-unknown-linux-gnu
> ICC v11.0 with --enable-cxx = All te
Some rc2 tests. Here are the ones that passed:
1. Intel Xeon X5550 running Linux 64bit
./config.guess = nehalem-unknown-linux-gnu
ICC v11.0 with --enable-cxx = All tests passed
ICC v11.0 with --enable-cxx --enable-assert --enable-fat = All tests passed
GCC v4.1.2 with --enable-cxx = All tests pas
Whoops , should read
http://www.mpir.org/mpir-2.2.0-rc2.tar.bz2
On Thursday 11 November 2010 14:03:06 Jason wrote:
> Hi
>
> MPIR-2.2.0-rc2 is released for testing here
>
> http://www.mpir.org/mpir-2.2.0-rc2.tar.gz
>
> Changes from rc1 are:
> (rc1 release is here http://groups.google.com/group/
Hi
MPIR-2.2.0-rc2 is released for testing here
http://www.mpir.org/mpir-2.2.0-rc2.tar.gz
Changes from rc1 are:
(rc1 release is here http://groups.google.com/group/mpir-
devel/browse_thread/thread/d5faa938a36ff0e6 )
add AMD model 9 (Magny Cours) cpu's to the detection function.
exclude
31 matches
Mail list logo