Hey all,
a question from a Rust newbie here. From languages like C or C++ I'm used
to being able to compile each file separately into object files to speed up
the compilation process. In Rust that doesn't seem to be easily possible. I
tried to simulate it by compiling each module into a separate
In large C++ projects (take Firefox as an example), it's actually the other
way around: merging a lot of .cpp files to compile larger but fewer
translation units gives you *much* faster builds (and better optimization,
at least without LTO).
My advice is to split your (large) program into a few
On 05/05/14 03:36 AM, Urban Hafner wrote:
Hey all,
a question from a Rust newbie here. From languages like C or C++ I'm
used to being able to compile each file separately into object files to
speed up the compilation process. In Rust that doesn't seem to be easily
possible. I tried to
Thanks guys. I guess it just shows that I've never written any large C++
programs either :) So for now I'll stick to recompiling everything at once
and if it slows down too much I'll see where it makes sense to split it up
then.
Urban
On Mon, May 5, 2014 at 7:14 PM, Daniel Micay
Hello Everyone!
My name is Bradley Messer and I am a senior Computer Science and Mathematics
student at Clarkson University. I was speaking with a developer and was told
that Rust was in need of a crypto library. I would like to write one, but I
would like to know which protocols would be
On 05/05/14 18:33 +, Brad Messer - messerb wrote:
Hello Everyone!
My name is Bradley Messer and I am a senior Computer Science and Mathematics
student at Clarkson University. I was speaking with a developer and was told
that Rust was in need of a crypto library. I would like to write one,
There's rust-crypto[1], which has quite a few implementations already. The
issue isn't so much that Rust needs crypto code, is that it needs auditing of
the code that exists.
[1] https://github.com/DaGenix/rust-crypto___
Rust-dev mailing list
On May 5, 2014 at 11:42:19 AM, John Mija (jon...@proinbox.com) wrote:
I like the project clearcrypt and it is awesome that developers start to
build different algorithms than standard ones.
But it's also necessary to have the most used algorithms, like i.e.:
aes
rsa
des
hmac
md5
On Mon, May 5, 2014 at 11:42 AM, John Mija jon...@proinbox.com wrote:
I like the project clearcrypt and it is awesome that developers start to
build different algorithms than standard ones.
But it's also necessary to have the most used algorithms, like i.e.:
If this is what you're after,
On 05/05/14 02:42 PM, John Mija wrote:
I like the project clearcrypt and it is awesome that developers start to
build different algorithms than standard ones.
But it's also necessary to have the most used algorithms, like i.e.:
aes
rsa
des
hmac
md5
rsa
sha1, sha256, sha512
None of
On 05/05/14 02:45 PM, Richo Healey wrote:
On May 5, 2014 at 11:42:19 AM, John Mija (jon...@proinbox.com
mailto:jon...@proinbox.com) wrote:
I like the project clearcrypt and it is awesome that developers start to
build different algorithms than standard ones.
But it's also necessary to have
El 05/05/14 19:47, Daniel Micay escribió:
On 05/05/14 02:42 PM, John Mija wrote:
I like the project clearcrypt and it is awesome that developers start to
build different algorithms than standard ones.
But it's also necessary to have the most used algorithms, like i.e.:
aes
rsa
des
hmac
md5
12 matches
Mail list logo