[TUHS] Having dickens of a time compiling gcc-4.4.7 on tru64 .

[babydr DBA James W. Laferriere]

 	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 at math.utah.edu)
>
> 		Thank You All agn ,  JimL
>
> On Thu, 27 Feb 2025, Arno Griffioen via TUHS wrote:
>> 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.
>
>
>

-- 
+---------------------------------------------------------------------+
| James   W.   Laferriere    | System    Techniques | Give me VMS     |
| Network & System Engineer  | 3237     Holden Road |  Give me Linux  |
| jiml at system-techniques.com | Fairbanks, AK. 99709 |   only  on  AXP |
+---------------------------------------------------------------------+