summaryrefslogtreecommitdiffstats
path: root/generic/tcl.h
diff options
context:
space:
mode:
authornijtmans@users.sourceforge.net <jan.nijtmans>2013-12-06 10:04:48 (GMT)
committernijtmans@users.sourceforge.net <jan.nijtmans>2013-12-06 10:04:48 (GMT)
commit7b6fb9f7b6ceacf99fb77cb16b52032f583c0101 (patch)
tree7a79467744bdb6d50803807c7e67ac51cb487cea /generic/tcl.h
parent92f98c1af60ec6419b2b9b029ee28ebbaa167127 (diff)
downloadtcl-7b6fb9f7b6ceacf99fb77cb16b52032f583c0101.zip
tcl-7b6fb9f7b6ceacf99fb77cb16b52032f583c0101.tar.gz
tcl-7b6fb9f7b6ceacf99fb77cb16b52032f583c0101.tar.bz2
Introducing a new union member in Tcl_Obj is not a good idea in a patch release, especially using "long".
Better allow iterNum and iterMax to grow to ssize_t (or size_t) in Tcl 9 (or 8.x, why not?). Usage of "long" in public API causes interoperability problems between Cygwin64 and Win64 (probably no-one cares except me).
Diffstat (limited to 'generic/tcl.h')
-rw-r--r--generic/tcl.h4
1 files changed, 0 insertions, 4 deletions
diff --git a/generic/tcl.h b/generic/tcl.h
index aab299e..4bf81cc 100644
--- a/generic/tcl.h
+++ b/generic/tcl.h
@@ -848,10 +848,6 @@ typedef struct Tcl_Obj {
void *ptr;
unsigned long value;
} ptrAndLongRep;
- struct {
- long int1;
- long int2;
- } twoIntValue;
} internalRep;
} Tcl_Obj;