Hi Hilko,

Am Wed, 18 Apr 2012 18:43:34 +0200
Hilko Bengen <ben...@hilluzination.de> schrieb:
> * Lars Täuber:
> 
> > I'm not a programmer but solved it eventually.
> 
> Good. I can confirm the compile failure on a current Debian/unstable
> box. It's a bug in the source code.
> 
> > There is no <sys/stat.h> file in the system. 
> 
> Yes, there should be, as part of libc6-dev.
> (/usr/include/i386-linux-gnu/sys/stat.h in my case.)

aaahh, ok. I found mine in /usr/include/x86_64-linux-gnu/sys. I was expecting
in it /usr/include/sys. But here is no such directory on the machine.

> > So I added
> > #include <sys/stat.h>
> > to device.c and it compiled.
> 
> This is a sane solution.
> 
> > How does this work?
> 
> S_ISBLK is a macro that is expanded by the preprocessor. If it is not
> available becaus sys/stat.h has not been included, the compiler will
> assume that it S_ISBLK is a function so it turns it into a symbol that
> the linker has to resolve.
> 

My question was how could an »#include <sys/stat.h> « be accepted when there
is no such file. But now I know where look at.

Thanks!
Lars

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Aoetools-discuss mailing list
Aoetools-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/aoetools-discuss

Reply via email to