"Mark D. Studebaker" wrote:
>
> thanks for the report.
> We've already attempted to fix things in CVS.
> Would you please try it for us using gcc 3.3.
> There's a link on our home page (May 31st entry)
> to the new makefile and the file etc/config.c, which is also needed.
>
Thank you for your quick response.
I downloaded the Makefile and etc/config.c
and retried compiling lm_sensors 2.7.0 using gcc 3.3.
Well, the compilation produced lots of warnings
about system headers (now used CC options include -Wall), but
the compilation succeeded!
I looked at the difference in Makefile.
Obviously the use of -nostdinc on the gcc command line,
and specifying the necessary header directories in correct/desired
order explicitly using -I helped.
(Actually I played with -nostdinc when I encountered the problem,
but I didn't know the "-print-search-dirs" directive to GCC. So
I could not figure out where GCC would be searching for the
standard headers in GCC's default scheme. There I gave up,
and decided to use the different directory for i2c headers in
my suggested patch.)
Thank you again for your great piece of software!
Happy Hacking
PS: maybe your entry dated May 31st might want to mention
gcc 3.3 (or gcc 3.x) since I obviously missed
this entry when I checked your web page yesterday...
Ishikawa, Chiaki
--
int main(void){int j=2003;/*(c)2003 cishikawa. */
char t[] ="<CI> @abcdefghijklmnopqrstuvwxyz.,\n\"";
char *i ="g>qtCIuqivb,gCwe\np at .ietCIuqi\"tqkvv is>dnamz";
while(*i)((j+=strchr(t,*i++)-(int)t),(j%=sizeof t-1),
(putchar(t[j])));return 0;}/* under GPL */
