On Fri, Jan 7, 2011 at 11:37 PM, Nazmul Alam <span dir="ltr"><<a href="mailto:fadedreamz@gmail.com">fadedreamz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Andrew ,<br><br>Thank you. I will try them out.<br><br>There were at least two file which uses utime.h, one is debugfs another is misc.c (probably).<br></blockquote><div> </div><div>I'm not sure which misc.c you are referring to, I've not had any
problems with e2fsprogs compiling complaining about a misc.c.  Maybe my
configure switches prevent building of misc.c?  I don't know.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I
found something interesting, kind of a hint, while searching for
solution to a error (gcc). It suggested that somewhere in build process
the LD flag is set to its default setting. I was wondering, if anything
like this is happening in e2fsprogs compilation.<br></blockquote><div><br>I
don't think the LD flag is getting reset to its default setting.  Using
the switches in the book, "--with-linker=${LD}" should pull the LD
variable from the clfs user's environment which should be set to
"arm-unknown-linux-uclibc-ld".<br>
<br>
For newer versions of e2fsprogs (like e2fsprogs-1.41.14), the "--with-linker" and "--with-cc"  switches don't
work any more, you'll get an error at the start of the configure script
like:<br><br>
configure: WARNING: unrecognized options: --with-linker<br>or<br>configure: WARNING: unrecognized options: --with-cc<br><br>
But it doesn't matter, as configure can still find the correct linker even without a hint and the "CC=${CC}" takes care of defining which compiler we want to use.<br>
<br>
Regards,<br>
Andrew</div><br>