🚀 go-pugleaf

In article <605@ur-tut.UUCP>, timd@ur-tut.UUCP (Tim D'Ascoli) writes:

> 	I hope that this posting will help someone avoid the "extra" debug time 
> that i had to spend when i was using Consulair's Mac C compiler. 
> 	In The Bible (K & R) on page 94 the following quote can be found, 
> "In short, any array and index expression can be written as a pointer and 
> offset, and vice versa, even in the same statement.", 
> (5:3:6 -- chapter, verse, and paragraph). 
> 
> 	My problem came with the following code segment:
> 
> 	/* declared as a global variable */
> 	char	**inputBuffer;
> 
> 		/* and then subsequently referenced in another file */
> 		extern	char	*inputBuffer[];
> 
> 		/* the following variable was also declared in that file 
> 		** as a local 
> 		*/
> 		char	*inputArray;
> 
> 		/* and then de-referencing the global in that file */
> 		inputArray = *inputBuffer;

I wouldn't consider this a flaw in Consulair C. I would expect this code
to be broken on any C compiler. Your declaration char *inputBuffer[]; will
expect to link to an actual allocated array of pointers to characters,
not to a pointer to a pointer. This is just the way C is. K&R may have
explained it poorly, but that's not Consulair's fault.

   Radford Neal
   The University of Calgary