It even segfaults with the second parameter 0, in which case the function does not touch memory. So it is definitely not a bug in our asm code.
On 1 April 2014 23:49, Bill Hart <goodwillh...@googlemail.com> wrote: > Dropping the optimisation level doesn't help. > > > On 1 April 2014 23:45, Bill Hart <goodwillh...@googlemail.com> wrote: > >> That doesn't seem to be the problem. Other functions that have no T entry >> work perfectly well. >> >> Bill. >> >> >> On 1 April 2014 23:41, Bill Hart <goodwillh...@googlemail.com> wrote: >> >>> The entries in the dll do look different: >>> >>> d000331.o: >>> 0000000000000000 i .idata$4 >>> 0000000000000000 i .idata$5 >>> 0000000000000000 i .idata$6 >>> 0000000000000000 i .idata$7 >>> 0000000000000000 t .text >>> 0000000000000000 T __gmpn_sub >>> 0000000000000000 I __imp___gmpn_sub >>> U _head_cygmpir_16_dll >>> >>> d000330.o: >>> 0000000000000000 i .idata$4 >>> 0000000000000000 i .idata$5 >>> 0000000000000000 i .idata$6 >>> 0000000000000000 i .idata$7 >>> 0000000000000000 t .text >>> 0000000000000000 I __imp___gmpn_store >>> 0000000000000000 I __nm___gmpn_store >>> U _head_cygmpir_16_dll >>> >>> It looks like the symbol name is not exported properly.There's no T >>> entry! >>> >>> Bill. >>> >>> >>> On 1 April 2014 23:34, Bill Hart <goodwillh...@googlemail.com> wrote: >>> >>>> Sadly I don't have gdb. But what on earth possesses it to miscompile a >>>> call to that function and not any other? >>>> >>>> Bill. >>>> >>>> >>>> On 1 April 2014 23:31, Bill Hart <goodwillh...@googlemail.com> wrote: >>>> >>>>> Even calling mpn_store directly segfaults. >>>>> >>>>> Bill. >>>>> >>>>> >>>>> On 1 April 2014 23:27, Bill Hart <goodwillh...@googlemail.com> wrote: >>>>> >>>>>> Got it. And it in fact segfaults. >>>>>> >>>>>> Bill. >>>>>> >>>>>> >>>>>> On 1 April 2014 23:22, Jean-Pierre Flori <jpfl...@gmail.com> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On Tuesday, April 1, 2014 11:21:09 PM UTC+2, Bill Hart wrote: >>>>>>>> >>>>>>>> How? It doesn't seem to work. >>>>>>>> >>>>>>>> Something like: >>>>>>> PATH=<path to cygmpir>:$PATH ./<exename> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to mpir-devel+unsubscr...@googlegroups.com. To post to this group, send email to mpir-devel@googlegroups.com. Visit this group at http://groups.google.com/group/mpir-devel. For more options, visit https://groups.google.com/d/optout.