silentbicycle

22 ms·

61.
by silentbicycle 13y ago
I'm been thinking about ways to get around this. I'm using macros for __FILE__ and __LINE__, but it does interfere with breakpoints. One of my open issues is to add an ASSERT_EQ_MEMCMP function that does print out the difference,
62.
by silentbicycle 13y ago
Knowing that a change broke a specific set of tests tells you a lot more than knowing it broke the first one of them that happened to run. If I'm using fuzzing to run thousands of tests, and all the ones whose seed led to the same spec
63.
by silentbicycle 13y ago
I have not, but I'll check it out, thanks.
64.
by silentbicycle 13y ago
They've got a lot in common. tinytest looks a bit simpler, but also doesn't do any allocation and looks reasonably portable. Cool. The single biggest difference is that greatest has more control over about which test(s) it runs. t
65.
by silentbicycle 13y ago
fff looks cool, too. Thanks! I'll check it out. :) I've tended to use CMock ( https://github.com/ThrowTheSwitch/CMock ) for mocking, though it depends on some Ruby-based tooling. The last time I looked into rep
66.
by silentbicycle 13y ago
I've seen people do that before, as well as putting the tests in the .c file, guarded by "#if TEST_MODULE_NAME", and exporting a (module_name)_run_tests(void) function. My preference is to have separate test_module_name.c fil
67.
by silentbicycle 13y ago
Author of greatest, here. I wrote a blog post about it a couple months ago: http://spin.atomicobject.com/2013/07/31/greatest-c-testing-e...
68.
by silentbicycle 13y ago
I (the author) have been doing a lot of embedded development lately, and in those cases you really can't assume very much beyond core ANSI C features. That's also why greatest doesn't do any dynamic allocation, at all. There&
69.
by silentbicycle 13y ago
I wrote greatest because minunit doesn't provide any of the infrastructure that nearly every test runner grows eventually, in some ad hoc way. Halting after the first error is just not good enough after projects grow beyond a certain s
70.
by silentbicycle 13y ago
The code for the benchmarks is up, if you want to investigate: https://github.com/atomicobject/multiple_return_in_c_benchma...
71.
by silentbicycle 13y ago
The code is up: https://github.com/atomicobject/multiple_return_in_c_benchma...
72.
by silentbicycle 13y ago
Yeah, I'm planning on posting the benchmark source, but between Christmas, a rather nasty ice storm, and a bad cold, I'm a bit behind. It will be up in a few days.
73.
by silentbicycle 13y ago
That's why I mentioned compiling SML to C, actually. :) It's worth evaluating costs for what generated C looks like when something else (SML, Chicken Scheme, etc.) is compiling its constructs to C, just as much as it is for what p
74.
by silentbicycle 13y ago
Author of the top post, here. Two of my favorite C books are David Hanson's _C Interfaces and Implementations_ and Peter van der Linden's _Expert C Programming: Deep C Secrets_. The former is ostensibly about designing reusable mo
75.
by silentbicycle 13y ago
Due to an inconveniently timed cold, it may still be another day or two. Soon.
76.
by silentbicycle 13y ago
I'm not sure, and digging into it would likely be a separate post. It's probably due to OpenBSD having very different cache strategies from OSX or Linux. It seemed to consistently do badly on the first run or two, then catch up on
77.
by silentbicycle 13y ago
I'm planning on posting a repo with the benchmarks soon.
78.
Railgun: a fast strstr(3)-like function(sanmayce.com)
44 points by silentbicycle 13y ago|25 comments
79.
Comparing the Cost of Different Multiple-return Techniques in C(spin.atomicobject.com)
71 points by silentbicycle 13y ago|45 comments
80.
by silentbicycle 13y ago
Embedded test software is developing. Look at http://throwtheswitch.org/ and my (more minimal) "greatest": http://github.com/silentbicycle/greatest
81.
by silentbicycle 13y ago
There are editions of the book using ML and Java. Since Andrew Appel is involved with SML/NJ, the ML edition is most likely the original. (The ML one is also quite good.)
82.
Making Real-Time Real Tame(spin.atomicobject.com)
1 points by silentbicycle 13y ago|0 comments
83.
by silentbicycle 13y ago
The effect is not specific to women. The paper he linked is, but it also has a bibliography. I'm not wasting any more time debating this with you. Cheers.
84.
by silentbicycle 13y ago
Sure. The error in your reasoning is that you greatly mischaracterize his point, which is that the concept of the natural-born "10x programmer" is quite destructive.
85.
by silentbicycle 13y ago
Before writing the post off with a logical fallacy, perhaps you should consider the biases inherent in doing so, and whether they are distorting your reasoning: http://plover.net/~bonds/bdksucks.html
86.
by silentbicycle 13y ago
Did anybody take notes from the Mike Pall's LuaJIT talk? I've been asking around on Twitter, but no luck so far. (My contact info is in my profile.)
87.
by silentbicycle 13y ago
At the same time, so much recent tool development has focused on virtualization. Vagrant, chef, puppet, packer, ... and yet, Smalltalk has decades of experience with whole virtualized machines to we can study. Perhaps systems like Smalltalk
88.
by silentbicycle 13y ago
I think it may be a few weeks before the video timeline is posted, but conference attendees are able to access draft videos of nearly all the talks already. It was quite a conference, and several of the talks were really good. I too wish
89.
Getting Started with GNU Privacy Guard(spin.atomicobject.com)
11 points by silentbicycle 13y ago|0 comments
90.
From Arduino to AVR Microcontrollers for Hobbyist Projects(spin.atomicobject.com)
2 points by silentbicycle 13y ago|0 comments

More ›