home *** CD-ROM | disk | FTP | other *** search
- Path: nntp.teleport.com!sschaem
- From: sschaem@teleport.com (Stephan Schaem)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: PPC compilers
- Date: 9 Jan 1996 00:59:37 GMT
- Organization: Teleport - Portland's Public Access (503) 220-1016
- Message-ID: <4cselp$9dv@maureen.teleport.com>
- References: <jasonb.820919731@cs.uwa.edu.au> <4com6v$415@maureen.teleport.com> <jasonb.821098303@cs.uwa.edu.au> <4crfb9$djs@maureen.teleport.com> <4cro82$mrh@serpens.rhein.de>
- NNTP-Posting-Host: linda.teleport.com
- X-Newsreader: TIN [version 1.2 PL2]
-
- Michael van Elst (mlelstv@serpens.rhein.de) wrote:
- : sschaem@teleport.com (Stephan Schaem) writes:
-
- : > I'm sorry again , I dont see how you can program not knowing
- : > the type of your variable when you use them?
-
- : A simple analysis of previous articles should show you that
-
- : a) the programmer might not even define the type because it is
- : predefined in some header
-
- Yes, type CHIPREG is type UWORD for example... this do not give you an
- excuse to not know that you are working with CHIPREG variable vs UWORD.
- simple to grasp? You need to know the type when you declar, when you use.
- If you swim in a daze while you write your code using the wrong type
- the compiler will caught blood...
-
- : and
-
- : b) the programmer doesn't care about how many bytes are used
- : by the type.
-
- : Is that too hard to grasp ?
-
- Who cares how many bytes in asm too?
-
- GLOBAL_con0_type dc.type 0
-
- move.type GLOBAL_con0,bltcon0
-
- in this case the type is defined has having a range of 0 to 65535.. a word
-
- uword blobal_con0;
- uchar global_temp;
-
- Now, I assume you blanked out (since it was claimed you dont need
- to know your variable type compared to asm)
-
- global_temp = global_con0;
-
- // ALOT of work done here by a clueless programmer, mixxing types
- like a madman because he forgot his variable type and dont care
- because 'the compiler will tell me whats wrong'.
-
- bltcon0 = global_temp;
-
-
-
- Happy programming...
-
- Stephan
-
-