Comments only: TODOs to FIXME in the runtime

This commit is contained in:
Tim Chevalier 2012-07-12 18:20:39 -07:00
parent fe77e962a8
commit 81ecd272d3
7 changed files with 10 additions and 9 deletions

View File

@ -11,7 +11,7 @@
#define HAVE_DLFCN_H
#include <dlfcn.h>
#elif defined(_WIN32)
// TODO
// FIXME #2889
#endif
#define END_OF_STACK_RA (void (*)())0xdeadbeef

View File

@ -938,8 +938,8 @@ task_clear_event_reject(rust_task *task) {
// task.
extern "C" void *
task_wait_event(rust_task *task, bool *killed) {
// TODO: we should assert that the passed in task is the currently running
// task. We wouldn't want to wait some other task.
// FIXME #2890: we should assert that the passed in task is the currently
// running task. We wouldn't want to wait some other task.
return task->wait_event(killed);
}

View File

@ -25,7 +25,7 @@ rust_sched_loop::rust_sched_loop(rust_scheduler *sched,int id) :
log_lvl(log_debug),
min_stack_size(kernel->env->min_stack_size),
local_region(kernel->env, false),
// TODO: calculate a per scheduler name.
// FIXME #2891: calculate a per-scheduler name.
name("main")
{
LOGPTR(this, "new dom", (uintptr_t)this);

View File

@ -160,7 +160,7 @@ size_of::walk_struct1(const uint8_t *end_sp) {
#if 0
class copy : public data<copy,uint8_t *> {
// TODO
// FIXME #2892
};
#endif

View File

@ -570,7 +570,7 @@ public:
// Size-of (which also computes alignment). Be warned: this is an expensive
// operation.
//
// TODO: Maybe dynamic_size_of() should call into this somehow?
// FIXME #2894: Maybe dynamic_size_of() should call into this somehow?
//
class size_of : public ctxt<size_of> {
@ -612,7 +612,7 @@ public:
}
void walk_res1(const rust_fn *dtor, const uint8_t *end_sp) {
abort(); // TODO
abort(); // FIXME #2895
}
void walk_fixedvec1(uint16_t n_elts, bool is_pod) {

View File

@ -29,7 +29,8 @@ lock_and_signal::lock_and_signal()
const DWORD SPIN_COUNT = 4000;
CHECKED(!InitializeCriticalSectionAndSpinCount(&_cs, SPIN_COUNT));
// TODO? Consider checking GetProcAddress("InitializeCriticalSectionEx")
// FIXME #2893 Consider checking
// GetProcAddress("InitializeCriticalSectionEx")
// so Windows >= Vista we can use CRITICAL_SECTION_NO_DEBUG_INFO to avoid
// allocating CRITICAL_SECTION debug info that is never released. See:
// http://stackoverflow.com/questions/804848/