On Apr 7 14:47, Jean-Pierre Flori wrote:
> Le Mon, 07 Apr 2014 16:36:18 +0200, Corinna Vinschen a écrit :
> > At this point gcc doesn't know that foo will get exported from a DLL,
> > but it generates the .def directive nevertheless. If I create the same
> > code in gas:
> >
> > .text .globl
Le Mon, 07 Apr 2014 16:36:18 +0200, Corinna Vinschen a écrit :
> On Apr 7 14:02, Jean-Pierre Flori wrote:
>> Le Mon, 07 Apr 2014 13:28:19 +, Jean-Pierre Flori a écrit :
>>
>> > Le Mon, 07 Apr 2014 13:57:30 +0200, Corinna Vinschen a écrit :
>> >
>> >> On Apr 7 11:50, Jean-Pierre Flori wrote
On Apr 7 14:02, Jean-Pierre Flori wrote:
> Le Mon, 07 Apr 2014 13:28:19 +, Jean-Pierre Flori a écrit :
>
> > Le Mon, 07 Apr 2014 13:57:30 +0200, Corinna Vinschen a écrit :
> >
> >> On Apr 7 11:50, Jean-Pierre Flori wrote:
> >>> Le Mon, 07 Apr 2014 13:30:27 +0200, Corinna Vinschen a écrit :
Le Mon, 07 Apr 2014 13:28:19 +, Jean-Pierre Flori a écrit :
> Le Mon, 07 Apr 2014 13:57:30 +0200, Corinna Vinschen a écrit :
>
>> On Apr 7 11:50, Jean-Pierre Flori wrote:
>>> Le Mon, 07 Apr 2014 13:30:27 +0200, Corinna Vinschen a écrit :
>>> >
>>> > I'm sorry, but I don't know how this work
Le Mon, 07 Apr 2014 13:57:30 +0200, Corinna Vinschen a écrit :
> On Apr 7 11:50, Jean-Pierre Flori wrote:
>> Le Mon, 07 Apr 2014 13:30:27 +0200, Corinna Vinschen a écrit :
>> >
>> > I'm sorry, but I don't know how this works exactly. The nm prefix is
>> > only added for external references, not
On Apr 7 11:50, Jean-Pierre Flori wrote:
> Le Mon, 07 Apr 2014 13:30:27 +0200, Corinna Vinschen a écrit :
> >
> > I'm sorry, but I don't know how this works exactly. The nm prefix is
> > only added for external references, not for inlined functions, but I
> > don't know the gory details. You ma
Le Mon, 07 Apr 2014 13:30:27 +0200, Corinna Vinschen a écrit :
>
> I'm sorry, but I don't know how this works exactly. The nm prefix is
> only added for external references, not for inlined functions, but I
> don't know the gory details. You may be better off to ask on the gcc
> mailing list.
>
On Apr 7 11:26, Jean-Pierre Flori wrote:
> Le Mon, 07 Apr 2014 10:43:30 +, Jean-Pierre Flori a écrit :
> >>
> >> Note in particular the __nm_ prefix.
> >> It is as advertiserd here: http://www.cygwin.com/ml/cygwin/2002-01/
> >> msg00236.html But when looking at the Cygwin32 produced import li
Le Mon, 07 Apr 2014 10:43:30 +, Jean-Pierre Flori a écrit :
>>
>> Note in particular the __nm_ prefix.
>> It is as advertiserd here: http://www.cygwin.com/ml/cygwin/2002-01/
>> msg00236.html But when looking at the Cygwin32 produced import lib, I
>> don't see any nm prefix.
>
> In fact, I see
Le Mon, 07 Apr 2014 10:42:13 +, Jean-Pierre Flori a écrit :
> Le Mon, 07 Apr 2014 09:49:27 +, Jean-Pierre Flori a écrit :
>
>> Le Mon, 07 Apr 2014 09:14:41 +, Jean-Pierre Flori a écrit :
>>> Looking a little further, it seems the problematic functions are those
>>> directly assembled
Le Mon, 07 Apr 2014 09:49:27 +, Jean-Pierre Flori a écrit :
> Le Mon, 07 Apr 2014 09:14:41 +, Jean-Pierre Flori a écrit :
>> Looking a little further, it seems the problematic functions are those
>> directly assembled from assembly code.
>> That was the case of mpn_store on x86_64.
>>
>>
Le Mon, 07 Apr 2014 11:39:32 +0200, Corinna Vinschen a écrit :
> On Apr 7 09:14, Jean-Pierre Flori wrote:
>> Le Mon, 07 Apr 2014 10:43:12 +0200, Corinna Vinschen a écrit :
>> > On Apr 6 20:20, Jean-Pierre Flori wrote:
>> >> Looking at the exes produced (.libs/t-neg.exe) gives with the
>> >> dlli
Le Mon, 07 Apr 2014 09:14:41 +, Jean-Pierre Flori a écrit :
> Looking a little further, it seems the problematic functions are those
> directly assembled from assembly code.
> That was the case of mpn_store on x86_64.
>
> And when I remove all dllimport, the call to the function mpn_addadd_n
>
On Apr 7 09:14, Jean-Pierre Flori wrote:
> Le Mon, 07 Apr 2014 10:43:12 +0200, Corinna Vinschen a écrit :
> > On Apr 6 20:20, Jean-Pierre Flori wrote:
> >> Looking at the exes produced (.libs/t-neg.exe) gives with the dllimport
> >> magic:
> >>100401115: 48 89 c1mov%rax,
Le Mon, 07 Apr 2014 10:43:12 +0200, Corinna Vinschen a écrit :
> On Apr 6 20:20, Jean-Pierre Flori wrote:
>> [...]
>> The problem we recently encountered was the following:
>> in gmp-impl.h, mpn_store (which can be either a macro or a function if
>> efficient assembly is available, and so is alwa
On Apr 6 20:20, Jean-Pierre Flori wrote:
> [...]
> The problem we recently encountered was the following:
> in gmp-impl.h, mpn_store (which can be either a macro or a function if
> efficient assembly is available, and so is always a function on x86_64)
> was not marked __declspec(dllexport/dllim
Jean-Pierre Flori writes:
> The problem we recently encountered was the following:
> in gmp-impl.h, mpn_store (which can be either a macro or a function if
> efficient assembly is available, and so is always a function on x86_64)
> was not marked __declspec(dllexport/dllimport).
I can confirm th
Dear all,
Le Wed, 02 Apr 2014 11:07:50 +0200, Corinna Vinschen a écrit :
> On Apr 2 00:07, Jean-Pierre Flori wrote:
>> Dear all,
>>
>> It's amazing to see how well Cygwin64 is going.
>> Thanks for your hard work.
>>
>> While preparing the new MPIR release, which will be the first one to
>> sup
Le Wed, 02 Apr 2014 00:07:12 +0200, Jean-Pierre Flori a écrit :
> Dear all,
>
> It's amazing to see how well Cygwin64 is going.
> Thanks for your hard work.
>
> While preparing the new MPIR release, which will be the first one to
> support Cygwin4, we encountered problems running MPIR testsuite
On Apr 2 00:07, Jean-Pierre Flori wrote:
> Dear all,
>
> It's amazing to see how well Cygwin64 is going.
> Thanks for your hard work.
>
> While preparing the new MPIR release, which will be the first one to
> support Cygwin4, we encountered problems running MPIR testsuite when
> MPIR was configu
Dear all,
It's amazing to see how well Cygwin64 is going.
Thanks for your hard work.
While preparing the new MPIR release, which will be the first one to
support Cygwin4, we encountered problems running MPIR testsuite when
MPIR was configured to produce a shared lib.
That's with latest cygwin/bin
21 matches
Mail list logo
