Re: [rust-dev] Impending change in RPATH behavior when linking to Rust dynamic libraries

2014-07-09 Thread Bob Ippolito
On Wed, Jul 9, 2014 at 9:48 AM, Patrick Walton wrote: > On 7/9/14 7:42 AM, Bob Ippolito wrote: > >> This seems like madness. No other programming language out there that >> I've seen requires developers to mangle these environment variables. >> > > Also, whe

Re: [rust-dev] Impending change in RPATH behavior when linking to Rust dynamic libraries

2014-07-09 Thread Bob Ippolito
On Wed, Jul 9, 2014 at 9:29 AM, Patrick Walton wrote: > On 7/9/14 7:42 AM, Bob Ippolito wrote: > >> This seems like madness. No other programming language out there that >> I've seen requires developers to mangle these environment variables. >> > > Note that rp

Re: [rust-dev] Impending change in RPATH behavior when linking to Rust dynamic libraries

2014-07-09 Thread Bob Ippolito
This seems like madness. No other programming language out there that I've seen requires developers to mangle these environment variables. On Mac, if you don't want all of RPATH to be searched, you can use more specific relative paths such as @executable_path or @loader_path in the load command. If

Re: [rust-dev] Why we don't like glob use (use std::vec::*)?

2014-03-12 Thread Bob Ippolito
ows imports in any block. You could use > glob imports like this with less risk of breaking: > > ``` > fn foo() { > use std::str::* > [..] > } > ``` > > Eric > > > On Mar 12, 2014, at 2:17 PM, Bob Ippolito wrote: > > Glob imports work well up front but

Re: [rust-dev] Why we don't like glob use (use std::vec::*)?

2014-03-12 Thread Bob Ippolito
Glob imports work well up front but aren't good for maintenance. In Haskell if a popular library adds a new function it could easily break any packages that depend on it that use glob imports. It's more work but almost always best to explicitly import individual names. A tool could help with this t

Re: [rust-dev] Appeal for CORRECT, capable, future-proof math, pre-1.0

2014-01-10 Thread Bob Ippolito
On Friday, January 10, 2014, Lee Braiden wrote: > This may be go nowhere, especially so late in Rust's development, but I > feel like this is an important, relatively small change (though a > high-profile one). I believe it could have a large, positive impact in > terms of targeting new develope

Re: [rust-dev] Rust forum

2013-12-03 Thread Bob Ippolito
Haskell has haskell-beginners, which also seems to be working. On Tue, Dec 3, 2013 at 4:19 PM, Corey Richardson wrote: > Very well for the Python community, too; there's a python-tutor list > whose sole focus is helping newbies effectively. > > On Tue, Dec 3, 2013 at 5:32 PM, Martin DeMello >

Re: [rust-dev] Abandoning segmented stacks in Rust

2013-11-04 Thread Bob Ippolito
Having memory is cheap, accessing it isn't. On Monday, November 4, 2013, Thad Guidry wrote: > Bill, memory is cheap. > > > On Mon, Nov 4, 2013 at 9:50 PM, Bill Myers > > > wrote: > >> The advantage of segmented stacks is that blocked tasks only take up as >> much memory as they actually need to