
<html>

<head>

<style>

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 10pt;

font-family:Verdana

}

</style>

</head>

<body class='hmmessage'>

ok, your right I missed it big time.<BR>

The documentation is very well written. <BR>

<BR>> Date: Fri, 5 Dec 2008 14:00:07 -0500<BR>> From: chris@beaker67.com<BR>> To: clfs-support@lists.cross-lfs.org<BR>> Subject: Re: [Clfs-support] building packages<BR>> <BR>> Doug Reiland wrote:<BR>> > <BR>> > I am still going thru the document. I am at section 6.4 gcc-4.2.4.<BR>> > <BR>> > First, I hit the SSIZE_MAX undefined error in linux-host.c. I see a <BR>> > couple of hits in the mailing-list, but no real solution. I am surprise <BR>> > there isn't a patch for this if it is really a problem.<BR>> <BR>> It's most likely due to some kind of user error.<BR>> <BR>> > Second, so far I have built binutils and now gcc twice. I understand the <BR>> > need for this, but am I suppose to create new build directories for <BR>> > these the second time around. Maybe a miss something, and I don't want <BR>> > to get too far down the road. As documented, you end up applying patches <BR>> > twice (getting warnings), and doing configure twice.<BR>> > <BR>> > binutils errored the second time I built it, saying configuration <BR>> > changed and there is an old config.cache laying around. I ended up doing <BR>> > make distclean and rm all the config.cache files, but I am surprised <BR>> > this isn't documented either.<BR>> <BR>> Looks like someone is in serious need of closely re-reading the book...<BR>> <BR>> > It seems like documentation should tells us to rm the untarr-ed source,<BR>> <BR>> From page 5.1...<BR>> <BR>> "Important<BR>> <BR>> After installing each package, both in this and the next chapters, <BR>> delete its source and build directories, unless specifically instructed <BR>> otherwise. Deleting the sources prevents mis-configuration when the same <BR>> package is reinstalled later."<BR>> <BR>> > untar again,<BR>> <BR>> Also on 5.1...<BR>> <BR>> "Important<BR>> <BR>> Before issuing the build instructions for a package, the package should <BR>> be unpacked as user clfs, and a cd into the created directory should be <BR>> performed. The build instructions assume that the bash shell is in use."<BR>> <BR>> Granted, it doesn't say anything about what to do when you install a <BR>> package twice, but then it doesn't need to. You follow the exact same <BR>> basic steps (untar and cd into the source dir) before every package <BR>> installation.<BR>> <BR>> apply patches,<BR>> <BR>> Yet again, page 5.1...<BR>> <BR>> "Several of the packages are patched before compilation, but only when <BR>> the patch is needed to circumvent a problem. A patch is often needed in <BR>> both this and the next chapters, but sometimes in only one or the other. <BR>> Therefore, do not be concerned if instructions for a downloaded patch <BR>> seem to be missing."<BR>> <BR>> rm old build directories or create different<BR>> > ones, ...<BR>> <BR>> And once more, surprise surprise, page 5.1. The above-pasted "Important" <BR>> note specifies source AND BUILD dirs are to be removed.<BR>> <BR>> > If patches are all the same the second phase, don't document the patch <BR>> > steps.<BR>> > <BR>> Well, since you are told to rm the old source, then you'll need to apply <BR>> the patch(es) again when you install the 2nd time.<BR>> <BR>> Next time, try actually reading the book before complaining about things <BR>> that are supposedly not documented.<BR>> _______________________________________________<BR>> Clfs-support mailing list<BR>> Clfs-support@lists.cross-lfs.org<BR>> http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org<BR><BR></body>

</html>