Re: do { quit; } else { }

On 4/8/2025 5:02 PM, bart wrote:

On 09/04/2025 00:27, Tim Rentsch wrote:

bart <bc@freeuk.com> writes:

 

If you want to make a point or ask a question about C code,
SHOW THE CODE.  And show all of it.  Don't make people guess
by showing only some of the code or by giving just a description.

>
I'm showing the code but you keep snipping it!  [...]

>
No, I don't.  Don't be so obtuse.  I included the code I was
originally commenting on, in my first followup.  My comment about
showing code was about your second posting.  Let me repeat the two
important paragraphs (quoted above) taken from that posting:
>

I get an incompatible error (from the example you snipped) even when I
remove both struct tags.

>
The phrase "even when I remove both struct tags" describes code, it
doesn't show the code.

 I showed this example a few lines later which has both struct tags omitted:
 BC:
 > Two typedefs for same struct layout appear to create distinct types;
 > this fails:
 >
 >    typedef struct {float x, y;} Point;
 >    typedef struct {float x, y;} vector;
 >
 >    Point p;
 >    vector v;
 >
 >    p=v;
  But before I get there, I say:
  > I can't use the same struct tag in the same scope as one will clash with
 > the other.
 That would be something like this:
      typedef struct tag {float x, y;} Point;
     typedef struct tag {float x, y;} vector;
 I suggested:
   > But if I have the second in an inner scope, then I again get
 > the error.
 That would be something like this where both 'struct tag' can co-exist:
      typedef struct tag {float x, y;} Point;
     {
        typedef struct tag {float x, y;} vector;
        ... rest of example that assigns v to p
     }
   You asserted that the incompabilities are due to the struct tags. I tried various tests but couldn't find any evidence for that. The structs are incompatible, even though they have identical layout, member names and structs, because they distinct, as demonstrated by the first example in this post. (That needs to be inside any function to see that error.)
 That makes sense to me, since different structs even with the same members could be intended for any number of unrelated purposes:
   typedef struct (float a, b, c;} rgbfloat;
  typedef struct (float a, b, c;} point;
  typedef struct (float a, b, c;} vector;
  typedef struct (float a, b, c;} circle;
  typedef struct (float a, b, c;} poly;
 You wouldn't want instances to these to be assigned to each other willy- nilly, or passed to functions expectong one of the other functions.
 Yes, you'd probably use better names, but AFAIK your choice of member names shouldn't play a part in determining compatibility.
  

If your lang can support something akin to GLM out of the box, that would be fun. Akin to GLSL shaders...