Rob, I also manage to get that far. It is caused by a difference between uClibc and GLibc. In short gettext has been designed to work with GLibc and not uClibc. I was unable to locate any patches for this problem and must admit that I allowed myself to be defeated on this and went back to build a GLibc system.
I did manage to "fool" gcc by editing msgfmt.c and placing a global variable called error_print_progname and assigning it a NULL. You will need to have a look at the appropriate header file to determine the correct syntax. I don't remember though what the next error was that I faced. I'll pull out my old laptop and try to work it through for you. I am currently in the process of building a Makefile to do the entire HLFS uClibc build to allow for some more debugging work on this issue as I have a direct need to use uClibc in a currently private project to minimise the footprint. Regards, Brian. Rob van Dam wrote: > In chapter 5.18 cLibc I got following error building gettext: > In file included from plural-eval.c:36: > ../../gettext-runtime/intl/eval-plural.h:28: error: conflicting types > for 'plural_eval' > ../../gettext-runtime/intl/plural-exp.h:115: error: previous > declaration of 'plural_eval' was here > > Googling around I found a patch for uClibc to solve this problem. The > patch is here: > > http://uclibc.org/~aldot/uClibc/uClibc-0.9.29-fix-internal_function-definition.patch > > This indeed solved the problem form above. > > But......now I ran into the next problem: > > msgfmt-msgfmt.o: In function `main': > /mnt/hlfs/sources/gettext-0.16.1/gettext-tools/src/msgfmt.c:214: > undefined reference to `error_print_progname' > collect2: ld returned 1 exit status > make: *** [msgfmt] Error 1 > > any idea? > > Rob > -- http://linuxfromscratch.org/mailman/listinfo/hlfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
