Good time of day, I've just spend some time trying to clarify why the configure script produced by autoconf misses occasionally its tail of about 10-20 lines causing in turn failure to generate Makefiles. It seems the autoconf forgets to flush or close the output file [configure in the case] and it gets truncated randomly in my environment. I must confess, I do not have much experience with using gnu autoconfiguration tools [actually I went so deep today first time], but I have much experience in programming. In short, I've tracked the autoconf until it calls autom4te and saves the m4 output in handle_output() function. Here I found that though the output file gets opened, it never gets closed, which IMO may be exactly the cause of my problem [unless I mistake something :), that's why I ask here before reporting the bug]. Could somebody experienced with the tool take a look and confirm? It should actually be obvious to see the error. Built-in documentation for Autom4te::XFile says anyway implicitly in use cases, that the file opened with open() must be closed with close(). Of course, I tried to insert the $out->close() at the appropriate place and this fixed my problem. Some background information about the environment: I use scratchbox ARMEL emulator for Nokia N800, emulator itself runs on x86 SuSE 10.2 Linux. Emulator: config.guess: arm-unknown-linux-gnu kernel: 2.6.18.2-34-bigsmp (actually the kernel of the host where emulator runs) compiler: gcc version 3.4.4 (release) (CodeSourcery ARM 2005q3-2) filesystem: SMBFS mounted with CIFS driver (don't know the version) autoconf version: autoconf (GNU Autoconf) 2.59 Host: SuSE 10.2 x86 (i686-pc-linux-gnu) kernel: 2.6.18.2-34-bigsmp compiler: gcc version 4.1.2 20061115 (prerelease) (SUSE Linux) (should not matter in this case) The filesystem seems to not matter, I've tried to run autoconf on native ext3 with the same result [randomly truncated configure]. I've downloaded the autoconf-2.61 on the emulator and made `make check`, the output tests/testsuite.log is attached. // PS just checked 2-62 sources, the problem should remain there Regards, Slava
Attachment:
testsuite.log.tgz
Description: Binary data
_______________________________________________ Autoconf mailing list Autoconf@xxxxxxx http://lists.gnu.org/mailman/listinfo/autoconf
