Vincent Lefevre <[EMAIL PROTECTED]> writes: > I've built a MPFR tarball on this Debian machine and transfered it > to my Zaurus (a PDA under Linux), which has a SD card with a vfat > file system. Doing "make check" on the Zaurus rebuilds files several > times: "make check" builds the test files twice, run the tests, then > rebuilds MPFR entirely (so that I can't see the test results, in > particular).
I've now attempted to reproduce this problem. I created a 128 MB file, used mkdosfs to create a DOS file system on it, mounted it as vfat, untarred the mpfr candidate from http://www.mpfr.org/mpfr-2.3.0/mpfr-2.3.0-rc1.tar.gz on it, ran "./configure; make; make check; make". But I didn't observe the behavior you mention. In particular, "make check" doesn't appear to rebuild the library, and the final "make" doesn't (re)build anything at all. There is some potential for confusion in running "make check", in that it builds many test programs that "make" does not build. Thus, the first time that you run "make check", it will spend a while compiling before it runs the tests, which may be surprising. It does not actually rebuild the library, though. The second time you run "make check", it doesn't rebuild anything and runs the tests immediately. (This is what should happen and what I observe on my vfat file system.) My kernel is Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-11), "make" is version 3.81-3, and the vfat partition is mounted as: /home/blp/tmp/vfat.bin on /mnt type vfat (rw,loop=/dev/loop0,uid=1000,gid=1000) > I think I've found the problem. The config.log says: > > configure:8965: checking whether ln -s works > configure:8972: result: no, using cp -p > > I wonder why "-p" is used, as on vfat, the mtime cannot be preserved. > If the Makefile assumes that "cp -p" preserves mtime, then it is no > longer surprising that I get many file rebuilds. I do not think that this is the problem. It looks to me that "ln -s" or "cp -p" is used only by libtool, and only in final link steps. Thus, if this was the problem, I think that the only visible problem would be the possibility of extra re-linkings, not recompilations. I'm out of my own ideas at this point, but I'm willing to continue investigating if you have any leads. -- Ben Pfaff http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
