Robert Connolly wrote: > First of all, install Gettext early... like before Ncurses, so we get > libintl. > Bash will use libintl if it's found, instead of it's own intl/, but not all > packages detect libintl very well. The only way to be sure is to link libintl > to everything. Or, --disable-nls on everything. > > I still don't know why it's messed up, but for the moment cat ssp/stdio.h > ssp/string.h and ssp/unistd.h on to their libc counterparts > in /tools/include, and then remove the #include_next line. It looks like > #include_next isn't working, or it's misconfigured somehow. And don't do the > symlinks for the ssp/ headers, except for ssp.h. This may not be a terrible > solution, since we need these headers for everything built > with -D_FORTIFY_SOURCE, and ssp.h could just be copied to /tools/include. > > A 'cat /foo/ssp/stdio.h | sed 'd/#include_next/' >> /tools/include/stdio.h' > would work. This should be done in the uClibc page, so it's repeated if > reinstalling uClibc. The untouched copies would also be in /tools/lib/gcc/. > > Also, use: > http://uclibc.org/cgi-bin/viewcvs.cgi/trunk/buildroot/toolchain/uClibc/ > uClibc-0.9.29-001-fix-mmap.patch > uClibc-0.9.29-conditional-sched_affinity.patch > uClibc-0.9.29-fix-gethostent_r-failure-retval.patch > uClibc-0.9.29-fix-internal_function-definition.patch > > But not uClibc-0.9.29-fix-fget_putc.diff. I'm not sure which of these, if > any, > and in uClibc-svn. > > And use: > http://uclibc.org/cgi-bin/viewcvs.cgi/trunk/buildroot/package/gettext/gettext-error_print_progname.patch > > robert > Robert,
What is the reasoning behind patching gettext for the error_print_progname when it could be done in uClibc to allow all packages to work rather than applying a similar patch to all packages which require the function call? Cheers, Brian. -- http://linuxfromscratch.org/mailman/listinfo/hlfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
