Hello Frank, Ian, Erik, all, > Here, the shell expanded to a potentially quite long command. I imagine > the new code circumvents this problem by only partially evaluating the > arguments, "finding" the files bit by bit. I am confused the same way that Ian was. Looking at the old code I am unable to find any shell expansion that would lead to a long command line (unless the objectlist file contains wildcards).
The new code on the other hand has to read in all of the objectlist file and generate a list of word for the for loop in: $$(cat $(LIBNAME_PREFIX)$(CCTK_LIBNAME_PREFIX)$$thorn$(LIBNAME_SUFFIX).objectlist) which could be a very long list of words as well (though on my Linux laptop there seems no practical limit, even 1e7 words work). If I would not now know better I would expect the patch in https://bitbucket.org/cactuscode/cactus/commits/359b98096708/ to be reversed. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Users mailing list [email protected] http://cactuscode.org/mailman/listinfo/users
