🚀 go-pugleaf

Kay Hayen (kay@edition.bonbit.org) wrote:
> Also nein. Der Fehler ist Windows! Dieses Pracht-BS haelt fuer die  
> Speicheranforderungen nur schlappe 6000 Pointer ( ein halbes Segment ? )  
> bereit. Danach ist Schluss und die allen "*alloc" Routinen des BCC 4.0  
> gemeinsame lowlevel Routine merkt nicht, das die Segmentgrenze verletzt  
> wird. Eigentlich muesste sie das und einen Fehler melden, aber dieser  
> Check war dann wohl zuviel.

BCC belegt immer groesserer Bloecke und teilt diese intern nochmal in
kleinere auf. D.h. Du kannst wesentlich mehr als diese feste Anzahl von
Bloecken belegen.

> Das zweite ersetzt die autodependancies des BCC. Es scant ein source und  
> dessen includes und deren includes usw., ob es ein include findet, das  
> neuer ist als dieser source, der es liest. Wenn ja wird ein touch  
> losgelassen. Das minimiert die Compiles ein wenig, sonst muesste mensch  
> entweder das makefile staendig anpassen, wenn neue Abhaengigkeiten  
> entstehen oder im Zweifel zuviel uebersetzen.

man gcc, Stichwort "-M" und "-MM". Das sieht z.B. so aus:

[...]
ifeq (.depend,$(wildcard .depend))
all:	your_main_target
include .depend
else
all:	depend
endif
[...]
depend dep:
	@echo "Creating dependency information"
	$(CC) -DLINUX -MM *.cc > .depend

Gruss


        Uz

-- 
Ullrich von Bassewitz                              uz@ibb.schwaben.com