Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-12 Thread Maciej Piechotka
tation, and (b) does this sort of hack really result in a > cleaner design than having some simple language extensions? Mind you, > I'm all about ways to simplify Rust, but sometimes the simplest > solution is to build stuff into the language. > > On March 11, 201

Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-11 Thread Maciej Piechotka
On Tue, 2014-03-11 at 14:18 -0700, Patrick Walton wrote: > On 3/11/14 2:15 PM, Maciej Piechotka wrote: > > Could you elaborate on DOM? I saw it referred a few times but I haven't > > seen any details. I wrote simple bindings to libxml2 dom > > (https://github.com/uzytk

Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-11 Thread Maciej Piechotka
On Tue, 2014-03-11 at 13:44 -0700, Patrick Walton wrote: > On 3/11/14 1:42 PM, Daniel Micay wrote: > > Existing object systems like COM, DOM and gobject are worth looking at, > > but Rust shouldn't bend over backwards to support them. They're legacy > > technologies and while interacting with them

Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-11 Thread Maciej Piechotka
;t require the object to store the state necessary > to implement it? I mean, anything else is really just a function, > instead of 60.days_after(date) use days_after(60, date). > > > On Tue, Mar 11, 2014 at 2:51 PM, Maciej Piechotka > wrote: > On Tue, 2014-03-11 at

Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-11 Thread Maciej Piechotka
dding BI as PO is 'open' for trait implementation) The user needs to do: - Nothing. Everything works out of the box And before you ask - component A and B were 2 different libraries for which the Oracle interfaces were insufficient. Best regards > > On Tue, Mar 11, 2014 at 2:35

Re: [rust-dev] "Virtual fn" is a bad idea

2014-03-11 Thread Maciej Piechotka
On Tue, 2014-03-11 at 19:09 +, Bill Myers wrote: > I see a proposal to add "virtual struct" and "virtual fn" in the workweek > meeting notes, which appears to add an exact copy of Java's OO system to Rust. > > I think however that this should be carefully considered, and preferably not > add

Re: [rust-dev] About RFC: "A 30 minute introduction to Rust"

2014-03-05 Thread Maciej Piechotka
On Tue, 2014-03-04 at 23:54 -0300, Fernando Pelliccioni wrote: > > We still have the problem of dangling references. > > > Any decent compiler can deal with this problem, and according to the > Standard the implementations are encouraged to issue a warning in such > a case. > I don't know impleme

Re: [rust-dev] Using a closure as a return value

2014-02-23 Thread Maciej Piechotka
On Sat, 2014-02-22 at 22:48 +0100, Philippe Delrieu wrote: > Thank for you reply. But I don't see any solution to my problem.. I'll > explain it a little more. > > I want to develop a sort of GUI. The GUI has its own logic and use a > rendering engine to do the work. I want my GUI separate of the

Re: [rust-dev] user input

2014-02-09 Thread Maciej Piechotka
On Sat, 2014-02-08 at 17:23 -0800, Sean McArthur wrote: > let in = readln!() ? > > macro_rules! readln( > () => ({ > let mut stdin > = ::std::io::BufferedReader::new(::std::io::stdin()); > stdin.read_line().unwrap() > }) > ) > Unless I read the source incorrectly that won't work if t

Re: [rust-dev] What form should the official Rust binary installers for Unixes take?

2014-02-07 Thread Maciej Piechotka
On Thu, 2014-02-06 at 16:35 -0800, Brian Anderson wrote: > Hey. > > One of my goals for 0.10 is to make the Rust installation and upgrade > experience better. My personal ambitions are to make Rust installable > with a single shell command, distribute binaries, not source, and to > have both ni

Re: [rust-dev] RFC: Future of the Build System

2014-01-16 Thread Maciej Piechotka
Lee Braiden writes: > > On 14/01/14 23:49, Jan Niklas Hasse wrote: > > I disagree! rustpkg should handle dependencies for building a rust > > package. It can automatically know which packages are needed from > > "extern mod" etc. apt-get and others are just unsuited for this. > > > > But that i