Maybe it is better to use fork/exec here instead of system as well when fixing this? You could "hardcode" the mcc path in your call, using what you got from autoconf so you more probably get the tool you expect.
On 17-10-2007 08:53:11 +0200, Testweb Compilation wrote: > 852 char buf[1024]; > 853 snprintf(buf,1024,"mcc %s",*fname); > 854 system(buf); > 855 (void) ret; > 856 return MAL_SUCCEED; > > /export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/src/compiler/mal_compiler.mx: > In function 'MCmcc': > /export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/src/compiler/mal_compiler.mx:854: > warning: ignoring return value of 'system', declared with attribute > warn_unused_result > make[5]: *** [lib_mal_compiler_la-mal_compiler.lo] Error 1 > make[5]: Leaving directory > `/export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/Fedora6/src/compiler' > make[4]: *** [all] Error 2 > make[4]: Leaving directory > `/export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/Fedora6/src/compiler' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/Fedora6/src' > make[2]: *** [all] Error 2 > make[2]: Leaving directory > `/export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/Fedora6/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/export/scratch1/monet/monet.GNU.32.32.d.8963/MonetDB5/Fedora6' > make: *** [all] Error 2 > grep: /export/scratch1/monet/monet.GNU.32.32.d.8963/TestTools/ALL.MonetDB5: > No such file or directory ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Monetdb-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-developers
