On 2013-06-24 06:31, Corinna Vinschen wrote:
This seem to have been a problem with the assembler files, but I can't
reproduce it if I use the right settings. With this cygport file:
NAME="mpir"
VERSION="2.6.0"
RELEASE=1
CATEGORY="Math"
SUMMARY="MPIR"
DESCRIPTION="MPIR"
SRC_
On Jun 24 11:20, Corinna Vinschen wrote:
> On Jun 21 12:57, Yaakov (Cygwin/X) wrote:
> > On 2013-06-21 06:33, Corinna Vinschen wrote:
> > >as our resident autotools/libtool experts, could you please have a
> > >look here?
> >
> > The problem is, as a fork of GMP, it too tries to be too clever with
On Jun 21 12:57, Yaakov (Cygwin/X) wrote:
> On 2013-06-21 06:33, Corinna Vinschen wrote:
> >as our resident autotools/libtool experts, could you please have a
> >look here?
>
> The problem is, as a fork of GMP, it too tries to be too clever with
> libtool in an attempt to shorten configure times b
On Jun 21 22:44, Jean-Pierre Flori wrote:
> Le Fri, 21 Jun 2013 22:10:15 +, Jean-Pierre Flori a écrit :
> > Now there is also a x86_64w dir for windows assembly but yasm does not
> > like its syntax.
> > I'll be looking into that.
> In fact its not yasm which is used I guess.
> We should indeed
On Jun 21 16:56, Jean-Pierre Flori wrote:
> Hi all,
>
> Here is my experience with a shared version of the library after taking
> Corinna's message into account, starting from a clean MPIR tarball (except
> for updating the FSF config.sub/guess) without autoreconfing, and using
> the Cygwin shi
Le Fri, 21 Jun 2013 22:10:15 +, Jean-Pierre Flori a écrit :
> Now there is also a x86_64w dir for windows assembly but yasm does not
> like its syntax.
> I'll be looking into that.
In fact its not yasm which is used I guess.
We should indeed use the *w directories and basically do quite everyth
Le Fri, 21 Jun 2013 18:07:00 +, Jean-Pierre Flori a écrit :
> Le Fri, 21 Jun 2013 17:27:22 +, Jean-Pierre Flori a écrit :
>
>> Le Fri, 21 Jun 2013 17:06:03 +, Jean-Pierre Flori a écrit :
>>
I'll also check without assembly optimizations, or lowering gcc
optimization level,
Le Fri, 21 Jun 2013 17:27:22 +, Jean-Pierre Flori a écrit :
> Le Fri, 21 Jun 2013 17:06:03 +, Jean-Pierre Flori a écrit :
>
>>> I'll also check without assembly optimizations, or lowering gcc
>>> optimization level, etc.
>> So I'm going to try that now.
> If i disable ASM routines by pass
On 2013-06-21 06:33, Corinna Vinschen wrote:
as our resident autotools/libtool experts, could you please have a
look here?
The problem is, as a fork of GMP, it too tries to be too clever with
libtool in an attempt to shorten configure times by avoiding the CXX/F77
checks. Those hacks are not
Le Fri, 21 Jun 2013 17:06:03 +, Jean-Pierre Flori a écrit :
>> I'll also check without assembly optimizations, or lowering gcc
>> optimization level, etc.
> So I'm going to try that now.
If i disable ASM routines by passing MPN_PATH=generic to configure, then
(in the static setting at least)
Le Fri, 21 Jun 2013 16:56:23 +, Jean-Pierre Flori a écrit :
> And the bad news is: tests still segfault.
>
> I'll also check with the static library now.
>
With the same changes but trying a static lib I get to the same point as
for the shared one:
* ld doesn't segfault anymore, so tests exe
Hi all,
Here is my experience with a shared version of the library after taking
Corinna's message into account, starting from a clean MPIR tarball (except
for updating the FSF config.sub/guess) without autoreconfing, and using
the Cygwin shipped yasm rather than the one included in MPIR (in cas
Hi Chuck, Hi Yaakov,
as our resident autotools/libtool experts, could you please have a
look here?
On Jun 21 11:43, Corinna Vinschen wrote:
> On Jun 21 09:27, Jean-Pierre Flori wrote:
> > Hey,
> >
> > Thanks for the quick reply.
> >
> > Le Fri, 21 Jun 2013 10:30:39 +0200, Corinna Vinschen a écr
13 matches
Mail list logo
