> >>> I'm still on 48, and admit/agree that firefox upgrades are always
> >>> something I face with some trepidation. I like the KISS principle, which
> >>> seems foreign in Mozillaland. If it weren't for compatibility/usability
> >>> issues I might go with something else. What I want from
On 20/05/18 10:06, Ken Moffat wrote:
On Sun, May 20, 2018 at 08:29:14AM +1200, chris wrote:
I'm still on 48, and admit/agree that firefox upgrades are always something I
face with some trepidation. I like the KISS principle, which seems foreign in
Mozillaland. If it weren't for
On Sun, May 20, 2018 at 08:29:14AM +1200, chris wrote:
>
>
> > I'm still on 48, and admit/agree that firefox upgrades are always something
> > I face with some trepidation. I like the KISS principle, which seems
> > foreign in Mozillaland. If it weren't for compatibility/usability issues I
I'm still on 48, and admit/agree that firefox upgrades are always something I
face with some trepidation. I like the KISS principle, which seems foreign in
Mozillaland. If it weren't for compatibility/usability issues I might go with
something else. What I want from the WWW and what
> Since that was a reply to my reply, I'll bite:
Thanks for doing so. I like having reports from travellers on the road ahead.
;-)
>
> I prefer to run current versions of graphical browsers, or their
> engines (e.g. qtwebewngine for falkon, webkitgtk if somebody uses a
> browser based on
Hello,
Did you try the exactly commands as inside the lfs book 8.2 :
cp -v configure{,.orig} &&
sed 's:/usr/local/bin:/bin:' configure.orig > configure &&
./configure --prefix=/tools --with-tcl=/tools/lib
On Fri, May 18, 2018 at 11:45:21PM +0100, Ken Moffat wrote:
>
> Gradually I have added to my machines, and I
> realised that for me there was no benefit to updating anything older
> than the previous release.
>
Yet again, I have managed to write ambiguously. What I meant was
that I continue to
On Fri, May 18, 2018 at 02:51:00PM -0700, Paul Rogers wrote:
>
> > ... But if you want to go on to build a desktop with a modern
> > graphical browser then 8GB RAM (and even with that, maybe swap if you
> > are doing other things during the compilation) is more comfortable.
> >
> > For a
> A little more to report on...I don't know how to understand this -
Indeed, and that deserves some thought.
>
> As I mentioned, I repeated the whole exercise - right from setting up a
> new VM with identical settings. Followed all the steps exactly, once
> again. And everything is working
On Wed, 16 May 2018 21:26:41 -0500
Bruce Dubbs wrote:
> If it's a true OOM condition, then there should be something in a log.
> If RAM is short, swap should handle it, although it slows things down.
I agree ... if things otherwise work as they are supposed to.
On Thu,
> > You're asking the compiler to "pull out all the stops" to algorithmically
> > optimize code the programmer clearly did not intend for such optimization.
> > The programmer is [supposed to be] intelligent, the compiler is not. And,
> > as I'm sure we've all seen, some programmers abuse the
On Thu, May 17, 2018 at 05:42:17PM -0400, Admin wrote:
> > I would not be so certain about this. Today, 6GB RAM is not as much as you
> > might think. For example, the short C++ code shown here:
> > https://kristerw.blogspot.com/2017/10/excessive-gcc-memory-usage-for-large.html
> >
> >
A little more to report on...I don't know how to understand this -
As I mentioned, I repeated the whole exercise - right from setting up a new VM
with identical settings. Followed all the steps exactly, once again. And
everything is working fine for tcl-8.6.8. It is compiling even with -O2.
> I would not be so certain about this. Today, 6GB RAM is not as much as you
> might think. For example, the short C++ code shown here:
> https://kristerw.blogspot.com/2017/10/excessive-gcc-memory-usage-for-large.html
>
> requires 8GB of RAM for gcc to compile.
How real this concern is for
On 05/16/2018 09:18 PM, Michael Shell wrote:
On Tue, 15 May 2018 16:38:37 -0400
Admin wrote:
BTW, the VM has enough resources - 6G RAM & 128 GB HDD (LFS partition).
I would not be so certain about this. Today, 6GB RAM is not as much as you
might think. For example,
On Tue, 15 May 2018 16:38:37 -0400
Admin wrote:
> BTW, the VM has enough resources - 6G RAM & 128 GB HDD (LFS partition).
I would not be so certain about this. Today, 6GB RAM is not as much as you
might think. For example, the short C++ code shown here:
On Wed, May 16, 2018 at 03:26:53PM -0700, Paul Rogers wrote:
> > I understand the reluctance to override the CFLAGS. But, as I have
> > discovered the -O2 flag is causing the trouble. Could anyone point out
> > to me how do I go about discovering the root cause?
>
> You're asking the compiler
> I understand the reluctance to override the CFLAGS. But, as I have
> discovered the -O2 flag is causing the trouble. Could anyone point out
> to me how do I go about discovering the root cause?
You're asking the compiler to "pull out all the stops" to algorithmically
optimize code the
> I wonder if gcc has become confused about the CPU which vmware is
> presenting to it, and is trying to use instructions which are not
> actually supported.
>
If this were the case, wouldn't the crash be reported by the system - core-dump
or something for using an illegal instruction?
But
On Wed, May 16, 2018 at 10:58:17AM -0400, Admin wrote:
> Sorry for the 'top-post' - didn't realize I was doing that. Hopefully this
> should be OK now.
>
> I understand the reluctance to override the CFLAGS. But, as I have discovered
> the -O2 flag is causing the trouble. Could anyone point out
Sorry for the 'top-post' - didn't realize I was doing that. Hopefully this
should be OK now.
I understand the reluctance to override the CFLAGS. But, as I have discovered
the -O2 flag is causing the trouble. Could anyone point out to me how do I go
about discovering the root cause?
Given
On 05/15/2018 09:46 PM, Admin wrote:
OK. Some more progress
I replaced the make calls with
make CFLAGS='-O1 -g -fPIC'
and everything seems to work fine, even the tests also ran OK - no errors (some
tests were skipped by the script, but failed=0)
With this, I am wondering is anything
Thanks Ken.
Actually, I made some progress on the causes of the hang and observed that GCC
optimization flag -O2 is causing the problem.
When I manually remove -O2 and replace it with -O1 (line 6559 & line 7380 in
configure script in unix folder) then the compilation seems to proceed properly.
On Mon, May 14, 2018 at 11:10:36AM -0400, Admin wrote:
>Hello,
>I am following the lfs book 8.2, using Debian-9.4.0 (64bit - amd64) inside
>a VMWare Workstation 14.
>All the steps leading upto 5.11 (Tcl-core-8.6.8) worked out fine.
>With 5.11 (tcl), I am stuck with a strange
Hello,
I am following the lfs book 8.2, using Debian-9.4.0 (64bit - amd64) inside a
VMWare Workstation 14.
All the steps leading upto 5.11 (Tcl-core-8.6.8) worked out fine.
With 5.11 (tcl), I am stuck with a strange problem. I don't see anyone
mentioning this.
Essentially, when I run make from
25 matches
Mail list logo