Re: [rust-dev] criteria for core lib

2011-12-04 Thread Patrick Walton
On 12/04/2011 09:39 PM, Patrick Walton wrote: Strongly disagree. If we cannot inline stuff like map, we cannot create a performant browser engine. There is no way around this. I should elaborate: Short of just telling users they can't use the looping abstractions in the standard library if the

Re: [rust-dev] criteria for core lib

2011-12-04 Thread Patrick Walton
On 12/04/2011 02:02 PM, Graydon Hoare wrote: Cross-crate inlining (when and if we do it) is a mixed blessing anyways. It hurts data and procedural abstraction -- both virtues of "proper software design" -- in order to help compile-time (but not run-time) modularity. I'm happy to experiment with i

[rust-dev] do we need lambda?

2011-12-04 Thread Niko Matsakis
Hello, I wanted to do a quick straw poll to ask whether we still need a lambda expression, given that we have blocks and named functions? Searching the rust code base, I found that *every* use of lambda was of the form: |let foo = lambda(...) {...}| which would (in my opinion) be better writ

[rust-dev] LLVM upgraded to svn 145779

2011-12-04 Thread Brian Anderson
For most people this should require little action. The first time you run make it will reconfigure, then the build will likely fail. Run make again and it should work. If things still don't work, then wipe the build directory and start from scratch and let me know what happened. This pulls in

Re: [rust-dev] criteria for core lib

2011-12-04 Thread Graydon Hoare
On 04/12/2011 2:02 PM, Graydon Hoare wrote: core/std split patch, for now, if it turns out to be very costly. I'll do some measurements to see. It not cost much at all. Modern CPUs --> ... it ^might not cost much at all ... -Graydon ___ Rust-dev mai

Re: [rust-dev] criteria for core lib

2011-12-04 Thread Graydon Hoare
On 04/12/2011 1:19 PM, Marijn Haverbeke wrote: Actually, now that I stare at it, the no-inlining issue might make the core/std split a pretty bad idea at this point. When platform limitations stand in the way of proper software design, I think we should be working on circumventing them. Telling

Re: [rust-dev] criteria for core lib

2011-12-04 Thread Marijn Haverbeke
> Actually, now that I stare at it, the no-inlining issue might make the > core/std split a pretty bad idea at this point. When platform limitations stand in the way of proper software design, I think we should be working on circumventing them. Telling people to write monolithic libraries because

Re: [rust-dev] criteria for core lib

2011-12-04 Thread Graydon Hoare
On 03/12/2011 3:41 PM, Brian Anderson wrote: With regard to the large vs. small std question, I'm beginning to agree with marijn (and I think patrick) that it would be better to have many small crates, and make rustc/cargo powerful enough to locate them automatically and add them to the compilat