Fix regression in ASN.1 int type generation
The 64-bit integer support changed the logic for deciding when an
    INTEGER should map to a signed or unsigned 32- or 64-bit integer
    type.  The upshot is that two places where we had {0, INT_MAX}
    ranges needed to be changed to be {0, UINT_MAX}.
    We need to tweak the integer type mapping logic to have a bias for
    unsigned integer types.  Unsigned is better.
			
			
This commit is contained in:
		@@ -752,7 +752,7 @@ define_type (int level, const char *name, const char *basename, Type *t, int typ
 | 
				
			|||||||
    case TBitString: {
 | 
					    case TBitString: {
 | 
				
			||||||
	Member *m;
 | 
						Member *m;
 | 
				
			||||||
	Type i;
 | 
						Type i;
 | 
				
			||||||
	struct range range = { 0, INT_MAX };
 | 
						struct range range = { 0, UINT_MAX };
 | 
				
			||||||
 | 
					
 | 
				
			||||||
	i.type = TInteger;
 | 
						i.type = TInteger;
 | 
				
			||||||
	i.range = ⦥
 | 
						i.range = ⦥
 | 
				
			||||||
@@ -851,7 +851,7 @@ define_type (int level, const char *name, const char *basename, Type *t, int typ
 | 
				
			|||||||
    case TSetOf:
 | 
					    case TSetOf:
 | 
				
			||||||
    case TSequenceOf: {
 | 
					    case TSequenceOf: {
 | 
				
			||||||
	Type i;
 | 
						Type i;
 | 
				
			||||||
	struct range range = { 0, INT_MAX };
 | 
						struct range range = { 0, UINT_MAX };
 | 
				
			||||||
 | 
					
 | 
				
			||||||
	getnewbasename(&newbasename, typedefp, basename, name);
 | 
						getnewbasename(&newbasename, typedefp, basename, name);
 | 
				
			||||||
 | 
					
 | 
				
			||||||
 
 | 
				
			|||||||
		Reference in New Issue
	
	Block a user