Timeline for SetAttributes[f,Flat]: Why the order dependence?
Current License: CC BY-SA 3.0
13 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Jul 4, 2012 at 15:16 | history | edited | Mr.Wizard |
edited tags
|
|
Jan 31, 2012 at 16:29 | history | edited | rcollyer |
retagged
|
|
Jan 27, 2012 at 18:25 | vote | accept | celtschk | ||
Jan 26, 2012 at 20:46 | answer | added | Rojo | timeline score: 19 | |
Jan 20, 2012 at 8:04 | vote | accept | celtschk | ||
Jan 27, 2012 at 18:25 | |||||
Jan 19, 2012 at 18:17 | answer | added | Leonid Shifrin | timeline score: 15 | |
Jan 19, 2012 at 18:17 | comment | added | celtschk | @J.M.: Actually for my tests I used "Notebook's Default Context → Unique to Each Cell Group" and just started a new section for each test. | |
Jan 19, 2012 at 18:14 | comment | added | J. M.'s missing motivation♦ |
If you're going to play around with TracePrint[] , you probably would want to lower your value of $IterationLimit to a small integer, say 20. For instance: Block[{$IterationLimit = 20}, TracePrint[f[n_Integer]]] .
|
|
Jan 19, 2012 at 18:11 | comment | added | J. M.'s missing motivation♦ |
N.B. One doesn't need to do a kernel restart when trying out each code blob. Just precede each code blob with Remove[f, g] for a clean evaluation.
|
|
Jan 19, 2012 at 18:08 | comment | added | J. M.'s missing motivation♦ |
On the other hand, if you use f[x__Real] := {x} (i.e. BlankSequence instead of BlankNullSequence ), you don't bump into the problem.
|
|
Jan 19, 2012 at 18:07 | history | edited | Szabolcs | CC BY-SA 3.0 |
removed in/out labels for easy copying
|
Jan 19, 2012 at 18:00 | comment | added | J. M.'s missing motivation♦ |
Using TracePrint[] on your third input in your last bit is rather telling... for that matter, try TracePrint[f[n_Integer]] after your second input and watch the growth from f[n_Integer] to f[{}, n_Integer] to f[{}, {}, n_Integer] to...
|
|
Jan 19, 2012 at 17:52 | history | asked | celtschk | CC BY-SA 3.0 |