rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2012-05-02	rt: Fix some record alignment issues on windows	Brian Anderson	-0/+2

2012-05-02	Remove unused sp_size arg passed through walk_vec{1,2} in shape code.	Graydon Hoare	-10/+10

2012-05-02	Make rust_shape.h agree with shape.rs about meaning of shape code #31.	Graydon Hoare	-1/+1

2012-04-30	core: Serialize all access to the environment using a weak global task	Brian Anderson	-4/+14

2012-04-27	rt/std: whitespace cleanup + work on hl/global_loop docs	Jeff Olson	-1/+1

2012-04-27	rt: remove unneccesary c++ functions and rust_kernel data, re: global loop	Jeff Olson	-18/+0

2012-04-27	std: add ll::loop_refcount binding for uv_loop_refcount	Jeff Olson	-0/+6

2012-04-26	rt: Fix shape alignment of 64-bit ints on x86. Issue #2303	Brian Anderson	-0/+12

2012-04-20	whitespace cleanup	Jeff Olson	-1/+1

2012-04-20	std: get_monitor_task_gl() is global_loop::get() default	Jeff Olson	-0/+6

2012-04-20	adding missing binding to rustrt.def.in	Jeff Olson	-0/+1

2012-04-20	replace impl of globa_async_handle with one using atomic compare-and-swap	Jeff Olson	-15/+7

2012-04-20	remove rustrt.def.in entry for no-longer-existent c++ function	Jeff Olson	-1/+0

2012-04-20	don't use ::malloc for initializing the global_async_handle in rust_kernel	Jeff Olson	-6/+4

2012-04-20	clean and trying the global loop test as two separate loop lifetimes..	Jeff Olson	-2/+2
	.. seeing an occasional valgrind/barf spew on some invalid read/writes.. need to investigate further.. i think its related to my poor citizen conduct, re: pointers stashed in rust_kernel..
2012-04-20	rt: whitespace cleanup for existing libuv integration	Jeff Olson	-16/+16

2012-04-20	bindings to get/set data field on uv_loop_t* and debug log cleanup	Jeff Olson	-11/+25

2012-04-20	add needed fields for global libuv loop + bindings to manage from rust	Jeff Olson	-0/+41
	adding two pointers fields to rust_kernel :( .. have to do manual malloc/free for one of the fields, which feels wrong
2012-04-20	adding low-level uv_timer_* stuff to libuv bindings	Jeff Olson	-4/+21

2012-04-20	making brson's req. cleanups in #2134 plus change printf to LOG in c++	Jeff Olson	-12/+24

2012-04-20	rt: Delete some incorrect comments	Brian Anderson	-3/+0

2012-04-20	rt: Take the weak_task_lock in end_weak_tasks	Brian Anderson	-1/+1
	Don't remember why it's commented out. Probably an oversight.
2012-04-19	Fix for #1989, #1469: when marking in CC, walk fn@ box like other boxes	Niko Matsakis	-1/+2

2012-04-19	add a new runtime log (::rt::box) and make boxed_region use it	Niko Matsakis	-10/+11

2012-04-18	rt: Don't log in the stack switching failure path	Brian Anderson	-5/+4
	The runtime is in an uncertain state here and, instead of thinking about how to make the logger work correctly, let's just avoid it. Currently, it ends up hitting an assert saying that we can't log on the rust stack.
2012-04-16	Get explicit unique estrs working.	Graydon Hoare	-5/+50

2012-04-09	rt: Fix typo	Brian Anderson	-1/+1

2012-04-09	rt: Allow 2x normal stack during unwinding. Closes #2173	Brian Anderson	-12/+12
	Allows room for destructors to run without allowing the stack to grow forever.
2012-04-09	rt: Don't limit the amount of stack available during unwinding. Closes #2144	Brian Anderson	-1/+11

2012-04-07	core: Add priv::weaken_task	Brian Anderson	-16/+113

2012-04-06	core: Add priv::chan_from_global_ptr	Brian Anderson	-0/+7
	This allows singleton, globally accessible tasks to be created
2012-04-06	removing some unneeded native fn mappingsin uv.rs and misc clean	Jeff Olson	-14/+5
	.. 32bit linux issues persist.
2012-04-06	experimenting with a different uv_buf_init impl to placate 32bit linux	Jeff Olson	-2/+17

2012-04-06	removed this binding a few commits back. missed it in rustrt.def.in	Jeff Olson	-1/+0

2012-04-06	whitespace cleanup after rebase	Jeff Olson	-134/+127

2012-04-06	add libuv error msg helpers.. flushing out windows tcp issue.	Jeff Olson	-0/+14

2012-04-06	add low-level uv_async bindings for use in tcp test	Jeff Olson	-8/+21

2012-04-06	hello world test for a tcp server in libuv	Jeff Olson	-27/+54
	.. im now going to refactor the tcp request and server tests to utilize each other, so no more external network ugliness
2012-04-06	fixing libuv stuff in win32 (see #2064) .. pass sockaddr_in by-ref, for now	Jeff Olson	-3/+5

2012-04-06	adding missing rust_uv_* entries in rustrt.def.in	Jeff Olson	-0/+27

2012-04-06	test_uv_tcp_request() fully working on linux	Jeff Olson	-0/+5
	.. up next: windows! .. impl'd uv::direct::read_stop() and uv::direct::close() to wrap things up .. demonstrated sending data out of the uv_read_cb via a channel (which we block on to recv all of it, complete w/ EOF notification) that is read from after the loop exits. .. helpers to read the guts of a uv_buf_t .. an idea im kicking around: starting to pile up all of these hideous data accessor functions in uv::direct .. I might make impl/iface pairs for the various uv_* types that I'm using, in order to encapsulate those data access functions and, perhaps, make the access look a little cleaner (it still won't be straight field access, but it'll be a lot better) .. formatting cleanup to satisfy make check
2012-04-06	wired up uv_read_start and some helper funcs around uv_alloc_cb tasks	Jeff Olson	-1/+30

2012-04-06	uv_buf_t's for uv_write() passed by-val .. no more mallocs or ptr cop-outs	Jeff Olson	-14/+4
	so we're now adhering the libuv C api and passing structs by-val where it is expected, instead of pulling pointer trickery (or worse having to malloc structs in c++ to be passed back to rust and then into C again)
2012-04-06	fixed by-val from rust->c, use ++ sigil in native fn sig <-- NEVAR FORGET	Jeff Olson	-5/+12
	have to use ++ sigil in rust-side extern fn decls in order to have rust actually copy the struct, by value, onto the C stack. gotcha, indeed. also adding a helper method to verify/remind how to pass a struct by-val into C... check out the rust fn sig for rust_uv_ip4_test_verify_port_val() for more infos
2012-04-06	fixed passing in uv_buf_t ptr array in uv_write.. return status 0	Jeff Olson	-2/+8
	ways to go, still..
2012-04-06	uv_write works, buffer passing still broke, can get sockaddr_in by val	Jeff Olson	-7/+4
	.. but passing sockaddr_in by val back to C is broken, still passing by ptr .. the uv_write_cb is processed, but we have a status -1.. there is also valgrind spew.. so buf passing is broken, still.
2012-04-06	impl of rustrt::rust_uv_write in c++ and whitespace cleanup	Jeff Olson	-37/+46

2012-04-06	some more stuff for libuv dealing w/ 1402.. should go away soon	Jeff Olson	-2/+15

2012-04-06	adding uv::direct and beginning to work out tcp request case	Jeff Olson	-0/+100
	lots of changes, here.. should've commited sooner. - added uv::direct module that contains rust fns that map, neatly, to the libuv c library as much as possible. they operate on ptrs to libuv structs mapped in rust, as much as possible (there are some notable exceptions). these uv::direct fns should only take inputs from rust and, as neccesary, translate them into C-friendly types and then pass to the C functions. We want to them to return ints, as the libuv functions do, so we can start tracking status. - the notable exceptions for structs above is due to ref gh-1402, which prevents us from passing structs, by value, across the Rust<->C barrier (they turn to garbage, pretty much). So in the cases where we get back by-val structs from C (uv_buf_init(), uv_ip4_addr(), uv_err_t in callbacks) , we're going to use *ctypes::void (or just errnum ints for uv_err_t) until gh-1402 is resolved. - using crust functions, in these uv::direct fns, for callbacks from libuv, will eschew uv_err_t, if possible, in favor a struct int.. if at all possible (probably isn't.. hm.. i know libuv wants to eventually move to replace uv_err_t with an int, as well.. so hm). - started flushing out a big, gnarly test case to exercise the tcp request side of the uv::direct functions. I'm at the point where, after the connection is established, we write to the stream... when the writing is done, we will read from it, then tear the whole thing down. overall, it turns out that doing "close to the metal" interaction with c libraries is painful (and more chatty) when orchestrated from rust. My understanding is that not much, at all, is written in this fashion in the existant core/std codebase.. malloc'ing in C has been preferred, from what I've gathered. So we're treading new ground, here!
2012-04-04	rt: Add architecture-specific general-purpose register definitions	Patrick Walton	-0/+97
	This will be used for stack crawling, which in turn will be used for GC and unwinding.