<div class="gmail_quote">On Thu, Feb 4, 2010 at 5:38 PM, Stelian Ionescu <span dir="ltr"><<a href="mailto:sionescu@cddr.org">sionescu@cddr.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">I get warnings like these(complete log at <a href="http://tinyurl.com/y9g5xwa" target="_blank">http://tinyurl.com/y9g5xwa</a>):</div>
<br>
/home/hechee/tmp/ecl/src/c/error.d: In function 'init_error':<br>
/home/hechee/tmp/ecl/src/c/error.d:327: warning: passing argument 2 of 'ecl_def_c_function_va' from incompatible pointer type<br>
./ecl/external.h:412: note: expected 'cl_objectfn' but argument is of type 'union cl_lispunion * (*)(cl_narg,  union cl_lispunion *, union cl_lispunion *, union cl_lispunion *)'<br>
/home/hechee/tmp/ecl/src/c/error.d: In function 'FEinvalid_function':<br>
/home/hechee/tmp/ecl/src/c/error.d:223: warning: 'noreturn' function does return<br></blockquote><div><br></div><div>This is ok. FEinvalid_function does not return but the compiler does not have a way to know this.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">/home/hechee/tmp/ecl/src/c/read.d: In function 'read_VV':<br>
/home/hechee/tmp/ecl/src/c/read.d:2469: warning: passing argument 1 of 'ecl_make_cfun' from incompatible pointer type<br>
./ecl/external.h:406: note: expected 'cl_objectfn_fixed' but argument is of type 'cl_objectfn'<br></blockquote><div><br></div><div>Again no problem: we have to store all function pointers in the same field, but later on they are coerced back to the right type.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
/home/hechee/tmp/ecl/src/c/unixint.d: In function 'si_catch_signal':<br>
/home/hechee/tmp/ecl/src/c/unixint.d:712: warning: passing argument 2 of 'mysignal' from incompatible pointer type<br>
/home/hechee/tmp/ecl/src/c/unixint.d:209: note: expected 'void (*)(int,  struct siginfo_t *, void *)' but argument is of type 'void (*)(int)'<br></blockquote><div><br></div><div>It is a problem with the prototype for mysignal. But again harmless.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
dpp: /home/hechee/tmp/ecl/src/c/threads.d -> tmp.c<br>
Keyword not found: count.<br>
Unknown symbol: mp:make-semaphore<br>
Unknown symbol: mp:make-semaphore<br>
Unknown symbol: mp::semaphore<br>
Unknown symbol: mp::semaphore<br>
Unknown symbol: mp::semaphore<br>
Unknown symbol: mp::semaphor<br></blockquote><div><br></div><div>The preprocessor parses all special symbols such as @'mp:make-semaphore' even if they appear in sections of the C code that will never be compiled.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Btw, colorgcc(<a href="http://schlueters.de/colorgcc.html" target="_blank">http://schlueters.de/colorgcc.html</a>) is very useful in<br>
spotting warnings/errors in long builds</blockquote><div><br></div><div>I use emacs and it does something quite the same in my setup.</div><div> </div><div>Juanjo</div></div><br>-- <br>Instituto de Física Fundamental, CSIC<br>
c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com">http://juanjose.garciaripoll.googlepages.com</a><br>