SEO

hi,

thinking that compiling kde3 with its assorted stuff on a machine not
very heavily armed with resources would be a good test for this recent
uvm change, i updated my sources, rebuilt the kernel, and with that
started building, and of course ran into a number of problems. some of
this is not exactly new, but i'm taking the liberty of including
everything now.

given is an sgi o2 ip32, which had the feb 2 snapshot installed on it,
and since then every once in a while i do stuff on it; right now
testing the uvm change. as said, i was to compile kde3, and in the
meanwhile also compile a number of ports i normally use. things
started to go haywire:

tyr:/usr/ports/mail/exim# FLAVOR=no_x11 make build
===> Checking files for exim-4.44-no_x11
[...]
cc -c -O2 -pipe -I. malware.c
malware.c: In function `malware':
malware.c:1182: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

changing -O2 to -O0 or -O1 results the compilation succeeding, -O2 and
-O3 fails the same way; however, adding -fno-stack-protector to cflags
results in a successful compilation, and a working binary.

as per the gcc bug reporting page, the preprocessed source was
generated as

# cc -c -O2 -pipe -save-temps -I. malware.c

but since they are big, i've put them up on

http://collapsed.wormhole.hu/sgi/malware.i.gz
http://collapsed.wormhole.hu/sgi/malware.s

in the meantime, on a different terminal, kde3 was being compiled, or
so i thought. it was pulling in cups, and then it stopped at (line
breaks by me):

Compiling textcommon.c...
cc -Wall -fPIC -O2 -I .. -DOPENSSL_DISABLE_OLD_DES_SUPPORT \
-I/usr/local/include -I/usr/local/include/libpng -O2 -pipe \
-I/usr/local/include -I/usr/local/include/libpng -c textcommon.c
echo Linking texttops...
Linking texttops...
cc -L../cups -L../filter -L/usr/local/lib -Wl,-R/usr/local/lib \
-Wall -fPIC -O2 -o texttops texttops.o textcommon.o common.o -lcups
/usr/bin/ld: not enough GOT space for local GOT entries
/usr/bin/ld: BFD 2.15 internal error, aborting at \
/usr/src/gnu/usr.bin/binutils/bfd/elfxx-mips.c line 6483 in \
_bfd_mips_elf_relocate_section
/usr/bin/ld: Please report this bug.

so i did.

obligatory information:

tyr:~# dmesg
NOTE: TLB code too large, using trampolines
[ using 262784 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org

OpenBSD 3.6-current (GENERIC) #4: Sat Feb 19 23:53:46 CET 2005
root@tyr.wormhole.hu:/usr/src/sys/arch/sgi/compile/GENERIC
real mem = 268435456
rsvd mem = 7020544
avail mem = 228503552
using 3276 buffers containing 13418496 bytes of memory
mainbus0 (root)
cpu0 at mainbus0: MIPS R5000 CPU rev 2.1 180 MHz with R5000 based FPC rev 1.0
cpu0: cache L1-I 32KB D 32KB 2 way, L2 512KB direct
macebus0 at mainbus0: crime rev 10.1
clock0 at macebus0: TOD with DS1687, ticker on int5 using count register.
macepcibr0 at macebus0: mace rev 1, host system O2
pci0 at macepcibr0 bus 0
ahc0 at pci0 dev 1 function 0 "Adaptec AIC-7880" rev 0x00: irq 9
ahc0: Host Adapter Bios disabled. Using default SCSI device parameters
scsibus0 at ahc0: 16 targets
sd0 at scsibus0 targ 1 lun 0: <SGI, IBM DCAS-32160W, S68A> SCSI2 0/direct fixed
sd0: 2049MB, 8188 cyl, 3 head, 170 sec, 512 bytes/sec, 4197405 sec total
cd0 at scsibus0 targ 4 lun 0: <TOSHIBA, CD-ROM XM-5701TA, 0557> SCSI2 5/cdrom removable
ahc1 at pci0 dev 2 function 0 "Adaptec AIC-7880" rev 0x00: irq 10
ahc1: Host Adapter Bios disabled. Using default SCSI device parameters
scsibus1 at ahc1: 16 targets
com0 at macebus0: ns16550a, 16 byte fifo
com0: console
com1 at macebus0: ns16550a, 16 byte fifo
mec0 at macebus0: MAC-110 rev 1, address 08:00:69:02:f7:2c
nsphy0 at mec0 phy 8: DP83840 10/100 PHY, rev. 1
mavb0 at macebus0: AD1843 rev 1
audio0 at mavb0
boot device: sd0.
root on sd0a
ahc0: target 1 using 16bit transfers
ahc0: target 1 synchronous at 10.0MHz, offset = 0x8
rootdev=0x0 rrootdev=0x900 rawdev=0x902
tyr:~# gcc -v
Reading specs from /usr/lib/gcc-lib/mips64-unknown-openbsd3.6/3.3.5/specs
Configured with:
Thread model: single
gcc version 3.3.5 (propolice)
tyr:~#

> hinv -v
System: IP32
Processor: 180 Mhz R5000, with FPU
Primary I-cache size: 32 Kbytes
Primary D-cache size: 32 Kbytes
Secondary cache size: 512 Kbytes
Memory size: 512 Mbytes
Graphics: CRM, Rev C
Audio: A3 version 1
SCSI Disk: scsi(0)disk(1)
SCSI CDROM: scsi(0)cdrom(4)
>

if any further information is required, just let me know.

well, the good news is that the kernel still feels fine , although
what i made it do so far hasn't really made it run out of memory. will
take some memory out, and re-try the experiment...

--
[-]

mkdir /nonexistent