https://issues.dlang.org/show_bug.cgi?id=17746
Iain Buclaw changed:
What|Removed |Added
Priority|P1 |P4
--
https://issues.dlang.org/show_bug.cgi?id=17746
--- Comment #3 from Jack Stouffer ---
On the other hand, if the COW is to avoid issues in code like this
```
BigInt a = 10;
BigInt b = a;
++a;
assert(b == 10);
```
where b could end up equaling 11, can we just make opAssign and the this(T :
BigInt
https://issues.dlang.org/show_bug.cgi?id=17746
--- Comment #2 from hst...@quickfur.ath.cx ---
If the BigInt is const, then the best we can do is to create a new BigInt to
hold the result of the operation, i.e., what BigInt does now. For the
optimization to have significant benefits, we pretty muc
https://issues.dlang.org/show_bug.cgi?id=17746
--- Comment #1 from Jack Stouffer ---
>From my initial investigation into this, adding ref counting to BigInt is much
more complicated than it first appears. Adding a size_t ref count on the heap
for BigUint basically breaks the rest of BigInt becaus
https://issues.dlang.org/show_bug.cgi?id=17746
Jack Stouffer changed:
What|Removed |Added
CC||j...@jackstouffer.com
Hardware|x86
https://issues.dlang.org/show_bug.cgi?id=17746
Jack Stouffer changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
https://issues.dlang.org/show_bug.cgi?id=17746
hst...@quickfur.ath.cx changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh