On Sun, Feb 23, 2020 at 9:48 AM Pierre Labastie via lfs-dev <[email protected]> wrote: > > Le 23/02/2020 à 09:20, Tadeus Prastowo via lfs-dev a écrit : > > In other words, the description of the option given in the LFS book > > about some C library or libgcc not being compiled with a thread > > support is just wrong. > > > > Because upstream have added an option for a reason does not mean that it is > the only reason for using it. Upstream does not support the way we do thing in > LFS, so they may have never had the same problem as I have had. But I can > swear that at some point, the build could not be done without this option. > Also on svn versions before 4.8, I had to construct the directory layout of a > complete build of gcc when building libstdc++ (that is something like creating > build/<target>/libstdc++ and working from there). That requirement was removed > at some point before releasing 4.8. Note that svn gcc changes several times a > day, and sometimes may break completely, so my tests were done without > following the updates.
Thank you for pointing that out. Now it makes sense. > But I agree with you this is old history, and that the option should be > removed. Not just now though: have you tested on several machines and distros? > (me neither yet). No. I have only one machine with one distro that I have been wanting to ditch. In this surveillance age, liberty indeed means hard work, including building and maintaining one's own operating system. That's why I cannot just gulp what the LFS book says. > Pierre -- Best regards, Tadeus -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
