On Saturday, 7 December 2013 at 00:40:52 UTC, Manu wrote:
Assuming a comparison to C++, you know perfectly well that D
has a severe
disadvantage. Unless people micro-manage final (I've never seen
anyone do
this to date), then classes will have significantly inferior
performance to
C++.
C++ cod
On Friday, 6 December 2013 at 23:30:45 UTC, Walter Bright wrote:
On 12/6/2013 3:06 PM, Maxim Fomin wrote:
and what about holes in immutable, pure and rest type system?
If there are bugs in the type system, then that optimization
breaks.
Bad news: there are many bugs in type system.
C do
On Friday, 6 December 2013 at 23:19:22 UTC, Walter Bright wrote:
You can write D code in "C style" and you'll get C results. To
get performance advantages from D code, you'll need to write in
a structurally different way (as Andrei pointed out).
Looking through Phobos, there is a lot of code t
07-Dec-2013 11:15, Dmitry Olshansky пишет:
07-Dec-2013 03:55, H. S. Teoh пишет:
On Fri, Dec 06, 2013 at 03:19:24PM -0800, Walter Bright wrote:
On 12/6/2013 3:02 PM, Maxim Fomin wrote:
[snip]
import std.regex.traits;
auto dirEntries(C, RegEx)(in C[] path, RegEx re)
if(isSomeChar!C && isR
07-Dec-2013 03:55, H. S. Teoh пишет:
On Fri, Dec 06, 2013 at 03:19:24PM -0800, Walter Bright wrote:
On 12/6/2013 3:02 PM, Maxim Fomin wrote:
- phobos snowball - one invocation of some function in standard
library leads to dozens template instantiations and invocations of
pretty much stuff
> O
On 12/06/2013 02:52 PM, Walter Bright wrote:
> On 12/6/2013 2:40 PM, bearophile wrote:
>> I think in your list you have missed the point 8, that is templates
>> allow for
>> data specialization, or for specialization based on compile-time values.
>>
>> The common example of the first is the C sor
On 12/06/2013 12:46 PM, Steve Teale wrote:
Also I wonder these days if people are interested in writing
non-web-based GUI programs at all. Are they a thing of the past?
I am not sure about Linux, but there is a good demand/need for GUI
programs on Windows and Mac.
On 12/06/2013 01:31 PM, Artem Tarasov wrote:
My two cents.
5. Screenshots. Why can't I just see how you CodeBlocks setup looks
like, instead of reading the description in plain text?
This point reminds me a WTF moment I had with one GUI kit a few months
ago (don't remember its name anymore).
On 12/6/2013 4:40 PM, Manu wrote:
Assuming a comparison to C++,
This is a comparison to C; a comparison to C++ is something else.
you know perfectly well that D has a severe
disadvantage. Unless people micro-manage final (I've never seen anyone do this
to date), then classes will have signifi
Manu:
Assuming a comparison to C++, you know perfectly well that D
has a severe
disadvantage. Unless people micro-manage final (I've never seen
anyone do
this to date), then classes will have significantly inferior
performance to C++.
Despite D has the two purities (currently they are three)
On 7 December 2013 08:52, Walter Bright wrote:
> On 12/6/2013 2:40 PM, bearophile wrote:
>
>> And when a D compiler because of separate compilation can't de-virtualize
>> a virtual class method call.
>>
>
> Can C devirtualize function calls? Nope.
>
Assuming a comparison to C++, you know perfect
H. S. Teoh:
I've seen gcc/gdc unroll loops with unknown number of
iterations, esp. when you're using -O3. It just unrolls into
something
like:
loop_start:
if (!loopCondition) goto end;
loopBody();
if (!loopCondition) goto end;
On Sat, Dec 07, 2013 at 01:09:00AM +0100, John Colvin wrote:
> On Friday, 6 December 2013 at 23:56:39 UTC, H. S. Teoh wrote:
> >
> >It would be nice to decouple Phobos modules more. A *lot* more.
>
> Why? I've seen this point made several times and I can't understand
> why this is an important con
On Sat, Dec 07, 2013 at 12:56:48AM +0100, bearophile wrote:
> H. S. Teoh:
>
> >(if your tree is 1 million nodes, then it has to do 1 million free's,
> >right then, right there,
>
> In practice real C programs use arenas and pools to allocate the
> nodes from. This sometimes doubles the performanc
On Friday, 6 December 2013 at 23:59:46 UTC, H. S. Teoh wrote:
On Sat, Dec 07, 2013 at 12:40:35AM +0100, bearophile wrote:
[...]
Regarding Java performance matters, from my experience another
significant source of optimization in the JavaVM that is often
overlooked is that the JavaVM is able to p
On Friday, 6 December 2013 at 23:56:39 UTC, H. S. Teoh wrote:
It would be nice to decouple Phobos modules more. A *lot* more.
Why? I've seen this point made several times and I can't
understand why this is an important concern.
I see the interplay between phobos modules as good, it saves
r
On Fri, Dec 06, 2013 at 03:26:53PM -0800, Walter Bright wrote:
> On 5/27/2013 11:14 AM, Peter Alexander wrote:
> >The symbols typically contain a lot of repeated sub strings. Perhaps
> >there is a better mangling scheme that encodes it with some kind of
> >prefix tree?
>
> Rather than a new scheme
H. S. Teoh:
(if your tree is 1 million nodes, then it
has to do 1 million free's, right then, right there,
In practice real C programs use arenas and pools to allocate the
nodes from. This sometimes doubles the performance of C code that
has to allocate many nodes of a tree data structure. A
On 12/6/2013 3:39 PM, H. S. Teoh wrote:
1. D knows when data is immutable. C has to always make worst case
assumptions, and assume indirectly accessed data mutates.
Does the compiler currently take advantage of this, e.g., in aliasing
analysis?
I'm pretty sure dmd does, don't know about other
On Sat, Dec 07, 2013 at 12:40:35AM +0100, bearophile wrote:
[...]
> Regarding Java performance matters, from my experience another
> significant source of optimization in the JavaVM that is often
> overlooked is that the JavaVM is able to partially unroll even loops
> with a statically-unknown numb
On Fri, Dec 06, 2013 at 03:19:24PM -0800, Walter Bright wrote:
> On 12/6/2013 3:02 PM, Maxim Fomin wrote:
[...]
> >Such advantages are offset by:
> >
> >- huge runtime library
>
> C has a huge runtime library, too, it's just that you normally don't
> notice it because it's not statically linked in
On 12/06/2013 06:41 AM, Shammah Chancellor wrote:
On 2013-12-06 07:28:23 +, John J said:
On 12/04/2013 07:24 AM, Shammah Chancellor wrote:
Also, the benefit to this is we
can avoid the 10% fee that bountysource has.
I remember reading it's free for open source projects..
When I went t
On 12/6/2013 3:40 PM, bearophile wrote:
Recently I have seen this through Reddit (with a comment by Anon):
http://eli.thegreenplace.net/2013/12/05/the-cost-of-dynamic-virtual-calls-vs-static-crtp-dispatch-in-c/
The JavaVM is often able to de-virtualize virtual calls.
I know. It is an advantag
Another thing to keep in account is that C is not much any more
the golden standard for code performance. Today people that want
to write fast code often use parallel algorithms using GPUs with
CUDA/OpenCL (that look like C with extras), and when they are on
CPUs they need to use all cores effi
Walter Bright:
It does for classes/methods marked 'final' and also in cases
where it can statically tell that a class instance is the most
derived type.
Recently I have seen this through Reddit (with a comment by Anon):
http://eli.thegreenplace.net/2013/12/05/the-cost-of-dynamic-virtual-call
On Fri, Dec 06, 2013 at 02:20:22PM -0800, Walter Bright wrote:
>
> "there is no way proper C code can be slower than those languages."
>
> --
> http://www.reddit.com/r/programming/comments/1s5ze3/benchmarking_d_vs_go_vs_erlang_vs_c_for_mqtt/cduwwoy
>
> comes up now and then. I think it's inco
On 12/6/2013 3:06 PM, Maxim Fomin wrote:
and what about holes in immutable, pure and rest type system?
If there are bugs in the type system, then that optimization breaks.
C doesn't have virtual functions.
Right, but you can (and people do) fake virtual functions with tables of
function po
Paulo Pinto:
That is why most safe systems programming language compilers
allow disabling bounds checking. :)
Disabling bounds checking (BC) is an admission of defeat (or just
of practicality over technical refinement).
Various languages approach the situation in different ways, some
examp
On 5/27/2013 11:14 AM, Peter Alexander wrote:
The symbols typically contain a lot of repeated sub strings. Perhaps there is a
better mangling scheme that encodes it with some kind of prefix tree?
Rather than a new scheme, a simple and effective approach is to compress using
lzw. Lzw is nicely
On 12/6/2013 3:02 PM, Maxim Fomin wrote:
What surprises me most is claim that D can 'hypothetically' generate more
efficient code comparing with C, especially taking into account current
situation with code generation and optimization.
The claim about inherent advantages implies that code genera
07-Dec-2013 02:20, Walter Bright пишет:
"there is no way proper C code can be slower than those languages."
3. Function inlining has generally been shown to be of tremendous value
in optimization. D has access to all the source code in the program, or
at least as much as you're willing to sho
Am 06.12.2013 23:40, schrieb bearophile:
Walter Bright:
comes up now and then. I think it's incorrect, D has many inherent
advantages in generating code over C:
I think in your list you have missed the point 8, that is templates
allow for data specialization, or for specialization based on
co
On Friday, 6 December 2013 at 22:52:46 UTC, Walter Bright wrote:
On 12/6/2013 2:40 PM, bearophile wrote:
I think in your list you have missed the point 8, that is
templates allow for
data specialization, or for specialization based on
compile-time values.
The common example of the first is th
On Friday, 6 December 2013 at 22:20:19 UTC, Walter Bright wrote:
"there is no way proper C code can be slower than those
languages."
--
http://www.reddit.com/r/programming/comments/1s5ze3/benchmarking_d_vs_go_vs_erlang_vs_c_for_mqtt/cduwwoy
comes up now and then. I think it's incorrect,
On 12/6/2013 2:40 PM, bearophile wrote:
I think in your list you have missed the point 8, that is templates allow for
data specialization, or for specialization based on compile-time values.
The common example of the first is the C sort() function compared to the type
specialized one.
That's a
Perhaps D purity were designed for usefulness,
I meant "was".
There are also situations where D is slower than D:
I meant "than C" :-)
Bye,
bearophile
On Friday, 6 December 2013 at 22:20:19 UTC, Walter Bright wrote:
"there is no way proper C code can be slower than those
languages."
--
http://www.reddit.com/r/programming/comments/1s5ze3/benchmarking_d_vs_go_vs_erlang_vs_c_for_mqtt/cduwwoy
comes up now and then. I think it's incorrect,
Walter Bright:
comes up now and then. I think it's incorrect, D has many
inherent advantages in generating code over C:
I think in your list you have missed the point 8, that is
templates allow for data specialization, or for specialization
based on compile-time values.
The common example
"there is no way proper C code can be slower than those languages."
--
http://www.reddit.com/r/programming/comments/1s5ze3/benchmarking_d_vs_go_vs_erlang_vs_c_for_mqtt/cduwwoy
comes up now and then. I think it's incorrect, D has many inherent advantages in
generating code over C:
1. D kn
On 05/12/13 10:29, Marco Leise wrote:
I looked at Gorillaz QBasic code when my father bought our
first computer (286 PC without FPU, FPUs were out). So I
started there, and look, I could still learn other imperative
languages like D, Delphi or C++. Just not LISP or Haskell.
One of the very wide
On Friday, 6 December 2013 at 21:06:43 UTC, Andrei Alexandrescu
wrote:
Degrees help for things like immigration, where some
bureaucratic rules must be obeyed. There may be country laws
that prohibit certain positions without the degree. Otherwise
they should be mostly advisory for a good co
On 12/6/13 1:40 PM, Max Samukha wrote:
On Friday, 6 December 2013 at 21:06:43 UTC, Andrei Alexandrescu wrote:
Degrees help for things like immigration, where some bureaucratic
rules must be obeyed. There may be country laws that prohibit certain
positions without the degree. Otherwise they sho
On 2013-12-06 19:35, Andrej Mitrovic wrote:
I guess libtooling (http://clang.llvm.org/docs/LibTooling.html) would
be a better fit for a codegenerator, but it's a C++ library.
What would be better is to use the Clang C++ libraries since they
already provide all the functionality needed. Althou
On 2013-12-06 19:35, Andrej Mitrovic wrote:
I guess libtooling (http://clang.llvm.org/docs/LibTooling.html) would
be a better fit for a codegenerator, but it's a C++ library.
I don't see what this would give me. libclang already handles command
line parsing. DStep handles, in addition to thos
On 2013-12-06 18:29, Dicebot wrote:
I see no reason in try to provide packages for a platforms that are
already maintained by people that actually use those platforms. Such
attempts are doomed to be inferior to native ones. It makes sense to
take over support if it was abandoned for that specific
On 12/6/13 7:26 AM, Andrej Mitrovic wrote:
On 12/6/13, Dicebot wrote:
No real must-haves. Just be aware that CV's are checked here by
programmers, not HR's, so keeping it short and focused on
technical details is appreciated, as well as any links to
open-source activity.
Thanks. I've sent som
On 12/6/13 7:15 AM, Dicebot wrote:
To be honest I'd love htod to be completely removed from
dlang.org (and possibly replaced with dstep) as it does more harm
than good.
I agree. Please send a pull request.
Thanks,
Andrei
Am 06.12.2013 16:52, schrieb eles:
On Friday, 6 December 2013 at 07:58:46 UTC, Paulo Pinto wrote:
On Thursday, 5 December 2013 at 19:58:17 UTC, Walter Bright wrote:
On 12/5/2013 7:27 AM, Paulo Pinto wrote:
Additionally there seems to be a contiguous disease when using
those languages, where
On 12/6/13 4:49 AM, Craig Dillabaugh wrote:
On Friday, 6 December 2013 at 12:37:48 UTC, Andrej Mitrovic wrote:
On 12/5/13, Dicebot wrote:
Just got the formal confirmation from HR - you can certainly
expect some extra help during first months to get settled. If you
apply via care...@sociomantic
On Friday, 6 December 2013 at 20:35:10 UTC, Andrei Alexandrescu
wrote:
On 12/6/13 3:45 AM, Tourist wrote:
On Thursday, 5 December 2013 at 14:44:41 UTC, Andrei
Alexandrescu wrote:
On 12/4/13 10:57 PM, Martin Nowak wrote:
On Tuesday, 3 December 2013 at 20:53:28 UTC, Andrei
Alexandrescu wrote:
A
On 12/6/13 3:45 AM, Tourist wrote:
On Thursday, 5 December 2013 at 14:44:41 UTC, Andrei Alexandrescu wrote:
On 12/4/13 10:57 PM, Martin Nowak wrote:
On Tuesday, 3 December 2013 at 20:53:28 UTC, Andrei Alexandrescu wrote:
Also does everybody like the graphics at the top of
http://dconf.org/2014
06-Dec-2013 20:45, Andrew Edwards пишет:
On 12/5/13, 3:09 AM, Martin Nowak wrote:
[snip]
[1] There is not yet a windows image installed as I do not have an
installation CD.
Well, there is a temporary option to get an 90-day evaluation version of
enterprise edition ISO.
Here is 8.1, building
On Friday, 6 December 2013 at 17:46:05 UTC, Steve Teale wrote:
This may of course be because my little series of articles -
http://britseyeview.com/software/articles/gsgtkd101.html, et
seq - was complete crap, but I suspect that this is not
entirely the case.
Nice. I added a link in the tuto
That fixed it! Thanks!
On Friday, 6 December 2013 at 19:09:26 UTC, Dicebot wrote:
On Friday, 6 December 2013 at 19:04:08 UTC, Nikhil Padmanabhan
wrote:
Hi,
I've been trying to build phobos on a linux system, and it's
failing during the link step :
/usr/bin/ld: unrecognized option '--no-warn
On Friday, 6 December 2013 at 19:04:08 UTC, Nikhil Padmanabhan
wrote:
Hi,
I've been trying to build phobos on a linux system, and it's
failing during the link step :
/usr/bin/ld: unrecognized option '--no-warn-search-mismatch'
Poking at this a little, I see that I'm running a relatively
ol
Hi,
I've been trying to build phobos on a linux system, and it's
failing during the link step :
/usr/bin/ld: unrecognized option '--no-warn-search-mismatch'
Poking at this a little, I see that I'm running a relatively old
version of ld :
[np274@login-0-0 phobos]$ ld --version
GNU ld versi
On Friday, 6 December 2013 at 17:46:05 UTC, Steve Teale wrote:
I am sad to announce that this does not appear to have a great
deal of appeal.
This may of course be because my little series of articles -
http://britseyeview.com/software/articles/gsgtkd101.html, et
seq - was complete crap, but
On Friday, 6 December 2013 at 18:31:17 UTC, Artem Tarasov wrote:
My two cents.
library and GTKd have online documentation, why do you point
readers to
local documentation in the Internet era?
I'll work on it if I get time. I do know it is far from perfect,
but this stuff takes time, so a st
On 12/6/13, Jacob Carlborg wrote:
> On 2013-12-06 18:13, Jacob Carlborg wrote:
>
>> It does substitutions. I guess using libclang would be just like
>> compiling with Clang but stop the process somewhere after the AST is
>> created and before the code generating phase has started.
>
> This also ha
My two cents.
1. Too long lines. Preferred length for readability is 60-80 characters per
line.
2. I have to scroll quite a while until I see some *code*. I lose interest
with every paragraph about tools setup. Some sentences are blatantly
redundant, like 'I installed DMD by double-clicking on the
Just thought I would report.
And my! Such an active newsgroup - hits on the quoted page within
minutes!
I am sad to announce that this does not appear to have a great
deal of appeal.
This may of course be because my little series of articles -
http://britseyeview.com/software/articles/gsgtkd101.html, et seq
- was complete crap, but I suspect that this is not entirely the
case.
I've done this
I see no reason in try to provide packages for a platforms that
are already maintained by people that actually use those
platforms. Such attempts are doomed to be inferior to native
ones. It makes sense to take over support if it was abandoned for
that specific platform but not before.
Hello everybody.
I published the current state of my translation on Gitorious:
https://gitorious.org/programmez-en-d
There are about 42 chapters still to translate, with three of them still
to translate from Turkish to English.
I think it is time to begin a proofread of the first chapters.
F
On Friday, 6 December 2013 at 17:09:34 UTC, Jacob Carlborg wrote:
On 2013-12-06 17:45, Andrew Edwards wrote:
I crashed my system so I had to start over with a fresh
installation/configuration. The following images are installed
within
VirtualBox:
OS X 10.9
Ubuntu 12.04
Fedora 19
On 2013-12-06 18:13, Jacob Carlborg wrote:
It does substitutions. I guess using libclang would be just like
compiling with Clang but stop the process somewhere after the AST is
created and before the code generating phase has started.
This also has the unfortunate consequences that you can onl
On Friday, 6 December 2013 at 17:10:58 UTC, Jacob Carlborg wrote:
Gentoo and Arch Linux perhaps? I don't remember if Arch uses
its own package manager or not. Dicebot can answer this.
Gentoo does not have binary packages. Arch Linux has own package
manager / package format but I'd prefer it to
On 2013-12-06 18:15, Dicebot wrote:
Gentoo does not have binary packages.
Is Gentoo needed to create package, although it isn't binary packages?
--
/Jacob Carlborg
On 2013-12-06 18:10, Dicebot wrote:
Does it simply ignores preprocessor tokens or actually makes
substitutions (but there is no D-ification)? I thought it is the latter.
It does substitutions. I guess using libclang would be just like
compiling with Clang but stop the process somewhere after
On Friday, 6 December 2013 at 17:02:18 UTC, Jacob Carlborg wrote:
On 2013-12-06 16:14, Dicebot wrote:
htod is old and unsupported. I recommend dstep
(https://github.com/jacob-carlborg/dstep) which is based on
libclang and
thus naturally up to date with current C state.
DStep doesn't current
On 2013-12-06 17:45, Andrew Edwards wrote:
I crashed my system so I had to start over with a fresh
installation/configuration. The following images are installed within
VirtualBox:
OS X 10.9
Ubuntu 12.04
Fedora 19
FreeBSD 9.2
Windows 7 [1]
All images are 64 bits and al
On 2013-12-06 17:45, Andrew Edwards wrote:
I crashed my system so I had to start over with a fresh
installation/configuration. The following images are installed within
VirtualBox:
OS X 10.9
Ubuntu 12.04
Fedora 19
FreeBSD 9.2
Windows 7 [1]
All images are 64 bits and al
On 2013-12-06 16:14, Dicebot wrote:
htod is old and unsupported. I recommend dstep
(https://github.com/jacob-carlborg/dstep) which is based on libclang and
thus naturally up to date with current C state.
DStep doesn't currently support any preprocessor handling, except for
some simple include
On 12/5/13, 3:09 AM, Martin Nowak wrote:
On Thursday, 5 December 2013 at 07:58:10 UTC, Jacob Carlborg wrote:
* Not a single person need to have all different platforms to create a
release
We'll need to move to building linux distribution specific build to fix
issues with shared library depende
On Thursday, 5 December 2013 at 16:40:06 UTC, Andrei Alexandrescu
wrote:
On 12/5/13 7:46 AM, Dicebot wrote:
On Thursday, 5 December 2013 at 15:24:31 UTC, Atila Neves
http://www.reddit.com/r/programming/comments/1s5ze3/benchmarking_d_vs_go_vs_erlang_vs_c_for_mqtt/
https://news.ycombinator.com/i
On 06/12/13 16:52, eles wrote:
add to that the optimization of number of keyboard strokes :D
Hah, I got burned by that once in a very amusing way. I wrote a blog post
comparing an existing C implementation of some data structures and algorithms
(not mine) to my new D implementation. One rea
On Friday, 6 December 2013 at 07:58:46 UTC, Paulo Pinto wrote:
On Thursday, 5 December 2013 at 19:58:17 UTC, Walter Bright
wrote:
On 12/5/2013 7:27 AM, Paulo Pinto wrote:
Additionally there seems to be a contiguous disease when using
those languages, where one tries to micro-optimize every c
On 06/12/13 16:37, Daniel Murphy wrote:
It's going very slowly. There have been a few pulls working on some areas,
but most of my effort has been on the d port. The frontend unification does
not depend on the D port, and the D port is not technically blocked by it,
but we will need to finish it
"Joseph Rushton Wakeling" wrote in message
news:mailman.304.1386341329.3242.digitalmar...@puremagic.com...
> On 05/12/13 04:08, Daniel Murphy wrote:
>> As Walter said, there is no chance of that happening. However, we are
>> slowly working to integrate or refactor away all gdc/ldc patches agains
On Thursday, 5 December 2013 at 15:24:31 UTC, Atila Neves wrote:
Interesting. Care to convert this post (only a little
adjustment needed) to a blog and publish with source code?
Would make a great article. Ask your friends to contribute
with descriptions of their implementations, too.
Ask, an
On 12/6/13, Dicebot wrote:
> No real must-haves. Just be aware that CV's are checked here by
> programmers, not HR's, so keeping it short and focused on
> technical details is appreciated, as well as any links to
> open-source activity.
Thanks. I've sent something. We'll see. :p
To be honest I'd love htod to be completely removed from
dlang.org (and possibly replaced with dstep) as it does more harm
than good.
On Friday, 6 December 2013 at 15:04:18 UTC, Andre wrote:
Hi,
HTOD is not able to translate a #define if the
value is in brackets like here:
#define SQL_STILL_EXECUTING 2
#define SQL_ERROR (-1)
#define SQL_INVALID_HANDLE (-2)
strange, sent once but posted 2 times on server
On Friday, 6 December 2013 at 15:04:58 UTC, Andre wrote:
Hi,
HTOD is not able to translate a #define if the
value is in brackets like here:
#define SQL_STILL_EXECUTING 2
#define SQL_ERROR (-1)
#de
On 2013-12-06 15:47, Craig Dillabaugh wrote:
Better yet are organizations that use computer programs to screen the
resumes. At one time I applied to tonnes of positions with the Canadian
gov't and never got an interview even when my skills matched the job
description perfectly. Then I realized
Hi,
HTOD is not able to translate a #define if the
value is in brackets like here:
#define SQL_STILL_EXECUTING 2
#define SQL_ERROR (-1)
#define SQL_INVALID_HANDLE (-2)
#define SQL_NEED_DATA 99
(Examp
On Friday, 6 December 2013 at 14:33:59 UTC, Joseph Rushton
Wakeling wrote:
On 06/12/13 13:38, Craig Dillabaugh wrote:
But is D not still doing a better job than Microsoft is of
keeping their C++
compiler up to the latest C++ standard?
I'm not making any comparisons here, I'm simply saying tha
Hi,
HTOD is not able to translate a #define if the
value is in brackets like here:
#define SQL_STILL_EXECUTING 2
#define SQL_ERROR (-1)
#define SQL_INVALID_HANDLE (-2)
#define SQL_NEED_DATA 99
(Examp
On Friday, 6 December 2013 at 13:11:37 UTC, Jacob Carlborg wrote:
On 2013-12-06 14:02, Dicebot wrote:
[13:56:54] Marenz: real programmers have crappy CVs
[13:56:57] Marenz: BECAUSE WE CAN
No real must-haves. Just be aware that CV's are checked here by
programmers, not HR's, so keeping it short
On 05/12/13 04:08, Daniel Murphy wrote:
As Walter said, there is no chance of that happening. However, we are
slowly working to integrate or refactor away all gdc/ldc patches against the
frontend. This should greatly reduce the effort to merge patches, hopefully
resulting in all three compilers
On 06/12/13 13:38, Craig Dillabaugh wrote:
But is D not still doing a better job than Microsoft is of keeping their C++
compiler up to the latest C++ standard?
I'm not making any comparisons here, I'm simply saying that this is something it
could be helpful to address, for D's own sake.
Comp
On Friday, 6 December 2013 at 12:21:12 UTC, Tourist wrote:
On Friday, 6 December 2013 at 11:45:36 UTC, Tourist wrote:
On Thursday, 5 December 2013 at 14:44:41 UTC, Andrei
Alexandrescu wrote:
On 12/4/13 10:57 PM, Martin Nowak wrote:
On Tuesday, 3 December 2013 at 20:53:28 UTC, Andrei
Alexandres
On Friday, 6 December 2013 at 11:45:36 UTC, Tourist wrote:
On Thursday, 5 December 2013 at 14:44:41 UTC, Andrei
Alexandrescu wrote:
On 12/4/13 10:57 PM, Martin Nowak wrote:
On Tuesday, 3 December 2013 at 20:53:28 UTC, Andrei
Alexandrescu wrote:
Also does everybody like the graphics at the top
On 2013-12-06 14:02, Dicebot wrote:
[13:56:54] Marenz: real programmers have crappy CVs
[13:56:57] Marenz: BECAUSE WE CAN
No real must-haves. Just be aware that CV's are checked here by
programmers, not HR's, so keeping it short and focused on technical
details is appreciated, as well as any li
On Friday, 6 December 2013 at 12:52:24 UTC, Andrej Mitrovic wrote:
On 12/6/13, Dicebot wrote:
Come on, don't be silly :P I don't have a CS degree too (I
don't
have any degree at all). That wasn't an issue at all. And
https://github.com/AndrejMitrovic?tab=activity speaks on its
own.
There is
On 12/6/13, Dicebot wrote:
> Come on, don't be silly :P I don't have a CS degree too (I don't
> have any degree at all). That wasn't an issue at all. And
> https://github.com/AndrejMitrovic?tab=activity speaks on its own.
>
> There is no harm in applying.
Cool. Do you have any tips or must-haves
On Friday, 6 December 2013 at 12:37:48 UTC, Andrej Mitrovic wrote:
On 12/5/13, Dicebot wrote:
Just got the formal confirmation from HR - you can certainly
expect some extra help during first months to get settled. If
you
apply via care...@sociomantic.com , just mention your concerns
in
e-mai
On Friday, 6 December 2013 at 12:37:48 UTC, Andrej Mitrovic wrote:
On 12/5/13, Dicebot wrote:
Just got the formal confirmation from HR - you can certainly
expect some extra help during first months to get settled. If
you
apply via care...@sociomantic.com , just mention your concerns
in
e-mai
On Friday, 6 December 2013 at 12:13:28 UTC, Joseph Rushton
Wakeling wrote:
On 04/12/13 23:14, Walter Bright wrote:
I'm opposed to it.
For one example, a year ago I had to make dmd work on Win64.
LLVM didn't support
Win64. I would have been stymied.
It is very good for D to have 3 equivalent
On 12/5/13, Dicebot wrote:
> Just got the formal confirmation from HR - you can certainly
> expect some extra help during first months to get settled. If you
> apply via care...@sociomantic.com , just mention your concerns in
> e-mail / during interview to get any specific details.
Well I'll cert
1 - 100 of 107 matches
Mail list logo