On Sun, 10 Jun 2012 23:07:38 +0100
Jason Moxham wrote:
>
> The other way of doing this is to add
>
> ; PROLOGUE(symbol)
>
> lines to my files - the semicolon means that YASM ignores these lines
> but I think that configure will see them.
>
> If this doesn't work, I can add mac
The other way of doing this is to add
; PROLOGUE(symbol)
lines to my files - the semicolon means that YASM ignores these lines but I
think that configure will see them.
If this doesn't work, I can add macros for PROLOGUE(x) and GLOBAL_FUNC(x)
that evaluate to NUL in YASM but
On Sunday, 10 June 2012 19:49:37 UTC+1, Jason Moxham wrote:
>
> On Sunday, 10 June 2012 17:15:09 UTC+1, Jason Moxham wrote:
> >
> >
> > > Hi
> > >
> > > I figured out what going on here , basically configure is failing to
> > > populate config.h with the required
> > > #define HAVE_NATIVE_
On Sunday, 10 June 2012 17:15:09 UTC+1, Jason Moxham wrote:
>
>
> > Hi
> >
> > I figured out what going on here , basically configure is failing to
> > populate config.h with the required
> > #define HAVE_NATIVE_mpn_addmul_2 1
> > and all the others , it has always done this on mingw64 but bec
On Sunday, 10 June 2012 17:15:09 UTC+1, Jason Moxham wrote:
>
>
> > Hi
> >
> > I figured out what going on here , basically configure is failing to
> > populate config.h with the required
> > #define HAVE_NATIVE_mpn_addmul_2 1
> > and all the others , it has always done this on mingw64 but b
On Sun, 10 Jun 2012 08:07:39 -0700 (PDT)
jason wrote:
> Hi
>
> I figured out what going on here , basically configure is failing to
> populate config.h with the required
> #define HAVE_NATIVE_mpn_addmul_2 1
> and all the others , it has always done this on mingw64 but because of
> the way the C
On Sun, 10 Jun 2012 08:07:39 -0700 (PDT)
jason wrote:
> Hi
>
> I figured out what going on here , basically configure is failing to
> populate config.h with the required
> #define HAVE_NATIVE_mpn_addmul_2 1
> and all the others , it has always done this on mingw64 but because of
> the way the C
Hi
I figured out what going on here , basically configure is failing to
populate config.h with the required
#define HAVE_NATIVE_mpn_addmul_2 1
and all the others , it has always done this on mingw64 but because of
the way the C file redc_2 uses addmul_2 it now causes a problem.A
quick fix is to de
On Mon, 28 May 2012 16:05:28 +0900
Pavel Holoborodko wrote:
> Are there any technical difficulties for that? Maybe I can help with
> that if my skills are enough.
The next version of MPIR has a Python based build generator that allows
any of the assembler options to be selected and built.
To bu
Are there any technical difficulties for that? Maybe I can help with that
if my skills are enough.
On Mon, May 28, 2012 at 3:52 PM, Brian Gladman wrote:
> On Mon, 28 May 2012 13:51:21 +0900
> Pavel Holoborodko wrote:
>
> > I see,
> >
> > Bill, thank you for the clarification on mingw support sp
On Mon, 28 May 2012 13:51:21 +0900
Pavel Holoborodko wrote:
> I see,
>
> Bill, thank you for the clarification on mingw support specifics.
>
> Brian, is there any equivalent of --enable-fat in Visual Studio build
> of MPIR?
Hi Pavel,
I'm afraid not.
Brian
--
You received this message be
I see,
Bill, thank you for the clarification on mingw support specifics.
Brian, is there any equivalent of --enable-fat in Visual Studio build of
MPIR?
Thank you.
Pavel Holoborodko
--
Multiprecision Computing Toolbox for MATLAB.
http://www.advanpix.com/
On Sat, May 26, 2012 at 11:17 AM, Bill H
I don't even know if building a fat binary with MinGW64 is even
possible, even in theory.
My guess is 2.5.0 was simply ignoring the --enable-fat flag.
As far as I know, building with the 32 bit version of MinGW supports
--enable-fat though. But that is no use to you as you want a 64 bit
binary.
2.5.0 compiles fine with --enable-fat with all tests passing.
Then how I can compile mpir so that binaries will work on wide range
of CPUs? Generic C build, --march, else? Could you teach me?
Thanks in advance.
Pavel.
On May 25, 2012, at 22:06, Bill Hart wrote:
> It looks like you supplied --e
It looks like you supplied --enable-fat when configuring MPIR.
This is not supported under MinGW.
Bill.
On 25 May 2012 04:03, Pavel Holoborodko wrote:
> Thank you for taking this problem under consideration.
>
> To see the full picture I've tried to compile MPIR from SVN\trunk.
> There are many
>
> All of which serves to confirm that we can't expect the mingw64 build
to work unless someone who needs, uses and understands how it wworks
> volunteers to maintain it.
I can try to help somehow with mingw64 support - but I have no idea about
its architecture & GCC Assembler and other needed s
On Fri, 25 May 2012 12:03:11 +0900
Pavel Holoborodko wrote:
> Thank you for taking this problem under consideration.
>
> To see the full picture I've tried to compile MPIR from SVN\trunk.
> There are many errors coming from Assembler (as was anticipated by
> Brian). Cause seems to be simple enou
Thank you for taking this problem under consideration.
To see the full picture I've tried to compile MPIR from SVN\trunk.
There are many errors coming from Assembler (as was anticipated by Brian).
Cause seems to be simple enough to fix, but I have little experience with
Assembler.
Hope this repor
This does look like a real live bug. Hopefully someone will fix it
soon. Thanks for the report, and sorry for the delay in replying.
Bill.
On May 14, 3:45 am, Pavel Holoborodko wrote:
> Dear All,
>
> This is my first mail to the group. I want to thank developers for creating
> this beautiful and
19 matches
Mail list logo
