🚀 go-pugleaf

klute@heike.informatik.uni-dortmund.de (Rainer Klute) writes:

>In article <1993@laura.UUCP> fiebelko@gandalf.irb.informatik.uni-dortmund.de (Dieter Fiebelkorn) writes:
>>Aber Borland denkt nicht daran eine neue Option einzufuehren, mit der man
>>zwischen 16-Bit Integern und 32-Bit Integern umschalten kann. Ich habe dies
>>schon vor einiger Zeit in einem Brief angeregt und erst kuerzlich bei Borland
>>deshalb angerufen. Die Frage auf meinen Wunsch: "Keiner darf sich darauf ver-
>>lassen, wie gross int's in C sind. Wozu soll das gut sein ?"
Ich bin auch Dieters Meinung.
Warum? Siehe unten.

>Der gute Mann hat voellig recht. Programme, die davon ausgehen,
>dass ein int laenger als 16 Bit sein kann, sind eben nicht
>portabel. Fuer groessere ganzzahlige Werte gibt es schliesslich
>long. M. E. wuerde die vorgeschlagene Option zum Umschalten
>lediglich einen unsauberen Programmierstil beguenstigen.

Das grenzt ja fast an eine puristische Moralvorstellung. Es geht
schliesslich nicht darum, diverse Programme als nicht portabel
zu deklarieren, sondern sie trotz evtl. Widrigkeiten zu portieren.
Das ist also ein rein pragmatisches Problem und keine Frage
der Programmier-Ethik. Das ist ein ganz anderes Thema. Das
Problem wurde im Falle von C einzig und allein durch den Typ int
einge<fuehrt,brockt>.

>PS.: Das von D. Fiebelkorn genannte Problem bei der Portierung
>existierender Programme duerfte sich durch ein "#define int
>long" loesen lassen.

Das geht leider nicht, da die Libraries einen bestimmten int-Typ
erwarten, d.h. ein als long definierter int ist fuer die Library
dann auf dem Stack 2-Bytes zu gross, wenn die Lib auf int=short
ausgelegt ist. Nicht umsonst gibt es bei Compilern, die diese
Option bieten, dann auch zwei Libraries (Gcc, Aztec C ?).

Holger

>  Dipl.-Inform. Rainer Klute      klute@heike.informatik.uni-dortmund.de

----------------------------------------------------------------
Holger Zessel, uucp: ...!uunet!unido!uklirb!incas!zessel
	or	zessel@informatik.uni-kl.de
	or	zessel%informatik.uni-kl.de@relay.cs.net (from usa)
Fachbereich Informatik, SFB124-D1
Universitaet Kaiserslautern, West-Germany