writing functions to be preprocessed by gcc

<0> i am running into problems linking the two ... i have wrapped the pam C functions in the module source code within ' extern "C" { } ' blocks ... <0> and as long as I don't link any libraries (-lfoo on the g++ command line), it seems to work fine ... <0> but once I add a library (-lqui or -lrd) i get PAM unable to dlopen(/lib/security/pam_rd.so) <0> PAM [dlerror: /lib/security/pam_rd.so: invalid ELF header] <0> so the solution to my problem was pretty much to compile the module using g++ ... my error was :'( using the "libtool bash shell script" instead of the actual library in .libs/ <1> I'm having a crazy problem with casting ints to doubles in C... any reason why casting an int to double should produce a NaN? <2> how are you casting? <1> pfeilspitze: i've tried all sorts of variations... but the original was jsut fsecs = (double)tv->tv_sec. fsecs is a double. tv is struct timeval * <1> i don't trust "isnan()" so much right now... i think there is some kind of optimization bug. <3> I get a rather strange error when attempting to configure gcc 4.1.1 from source contained in gcc-4.1.1.tar.bz2. <3> configure: error: can not find install-sh or install.sh in . ./.. ./../.. <4> Anyone have experience with mudflap and threaded programs? It's not behaving for me (false negatives), and I'm wondering if it's a Debian-specific problem. <4> Could someone run a small test app on a non-Debian machine for me? <5> guys, how do i compile gcc on a box where the gcc package is not installed? <6> hello <4> Anyone here have experience with mudflap? It's not behaving itself under threaded environments (4.1.1) <7> are there 64bit ports floating around out there? (windows) <7> i tried djgpp, cant even execure the image <7> execute*