zlib patch

Sometime back I added a patch to the patches repository that adds -fPIC to the compiler flags when compiling shared library. Additionally it allows building the shared and static library in a single pass. See: . Though

Re: Package Management

Tushar Teredesai wrote: > On 12/29/05, Randy McMurchy <[EMAIL PROTECTED]> wrote: > >>Yes, that is probably best. As has been said by everyone, package >>management is something that needs to be implemented at the beginning >>of Chapter 6 in LFS. I think everyone is in agreement there. > > > Can

Re: UTF-8 book is ready for merging

Bryan Kadzban wrote: (Yes, you have to use nl_langinfo() to get a string to pass to iconv_open and if the destination is the internal representation of wchar_t, that's called mbrtowc() :) -- Alexander E. Patrakov Don't mail to [EMAIL PROTECTED]: the server is off until 2006-01-11 Use my GMa

Re: Can ncurses be removed from Chapter 5?

Chris Staub <[EMAIL PROTECTED]> writes: > I'm just looking for ways to reduce the temp-system in /tools as much > as possible. I've built LFS systems before without having ncurses > there and it works fine. I believe the only issue is texinfo - many > programs in chapter 6 need it to build their i

Re: UTF-8 book is ready for merging

On Tue, Jan 03, 2006 at 03:13:52PM +0200, Pasha Zubkov wrote: > >Where is that quoted from? > > http://docs.hp.com/en/B9106-90012/orientation.5.html > This is for HP-UX, but it's true for glibc to. Ah. Between this and your glibc link below, I'll agree with you -- fgetwc or getwc on a popen()ed

Re: [LONG] Commentary and policy text in the UTF-8 patch

On Tue, Jan 03, 2006 at 07:23:20AM -0800, Dan Nicholson wrote: > OK, there's now a bug: > > http://bugs.linuxfromscratch.org/show_bug.cgi?id=1675 > > Please take a look at the bug. I'm leaning towards Greg's solution > because it's the most accurate, but there's a minor drawback of > assuming th

Re: UTF-8 book is ready for merging

Pasha Zubkov wrote: Standard recomends using UTF-8. where? which standard? If "LSB" or "openi18n" aka "li18nux2000", I don't count that because their sample implementation misbehaves. As for the patch, I will not accept anything that cotnatis the "if utf-8" part. Use mbrtowc() to assemble

Re: UTF-8 (not really) / IOCharSet/ CodePage

Randy McMurchy wrote: And I've now probably pissed him off so badly that I won't get his full attention to this message. However, in hopes that he'll provide what I need here, I think we can put all these differences behind us. No offence taken at all, and no need to say "sorry". It's just hous

Re: [LONG] Commentary and policy text in the UTF-8 patch

On 12/31/05, Jeremy Huntwork <[EMAIL PROTECTED]> wrote: > Dan, > > Can you do me a favor and create a bug for this in bugzilla please? Also, if > you could create a patch for the LFS book, it would make it even easier > to get it in. ;) OK, there's now a bug: http://bugs.linuxfromscratch.org/show

Re: LFS-Alphabetical ICA/Farce Results

On 1/2/06, Greg Schafer <[EMAIL PROTECTED]> wrote: > Looks pretty good. I'm pretty sure you'll find perl, vim and nscd are > different due to timestamps embedded into the binaries. You can easily > confirm this by using `strings' and `diff' eg: > > strings cmp/iter1/*/nscd > 1 > strings cmp/iter2/*

Re: Can ncurses be removed from Chapter 5?

On 1/2/06, Richard A Downing <[EMAIL PROTECTED]> wrote: > On Mon, 02 Jan 2006 15:51:01 -0500 > Chris Staub <[EMAIL PROTECTED]> wrote: > > > I'm just looking for ways to reduce the temp-system in /tools as much > > as possible. > > I can see a point to removing packages from the chapter 5 build if i

Re: UTF-8 book is ready for merging

Bryan Kadzban пишет: "Just after a stream is associated with a pipe by the popen() function, the stream is byte-oriented." Where is that quoted from? http://docs.hp.com/en/B9106-90012/orientation.5.html This is for HP-UX, but it's true for glibc to. I was not aware that there was a differen