On Tue, Aug 12, 2014 at 11:12:25PM +0200, Stephen Kitt wrote: > Hi Bill, > > On Mon, 11 Aug 2014 22:25:18 +0200, Bill Allombert <[email protected]> > wrote: > > On Tue, Jun 17, 2014 at 04:32:07PM +0200, Bill Allombert wrote: > > > > If you do try this, could you let me know if it also drops the > > > > libgcc_s_sjlj-1.dll dependency? > > > > > > I did it but it does not change the dependencies: > > > > I checked with your new package, and I still get a libgcc_s_sjlj-1.dll > > dependency. However, it seems to be linked with the use of gettimeofday(). > > If I use ftime() instead of gettimeofday, the dependency disappears. > > > > Do you know something about it ? > > Is this when building PARI? I suppose not, at least I didn't see > gettimeofday() being used there... (I'm asking because my libpari.dll doesn't > need libgcc.)
This is in the GIT repository. I found this issue by doing a bisection.
> Anyway, regarding gettimeofday(), I don't see anything which would end up
> requiring libgcc. Building the following program
>
> #include <sys/time.h>
> #include <stdio.h>
>
> int main(int argc, char **argv) {
> struct timeval tv;
> struct timezone tz;
> if (!gettimeofday(&tv, &tz)) {
> printf("%d\n", tv.tv_sec);
> }
> }
>
>
> for both 32-bit and 64-bit targets produces a working executable which
> doesn't require libgcc.
Indeed, but you are not building a DLL there. Only the dynamic libpari.dll is
affected. I join an archive that should allow you to reproduce this.
But this is not an urgent issue.
Cheers,
--
Bill. <[email protected]>
Imagine a large red swirl here.
gtod.tgz
Description: application/gtar-compressed
