Thanks Ben, I was just about to reply with the link:
https://github.com/rust-lang/rust/pull/16156/
Cody, you are welcome to test out the branch, as you are to compile rust
with OE anyway ;)
On 16 Oct 2014 20:52, Ben Harris m...@bharr.is wrote:
This will be available very soon. There is a pull
It would make sense to suggest that a Real-time Runtime would be an
interesting project to consider.
I also think that may be one could attempt implementing an audio engine on
a bare-metal chip, like an MCU. For that purpose there is Zinc project to
look into, which already supports some
then rustc would not be able to make any use of it whatsoever.
—
Ilya Dmitrichenko
On 7 October 2014 21:03, Tahia Khan tahia.k...@gmail.com wrote:
Hey all! Rust newbie here. I'm having some problems including a static Rust
library inside of an Objective-C project on XCode.
I was looking through rustc
Hi Wink,
I would be interested to help with RISC-V port. In terms of slim runtime
and other non-OS aspects, have you looked at Zinc yet?
Cheers,
--
Ilya
On 22 Sep 2014 17:47, Wink Saville w...@saville.com wrote:
I'm interested in writing deeply embedded low level Rust code for risc-v (
Hi List,
As I know that some of you are probably going to be quite interested
in this, here is a conference coming up in November.
http://operatingsystems.io/
They are still open for talk submissions.
Cheers,
--
Ilya
___
Rust-dev mailing list
I think the point of discourse is that it provides a far better user
interface then the mailing list does. Mailing lists are pretty
backward in this day an age.
The basics are that you can tag discussions and use backticks to quote code etc.
Other smart things you can probably implement is
Ok, I got the basic going with a temporary for of `libsemver` here:
- https://travis-ci.org/errordeveloper/rust-libsemver/builds/31217706
- https://github.com/errordeveloper/rust-libsemver
Few questions:
- should I bother with enabling OS X beta on Travis?
- what naming convetion we
Are you guys filming it?
On 30 July 2014 01:53, Erick Tryzelaar erick.tryzel...@gmail.com wrote:
Hello Rustillians!
I'm pleased to announce the next Bay Area Rust Meetup on Thursday, August
21, 2014, at Mozilla's San Francisco office: Please sign up here if you wish
to attend:
Hi Simon,
I and @farcaller where thinking to prepare a talk on Zinc project
(http://zinc.rs/).
What length of the talks you guys do?
Cheers,
--
Ilya
On 24 July 2014 09:00, Simon Sapin simon.sa...@exyr.org wrote:
Hello Rustaceans,
The next London meetup is on August 14. Come and say hi!
Dude, that's pretty much rspec ;) sweet!
On 22 Jul 2014 20:07, Vladimir Pouzanov farcal...@gmail.com wrote:
I've just published a tiny test framework: shiny at
https://github.com/farcaller/shiny. It's best used with hamcrest-rust.
This library exists because I find it ugly to redefine all the
It would be great to discuss which libraries can be removed from the
main tree, I can see that there had been some progress with liburl
[1], but there appear to be a few other very dubious libraries that
can easily leave outside of the main tree.
The ones I was able to spot so far, would be:
-
On 21 July 2014 22:46, Corey Richardson co...@octayn.net wrote:
Cargo is pretty awesome now, and I think we could get away with moving those
out, with the caveat that cargo depends on semver..
It does have a bunch of things as submodules already. I wouldn't find
it unreasonable to just make
Hi Rob!
It's probably best to way until porting had been simplified.
Here is a ongoing discussion of this matter:
https://github.com/rust-lang/rfcs/pull/131
Cheers,
--
Ilya
On 20 Jul 2014 15:35, Rob Latham rlat...@gmail.com wrote:
I probably picked the exact wrong project for diving into
Hi List,
Using serialize crate, I have made a typo in attribute name and wrote
'derives' instead of 'deriving' and I got an error message about
`ToJson` trait not being implemented.
Here is what I did:
cat foo.rs
extern crate serialize;
use serialize::json;
#[derive(Decodable, Encodable)]
pub
On 16 July 2014 14:51, Ben Harris m...@bharr.is wrote:
Did it come up as an unused-attribute warning?
No, it didn't. This is all the output I got:
rustc foo.rs
foo.rs:13:3: 13:15 error: failed to find an implementation of trait
On 16 July 2014 14:59, Ben Harris m...@bharr.is wrote:
You can ask on the Rust IRC. My guess is that the error is triggering before
there is a chance to throw the unused-attribute warning out. In the past it
would have told you the error, but with the new plugin system we can define
our own
On 16 July 2014 15:23, Chris Morgan m...@chrismorgan.info wrote:
Did it come up as an unused-attribute warning?
No, it didn't.
The simple reason it doesn't come up as an unknown attribute is
because it did not successfully compile, and so it did not get to the
step where it warns about unused
`).
On Wed, Jul 9, 2014 at 1:00 AM, Ilya Dmitrichenko errordevelo...@gmail.com
wrote:
Additionally, I'd like to note that modern best practice is to relay this
on the init process itself. With modern init systems, such as systemd or
launchctl, this works very nicely and application developer doesn't
Nat, I would very much appreciate if you join the discussion on my pull request.
There is also a link to the Stack Overflow answer I got earlier, it
describes how you can get the file descriptor form a lower layer
`libnative` API...
On 14 July 2014 22:26, Nat Pryce nat.pr...@gmail.com wrote:
want to combine them with the existing File and
socket APIs. I've had to copy code from the native runtime library to
convert native errors to IoError, which makes me uncomfortable.
What's the URL of your pull request?
On 14 July 2014 22:47, Ilya Dmitrichenko errordevelo...@gmail.com wrote
On 13 July 2014 19:18, Tony Arcieri basc...@gmail.com wrote:
How about a gofmt-like source code reformatting utility?
Provided it will not support hard tabs...
___
Rust-dev mailing list
Rust-dev@mozilla.org
https://mail.mozilla.org/listinfo/rust-dev
On 13 July 2014 00:43, Stepan Koltsov stepan.kolt...@gmail.com wrote:
-- want to have several versions of rust side by side to investigate problems
Not true, the share object files include git revision in the name and
that's what they are being looked up by, as far as I understood.
So one can
Additionally, I'd like to note that modern best practice is to relay this
on the init process itself. With modern init systems, such as systemd or
launchctl, this works very nicely and application developer doesn't have to
care about daemonisation and logging is also done simply via stdout.
On 9
Is the following error cause by this change?
% rustc -v
dyld: Library not loaded:
x86_64-apple-darwin/stage1/lib/rustlib/x86_64-apple-darwin/lib/librustc-4e7c5e5c.dylib
Referenced from: /Users/ilya/Library/Local/Rust/current/bin/rustc
Reason: image not found
Trace/BPT trap
On 9 July 2014
24 matches
Mail list logo
