Re: [rust-dev] This Week in Rust
Atom feed is in the same place it always has been: http://blog.octayn.net/atom.xml and On Mon, Jul 28, 2014 at 1:20 AM, Diggory Hardy diggory.ha...@unibas.ch wrote: Any chance you can add RSS feeds on the new blog? On Sunday 27 Jul 2014 11:52:52 Corey Richardson wrote: Been super busy, but there's some good stuff in store: http://blog.octayn.net/blog/2014/06/09/future-of-twir/ On Sun, Jul 27, 2014 at 9:46 AM, Nathan Typanski ntypan...@gmail.com wrote: It's moved here http://blog.octayn.net/, although there hasn't been an update since 15 July. Nathan ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev -- http://octayn.net/ ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Thanks Corey, It's a valuable source of information for anyone who is not actively involved in language development process. I've looked for something like it before, but haven't found it. Thanks, Jani On Mon, Jul 28, 2014 at 12:54 PM, Corey Richardson co...@octayn.net wrote: Atom feed is in the same place it always has been: http://blog.octayn.net/atom.xml and On Mon, Jul 28, 2014 at 1:20 AM, Diggory Hardy diggory.ha...@unibas.ch wrote: Any chance you can add RSS feeds on the new blog? On Sunday 27 Jul 2014 11:52:52 Corey Richardson wrote: Been super busy, but there's some good stuff in store: http://blog.octayn.net/blog/2014/06/09/future-of-twir/ On Sun, Jul 27, 2014 at 9:46 AM, Nathan Typanski ntypan...@gmail.com wrote: It's moved here http://blog.octayn.net/, although there hasn't been an update since 15 July. Nathan ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev -- http://octayn.net/ ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Any chance you can add RSS feeds on the new blog? On Sunday 27 Jul 2014 11:52:52 Corey Richardson wrote: Been super busy, but there's some good stuff in store: http://blog.octayn.net/blog/2014/06/09/future-of-twir/ On Sun, Jul 27, 2014 at 9:46 AM, Nathan Typanski ntypan...@gmail.com wrote: It's moved here http://blog.octayn.net/, although there hasn't been an update since 15 July. Nathan ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
It's moved here http://blog.octayn.net/, although there hasn't been an update since 15 July. Nathan ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Been super busy, but there's some good stuff in store: http://blog.octayn.net/blog/2014/06/09/future-of-twir/ On Sun, Jul 27, 2014 at 9:46 AM, Nathan Typanski ntypan...@gmail.com wrote: It's moved here http://blog.octayn.net/, although there hasn't been an update since 15 July. Nathan ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev -- http://octayn.net/ ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust (26 April 2014)
2014-04-26 20:46 GMT+02:00 Corey Richardson co...@octayn.net: [snip] # What's cooking on master? 153 pull requests were merged in the last two weeks. ## Breaking Changes - Auto-rooting of `@` [has been removed](https://github.com/mozilla/rust/pull/13559). The exact fallout of this isn't obvious to me, but presumably this makes some uses of `@` not work. The gist of this change is that there's no more special rooting for `@` pointers. Instead, `@`-pointers de-referencing basically follows the same rules as `~`-pointers do. The fallout will likely be that some usages of `@`-pointers may need explicit references to avoid lifetime issues. (See the fallout commits in the PR for more info) Hope this clears things a bit more. [snip] -- Flavio (@flaper87) Percoco http://www.flaper87.com http://github.com/FlaPer87 ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
On Dec 9, 2013, at 7:19 PM, Corey Richardson co...@octayn.net wrote: - `Path::new` has been [renamed](https://github.com/mozilla/rust/pull/10796) back to `Path::init`. Other way around. `Path::init` has been renamed back to `Path::new`, along with extra::json and std::rt::deque -Kevin smime.p7s Description: S/MIME cryptographic signature ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
great work
2013/12/1 Corey Richardson co...@octayn.net
Welcome to another issue of *This Week in Rust*, a weekly newsletter
summarizing Rust's progress and community activity. As always, if you have
something you'd like to be featured, just [send me an
email](mailto:co...@octayn.net?subject=This Week in Rust Suggestion).
Last week was very slow, but this week more than makes up for it I think!
Static linking landed, and there's been some nice cleanup of error messages
and various APIs.
# What's cooking on master?
59 PRs were merged this week.
## Breaking Changes
- Names of methods creating iterators have [changed
drastically](https://github.com/mozilla/rust/pull/10622) to remove the
`_iter` suffix. This reflects that iterators are a primary focus of APIs.
The PR description has all of the changes summarized.
- We now have [static linking
support](https://github.com/mozilla/rust/pull/10528)! It does, however,
involve some changes with how the `link` attribute works. The error
messages
should guide you to the fixes.
- In preparation for the placement new changes, the `Path` constructor has
been [renamed from `new` to
`init`](https://github.com/mozilla/rust/pull/10697),.
- Some overly-permissive borrow checking for `mut mut` [has been
fixed](https://github.com/mozilla/rust/pull/10519). This is fairly
obscure,
most code shouldn't have hit it.
- The parser is [more strict](https://github.com/mozilla/rust/pull/10642)
about what it accepts as a doc comment. Now, only `///` and `/**` are
counted as introducing doc comments (previously, `` and `/***` would
also introduce a doc comment).
- `std::{uint, int}::{min, max}` [have been
removed](https://github.com/mozilla/rust/pull/10719). They were
identical to
the functions in `std::cmp`, so use those instead.
- `extra::json` [has been rid of @
boxes](https://github.com/mozilla/rust/pull/10727), and now uses
idiomatic
constructor names.
- The `type_id` intrinsic [now uses a language item as its return
value](https://github.com/mozilla/rust/pull/10722).
- Some [cleanup](https://github.com/mozilla/rust/pull/10662) has been
done to
`std::rt::thread`, which is an interface to native threads (rather than
tasks).
- `do` blocks are [no longer
allowed](https://github.com/mozilla/rust/pull/10581) in non-`proc`
contexts.
This means that `do` can not be used with a function whose last argument
is
not a `proc`. A fairly large [thread on the mailing
list](
https://mail.mozilla.org/pipermail/rust-dev/2013-November/006999.html)
is ongoing about this change.
- `LittleLock` now [uses RAII](https://github.com/mozilla/rust/pull/10660
).
- C-like enums are [now represented as an
integer](https://github.com/mozilla/rust/pull/10652) rather than a
struct,
at the LLVM level. This affects ABI.
- Linked failure [has been
removed](https://github.com/mozilla/rust/pull/10603) from the runtime.
- `extra::term` [no longer uses `@mut
Writer`](https://github.com/mozilla/rust/pull/10637), instead taking the
writer to use by value.
## Other changes
- `RefCellT`, previously known as `MutT`, [has finally
landed](https://github.com/mozilla/rust/pull/10514), for all your
dynamic
borrow checking needs.
- A lint for unknown attributes [has finally been
added](https://github.com/mozilla/rust/pull/10316). The compiler will
now
warn when it sees an attribute it doesn't recognize.
- A lock-free [Chase-Lev
deque](
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.170.1097rep=rep1type=pdf
)
has [been added to the runtime](
https://github.com/mozilla/rust/pull/10678).
- The shootout-spectralnorm benchmark [has been
resurrected](https://github.com/mozilla/rust/pull/10704).
- Unknown feature gates [are now
linted](https://github.com/mozilla/rust/pull/10680), rather than being a
hard failure.
- The AST is [now frozen](https://github.com/mozilla/rust/pull/10693)!
- `GenericPort` [now has an
iterator](https://github.com/mozilla/rust/pull/10688) over the messages
it
receives.
- `NodeId`, `CrateNum`, `Name`, and `Mrk` (types in libsyntax) [have been
shrunk to 32 bits](https://github.com/mozilla/rust/pull/10670).
- The restriction on macros expanding to a single item [has been
lifted](https://github.com/mozilla/rust/pull/10649). This obviates the
need
for macros hackily expanding to a module containing the desired items. Do
note that this only works when the macro is in item position, or where
an
item is expected. There is an
[issue](https://github.com/mozilla/rust/issues/10681) open for lifting
this
restriction.
- A `thread_local` attribute [has been
added](https://github.com/mozilla/rust/pull/10312), which exposes a
platform's native TLS, a la C11/C++11 `thread_local`.
- Cross compilation to win64 (via mingw-w64) [is now
supported](https://github.com/mozilla/rust/pull/10578). There were also
a
Re: [rust-dev] This Week in Rust
+1 I just subscribed yesterday and I really appreciates this overview :) - Gaetan 2013/10/29 Jack Moffitt j...@metajack.im I just wanted to thank you for the This Week in Rust notes. I love reading them and I am sure that I am not the only one who appreciates the effort that you put into each one. +1! These are great. They are the easiest way for us on the Servo team to estimate how much work we'll need to do to upgrade. jack. ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Indeed. It is invaluable in helping me decide when to pull a new master and be prepared for what I need to fix in my code. Many thanks for doing this! On Tue, Oct 29, 2013 at 10:51 AM, Gaetan gae...@xeberon.net wrote: +1 I just subscribed yesterday and I really appreciates this overview :) - Gaetan 2013/10/29 Jack Moffitt j...@metajack.im I just wanted to thank you for the This Week in Rust notes. I love reading them and I am sure that I am not the only one who appreciates the effort that you put into each one. +1! These are great. They are the easiest way for us on the Servo team to estimate how much work we'll need to do to upgrade. jack. ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Hi Corey, I just wanted to thank you for the This Week in Rust notes. I love reading them and I am sure that I am not the only one who appreciates the effort that you put into each one. Cadence On Mon, Oct 28, 2013 at 5:48 PM, Corey Richardson co...@octayn.net wrote: Welcome to another issue of *This Week in Rust!* This week marks the addition of some more feature gates, removal of `std::io`, and some feature proposals. # What's cooking on master? 47 PRs were merged this week, and we passed issue number 1. ## Breaking Changes - Most of the crypto in the stdlib [has been removed](https://github.com/mozilla/rust/pull/9744). - `std::io` [has been removed](https://github.com/mozilla/rust/pull/9901), with corresponding improvements in `std::rt::io`. - The `frame_address` intrinsic [has been removed](https://github.com/mozilla/rust/pull/10040). - `@`-ptrs are [now feature-gated]( https://github.com/mozilla/rust/pull/9923), reflecting the fact that they will exist in a very different form once they are finished. - All of the logging that used `fmt` (`debug!` and so forth) [have been transitioned to `format!`](https://github.com/mozilla/rust/pull/10006). - `asm!` [is also featured gated]( https://github.com/mozilla/rust/pull/10009). - `sys::log_str` [has moved](https://github.com/mozilla/rust/pull/9937). ## Other changes - The long-awaited addition of `mut` in patterns [has finally happened](https://github.com/mozilla/rust/pull/10026). `let (mut x, y) = (1, 2);` works. - The scheduler now uses [lock free data structures](https://github.com/mozilla/rust/pull/10080), which are supposed to perform much better. - The homing code [now does less work](https://github.com/mozilla/rust/pull/10070), which does one third as many `write`'s. - `stdout` [is now buffered](https://github.com/mozilla/rust/pull/10060). - A [non-libuv event loop](https://github.com/mozilla/rust/pull/10054) has been added. - `std::rand` has seen [more](https://github.com/mozilla/rust/pull/9810) [work](https://github.com/mozilla/rust/pull/10015). - `rustpkg` [now supports arbitrary dependencies](https://github.com/mozilla/rust/pull/9654), such as C libraries. - `mut` is [now allowed on self](https://github.com/mozilla/rust/pull/9989 ). - Nested comments [are now allowed](https://github.com/mozilla/rust/pull/9936). - `rustpkg` will now [find crates in the current directory], so you can say `rustpkg build` in a source dir and it will build in a workspace. - Some new float intrinsics [have been exposed](https://github.com/mozilla/rust/pull/9986). - `println!` [allocates less](https://github.com/mozilla/rust/pull/9979). ## New contributors - Igor Bukanov - Mark Rowe - Michael Letterle - reedlepee # Announcements etc - There will be a [meetup](http://www.meetup.com/Rust-Bay-Area/events/143439552/) in the San Fransisco Mozilla office. Patrick Walton will be talking about sprocketnes. If you're in the area, you should definitely go! - [rust-ci](http://hiho.io/rust-ci/) has been created, which lets you have travis automatically rebuild and test your repo daily, to reduce language/library breakage. - [rust-mustache](https://github.com/erickt/rust-mustache) and [rust-zmq](https://github.com/erickt/rust-zmq) have been updated for master. - [Short talk about Rust at Scala.IO in Paris (October 25th)]( http://www.reddit.com/r/rust/comments/1pdrv6/short_talk_about_rust_at_scalaio_in_paris_october/ ). - [A Bit of Functional Programming in Rust, or A Misguided First Look at Rust for ML Programmers]( http://www.reddit.com/r/rust/comments/1pe2lc/a_bit_of_functional_programming_in_rust_or_a/ ). - [A draft proposal for single inheritance]( http://www.reddit.com/r/rust/comments/1p52tj/a_draft_proposal_for_single_inheritance_in_rust/ ). - [Iterators yielding mutable references]( http://www.reddit.com/r/rust/comments/1p4vnk/iterators_yielding_mutable_references/ ). - [Servo transitions from libcss to a new CSS library written in Rust]( http://www.reddit.com/r/rust/comments/1p4qeh/servo_transitions_from_libcss_to_a_new_css/ ). - [On stack safety](http://www.reddit.com/r/rust/comments/1owhwi/on_stack_safety/). ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
I just wanted to thank you for the This Week in Rust notes. I love reading them and I am sure that I am not the only one who appreciates the effort that you put into each one. +1! These are great. They are the easiest way for us on the Servo team to estimate how much work we'll need to do to upgrade. jack. ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
Re: [rust-dev] This Week in Rust
Thanks Corey! This updates are great to keep track of all things Rust. Kudos :) Luis On 12 September 2013 17:28, Corey Richardson co...@octayn.net wrote: Sorry it is late; it has been on my blog and reddit, but I forgot to post it here. Content copied from http://cmr.github.io/blog/2013/09/07/this-week-in-rust/ -- Welcome to another *This Week in Rust*. # What's cooking in master? 65 pull requests were merged this week, and bors has had some idle time when there wasn't anything approved in the queue. ## Breaking changes - `std::os::glob` has been replaced with a [pure Rust version](https://github.com/mozilla/rust/pull/8914), for cross-platform and compatability reasons. - `std::str::from_bytes` has been [renamed](https://github.com/mozilla/rust/pull/8997) to `std::str::from_utf8`, to be explicit about what it accepts. - Casting to bool with `as` is [no longer allowed](https://github.com/mozilla/rust/pull/8980), and surrogate characters are no longer allowed in strings. - char is [no longer](https://github.com/mozilla/rust/pull/8974) treated as an integer type (meaning it can't be casted to/from them), which removes the ability for safe code to create invalid characters. - Opening a listening socket and actually listening on it [have been split](https://github.com/mozilla/rust/pull/8954). If you're jiggy with the jive, listen and accept are now separate operations. (*ed*: this used to say bind and accept wereseparate; thanks to ecr for the correction.) ## Additions - `let` var hygiene has [landed](https://github.com/mozilla/rust/pull/9026 ). I'm sure this has cool implications, but I don't really know what they are. - An [`export_name` attribute](https://github.com/mozilla/rust/pull/8903) has been added to control what symbol name something is exported as (similar to `no_mangle`). - An `ExactSize` trait [has been added](https://github.com/mozilla/rust/pull/8884) to mark an iterator that always accurately reports its size in the `size_hint` method. - `ToStr` has been [implemented](https://github.com/mozilla/rust/pull/8960 ) for char and Ascii. - Safe accessors of `MutexArc` [have been implemented](https://github.com/mozilla/rust/pull/8966) - A bytes iterator [has been added]( https://github.com/mozilla/rust/pull/8935) for newrt readers. - Stream is [automatically implemented](https://github.com/mozilla/rust/pull/8984) for types which implement Reader and Writer from newrt. - An `unreachable` macro [has been added](https://github.com/mozilla/rust/pull/8992) for better error reporting than a function could do. - newrt [can now do](https://github.com/mozilla/rust/pull/9000) simple DNS resolution. - strptime/strftime [now support]( https://github.com/mozilla/rust/pull/9016) fractional seconds, out to tenths of a nanosecond. ## Changes etc - Name mangling [has been improved](https://github.com/mozilla/rust/pull/8875). - `rust_log.cpp` [has been converted](https://github.com/mozilla/rust/pull/8880) into pure Rust. - Debuginfo [now does closure capture](https://github.com/mozilla/rust/pull/8855) and very large structs. - A [bunch](https://github.com/mozilla/rust/pull/8947) [of](https://github.com/mozilla/rust/pull/8927) [repr](https://github.com/mozilla/rust/pull/8928) improvements landed. # Meeting There was no meteting this week listed on the wiki or that I saw. # Projects - [rust-nanomsg](https://github.com/glycerine/rust-nanomsg) - bindings to the nanomsg library. ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev ___ Rust-dev mailing list Rust-dev@mozilla.org https://mail.mozilla.org/listinfo/rust-dev
