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.)

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.

How are you using the results from gettimeofday() and ftime()?

If you build your code for a Linux-based target, do you end up with a
dependency on libgcc_s.so.1?

Regards,

Stephen

Attachment: signature.asc
Description: PGP signature

Reply via email to