Forget my own head sometimes!!!!

This is for VS2008


----- Original Message ----- From: "jason" <ja...@njkfrudils.plus.com>
To: <mpir-devel@googlegroups.com>
Sent: Thursday, November 11, 2010 10:47 AM
Subject: Re: [mpir-devel] Re: MPIR-2.2.0-rc1 released


The MSVC error below is only for the lib build , the dll is OK

Jason

----- Original Message ----- From: "jason" <ja...@njkfrudils.plus.com>
To: "mpir-devel" <mpir-devel@googlegroups.com>
Sent: Thursday, November 11, 2010 10:43 AM
Subject: [mpir-devel] Re: MPIR-2.2.0-rc1 released


I can't see how to fix this as I think the problem is with autotools
(much like the previous mingw32 make check problem , which our current
autotools has fixed) , so for the moment I think we should leave it.

MSVC 32bit generic C build failure

Generating Code...
Compiling...
rsh_divrem_hensel_qr_1_1.c
1>..\..\mpn\generic\rsh_divrem_hensel_qr_1_1.c(27) : warning C4101:
'qb' : unref
erenced local variable
rsh_divrem_hensel_qr_1.c
rrandom.c
rootrem_basecase.c
rootrem.c
redc_basecase.c
randomb.c
random2.c
random.c
preinv_mod_1.c
preinv_divrem_1.c
pow_1.c
popham.c
perfect_square_p.c
nhgcd2.c
ngcd_step.c
ngcd_matrix.c
ngcd.c
c1 : fatal error C1083: Cannot open source file: '..\..\mpn\generic
\ngcd.c': No
such file or directory
neg_n.c
mulmod_2expp1.c
Generating Code...
Compiling...
mulmod_2expm1.c
1>..\..\mpn\generic\mulmod_2expm1.c(132) : warning C4018: '<' : signed/
unsigned
mismatch
1>..\..\mpn\generic\mulmod_2expm1.c(150) : warning C4018: '<' : signed/
unsigned
mismatch
1>..\..\mpn\generic\mulmod_2expm1.c(159) : warning C4018: '<' : signed/
unsigned
mismatch
1>..\..\mpn\generic\mulmod_2expm1.c(177) : warning C4018: '<' : signed/
unsigned
mismatch
mulmid_n.c

look like a danglering referance to the old ngcd.c file

Thanks
Jason


On Nov 10, 9:00 pm, jason <ja...@njkfrudils.plus.com> wrote:
I copyied the dll from .lib to the tests/cxx dirfectory and all the
tests now pass , so it just a matter of informing autotools of the
path for C++ , Hmmmm....

Jason

On Nov 10, 9:58 am, "jason" <ja...@njkfrudils.plus.com> wrote:



> The fix works for MinGW64 , and clearly this will have no impact on > other
> arch's
> However we get a futher failure on nehalem-w64-mingw32 of

> make[4]: Leaving directory `/c/cygwin/home/root/BOX11/tests/cxx'
> make check-TESTS
> make[4]: Entering directory `/c/cygwin/home/root/BOX11/tests/cxx'
> make[5]: Entering directory `/c/cygwin/home/root/BOX11/tests/cxx'
> PASS: t-headers.exe
> FAIL: t-binary.exe
> FAIL: t-assign.exe
> FAIL: t-istream.exe
> FAIL: t-constr.exe
> FAIL: t-cast.exe
> FAIL: t-misc.exe
> FAIL: t-locale.exe
> FAIL: t-prec.exe
> FAIL: t-unary.exe
> FAIL: t-ostream.exe
> FAIL: t-rand.exe
> FAIL: t-ternary.exe
> FAIL: t-ops.exe
> =============================================================
> 13 of 14 tests failed
> See tests/cxx/test-suite.log
> Please report tohttp://groups.google.co.uk/group/mpir-devel/
> =============================================================
> make[5]: *** [test-suite.log] Error 1
> make[5]: Leaving directory `/c/cygwin/home/root/BOX11/tests/cxx'
> make[4]: *** [check-TESTS] Error 2
> make[4]: Leaving directory `/c/cygwin/home/root/BOX11/tests/cxx'
> make[3]: *** [check-am] Error 2
> make[3]: Leaving directory `/c/cygwin/home/root/BOX11/tests/cxx'
> make[2]: *** [check-recursive] Error 1
> make[2]: Leaving directory `/c/cygwin/home/root/BOX11/tests'
> make[1]: *** [check-recursive] Error 1
> make[1]: Leaving directory `/c/cygwin/home/root/BOX11'
> make: *** [check] Error 2
> BOX11

> PASSED CC=gcc CXX=g++ configure=
> PASSED CC=gcc CXX=g++ configure= --enable-cxx --enable-gmpcompat
> PASSED CC=gcc CXX=g++
> configure= --enable-cxx --enable-gmpcompat --enable-assert
> --enable-alloca=debug
> PASSED CC=gcc CXX=g++
> configure= --enable-cxx --enable-gmpcompat --enable-assert
> --enable-alloca=debug --build=none-w64-mingw32
> PASSED CC=gcc CXX=g++ configure= --enable-fat
> PASSED CC=gcc CXX=g++
> configure= --enable-fat --enable-cxx --enable-gmpcompat
> PASSED CC=gcc CXX=g++
> configure= --enable-fat --enable-cxx --enable-gmpcompat --
> enable-assert --enable-alloca=debug
> PASSED CC=gcc CXX=g++ configure= --enable-shared --disable-static
> FAILED CC=gcc CXX=g++
> configure= --enable-shared --disable-static --enable-cxx -
> -enable-gmpcompat

> The failure occurs with a shared lib with C++ (static lib with C++ is > OK) ,
> the error is that for some reason it thinks the lib's dont exist
> ie we get pop-up windows which say

> libmpir-8.dll not found
> libmpirxx-2.dll not found

> I'll be mostly offline for the next few hours , as I rewire the rats > nest of
> wires around the house :)

> Jason

> ----- Original Message -----
> From: "jason" <ja...@njkfrudils.plus.com>
> To: <mpir-devel@googlegroups.com>
> Sent: Wednesday, November 10, 2010 9:45 AM
> Subject: Re: [mpir-devel] Re: MPIR-2.2.0-rc1 released

> > Cheers , I'll just exclude it for MinGW64

> > Thansk
> > Jason

> > ----- Original Message -----
> > From: "Cactus" <rieman...@gmail.com>
> > To: "mpir-devel" <mpir-devel@googlegroups.com>
> > Sent: Wednesday, November 10, 2010 9:21 AM
> > Subject: [mpir-devel] Re: MPIR-2.2.0-rc1 released

> > On Nov 10, 8:38 am, "jason" <ja...@njkfrudils.plus.com> wrote:
> >> The fix that Brian and I did for the locale for C should also work > >> for
> >> C++
> >> as in tests/cxx/clocale.c there is the same over-riding definition > >> of > >> localeconv , so I think that the same exclusions should apply ie the > >> C
> >> version
> >> #if ! (defined(__MINGW64__) || (defined(_MSC_VER) && _MSC_VER < > >> 1500))
> >> #if HAVE_LOCALECONV
> >> #ifdef _MSC_VER
> >> __GMP_DECLSPEC
> >> #endif
> >> struct lconv *
> >> localeconv (void)
> >> {
> >> static struct lconv l;
> >> l.decimal_point = decimal_point;
> >> return &l;}

> >> #endif
> >> #endif

> >> and the present C++ version

> >> #if HAVE_LOCALECONV
> >> struct lconv *
> >> localeconv (void)
> >> {
> >> static struct lconv l;
> >> l.decimal_point = point_string;
> >> return &l;}

> >> #endif

> >> So if I change the C++ version so it is the same as the C version , > >> then
> >> it
> >> should "pass" the tests.
> >> Brian is this the right fix for MSVC ?
> >> I'll test it on mingw64 now

> >> Jason

> >> ----- Original Message -----
> >> From: "jason" <ja...@njkfrudils.plus.com>
> >> To: <mpir-devel@googlegroups.com>
> >> Sent: Wednesday, November 10, 2010 8:18 AM
> >> Subject: Re: [mpir-devel] Re: MPIR-2.2.0-rc1 released

> >> > On nehalem-w64-mingw32

> >> > /lib
> >> > /bin/sh ../../libtool --tag=CXX --mode=link
> >> > g++ -O2 -m64 -march=core2 -mtune=
> >> > core2 -o t-unary.exe t-unary.o -L../../.libs > >> > ../../tests/libtests.la
> >> > ../../lib
> >> > mpirxx.la ../../libmpir.la
> >> > 
c:/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.6.0/../../../../x86_64-w64-min
> >> > gw32/
> >> > lib/../lib/libmsvcrt.a(dusfs00649.o):(.text+0x0): multiple > >> > definition
> >> > of
> >> > `locale
> >> > conv'
> >> > clocale.o:clocale.c:(.text+0x0): first defined here
> >> > collect2: ld returned 1 exit status
> >> > make[4]: *** [t-locale.exe] Error 1
> >> > make[4]: *** Waiting for unfinished jobs....
> >> > libtool: link: g++ -O2 -m64 -march=core2 -mtune=core2 -o
> >> > t-misc.exe -misc.o -L
> >> > /c/cygwin/home/root/BOX11/.libs ../../tests/.libs/libtests.a
> >> > ../../.libs/libmpir
> >> > xx.a 
-L/c/bb/vista64-mingw32/mingw-x86-x86_64/build/build/gcc/obj/x86_64-w64-min

> >> > Clearly C++ handles the locale differently than the plain C , > >> > because I > >> > fixed that case , this should be an easy fix I hope , my knowledge > >> > of
> >> > C++
> >> > is minimal

> >> > Jason

> >> > --
> >> > You received this message because you are subscribed to the Google
> >> > Groups
> >> > "mpir-devel" group.
> >> > To post to this group, send email to mpir-de...@googlegroups.com.
> >> > To unsubscribe from this group, send email to
> >> > mpir-devel+unsubscr...@googlegroups.com.
> >> > For more options, visit this group at
> >> >http://groups.google.com/group/mpir-devel?hl=en.

> > Hi Jason,

> > The MSVC version makes no use of the clocale.c file since locale
> > replacement just works in C++ 'out of the box' so we don't need to
> > fake it.

> > Brian

> > --
> > You received this message because you are subscribed to the Google > > Groups
> > "mpir-devel" group.
> > To post to this group, send email to mpir-de...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > mpir-devel+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/mpir-devel?hl=en.

> > --
> > You received this message because you are subscribed to the Google > > Groups
> > "mpir-devel" group.
> > To post to this group, send email to mpir-de...@googlegroups.com.
> > To unsubscribe from this group, send email to
> > mpir-devel+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/mpir-devel?hl=en.-Hide quoted text -

> - Show quoted text -- Hide quoted text -

- Show quoted text -

--
You received this message because you are subscribed to the Google Groups "mpir-devel" group.
To post to this group, send email to mpir-de...@googlegroups.com.
To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en.

--
You received this message because you are subscribed to the Google Groups "mpir-devel" group.
To post to this group, send email to mpir-de...@googlegroups.com.
To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en.


--
You received this message because you are subscribed to the Google Groups 
"mpir-devel" group.
To post to this group, send email to mpir-de...@googlegroups.com.
To unsubscribe from this group, send email to 
mpir-devel+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/mpir-devel?hl=en.

Reply via email to