28 Feb
2025
28 Feb
'25
3:49 a.m.
Hello All , Just to tidy up this thread ,
VVVV LIne number in logfile .
2012:cc -c -g -DIN_GCC -DHAVE_CONFIG_H -I. -I. -I../.././gcc
-I../.././gcc/. -I../.././gcc/../include -I../.././gcc/../libcpp/include
-I/usr/local/include -I/usr/local/include -I../.././gcc/../libdecnumber
-I../.././gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/local/include
../.././gcc/fold-const.c -o fold-const.o
4640:/home/buildnfs/gcc-4.4.7/host-alpha-dec-osf5.1b/prev-gcc/xgcc
-B/home/buildnfs/gcc-4.4.7/host-alpha-dec-osf5.1b/prev-gcc/
-B/usr/local/alpha-dec-osf5.1b/bin/ -c -g -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H
-I. -I. -I../.././gcc -I../.././gcc/. -I../.././gcc/../include
-I../.././gcc/../libcpp/include -I/usr/local/include -I/usr/local/include
-I../.././gcc/../libdecnumber -I../.././gcc/../libdecnumber/dpd
-I../libdecnumber -I/usr/local/include ../.././gcc/fold-const.c -o
fold-const.o
Successful build to this point NOW for the loonngggg Wait for the rest
of the story ;-) .
Hopefully tomorrow a completed build of GCC, c&c++ .
Thank you all again . JimL
On Thu, 27 Feb 2025, babydr DBA James W. Laferriere wrote:
Hello Arno , Arrigo & Kenneth ,
Arno Hit it on the head with the ulimit . After I had sent the
missive I again went looking for the original url that had successfully
complied tthis version of GCC & founfd it , & of course the one item missing
from the other copies is the 'ulimit -d unlimited' & checking to what it
was
set too .
Arrigo mentioned a known difficulty with paging on Tru64 systems ,
Which I had set as he suggested , tho still had the same out of memory .
Kenneth , I had gone thru the install putting on the LAST Known
patch to Tru64 before I started even setting up , But I am still not
complete sure if there might be another newer one floating out there
somewhere .
THANK YOU All for your responses !-) I (after the above) started
another build & this time had it dumping all output (2>&1) to a file , This
AM (here in AK) , I did a grep for the offending file & low and behold it
compiled error free & is approriately archived . Now I have to await
(Hopefully) for the completion of the CC portion & THEN The C++ which
according to WILL take a considerable amount of time to complete , IF it does
.
((*)beebe(a)math.utah.edu)
Thank You All agn , JimL
On Thu, 27 Feb 2025, Arno Griffioen via TUHS wrote:
--
+---------------------------------------------------------------------+
| James W. Laferriere | System Techniques | Give me VMS |
| Network & System Engineer | 3237 Holden Road | Give me Linux |
| jiml(a)system-techniques.com | Fairbanks, AK. 99709 | only on AXP |
+---------------------------------------------------------------------+
On 27/02/2025 3:23 am, babydr DBA James W.
Laferriere wrote:
It Seems the OS doesn't know how to access
the swap properly .
Wild guess incoming...
My active experience on HP stuff ends with HP9000's and HPUX, but could
it be an ulimit settings perhaps?
The article doesn't seem to set anything to 'unlim' or similar.
Older UNIX versions tend to limit process sizes, open files and such
and especially compiling GCC and the like tends to munch address space...
So it may 'want' to page out, but is limited by the max process size
and can't malloc anymore.
Bye, Arno.