On Sunday 31 July 2011 01:53:25 Nick Sabalausky wrote:
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.1978.1312090051.14074.digitalmar...@puremagic.com...
I think that it would be useful to query the community for what piece of
library functionality they don't
On 31-07-2011 07:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
Am 29.07.2011 22:02, schrieb Walter Bright:
Here's another one:
T* p;
...
if (A)
p = t;
...
if (B)
... *p ...
B is true if and only if A is true. B can even be the same expression as
A, such as a-b-c. Clang complains on the *p that p is uninitialized.
On 7/30/2011 9:27 PM, Andrei Alexandrescu wrote:
http://blogs.msdn.com/b/usisvde/archive/2011/07/30/channel-9-goes-native-with-show-for-c-developers.aspx
TIL I'm going to be a guest on it!
On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
The file dmd2\src\druntime\src\rt\minit.obj in the 2.054 zip is out of
date WRT the matching asm file. (At least as far as the timestamps, I don't
know about the actual file content.) On systems without masm386 installed,
this causes automated DMD
Walter Bright newshou...@digitalmars.com wrote in message
news:j12ubk$dqd$2...@digitalmars.com...
On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
The file dmd2\src\druntime\src\rt\minit.obj in the 2.054 zip is out of
date WRT the matching asm file. (At least as far as the timestamps, I
don't
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:j12ubk$dqd$2...@digitalmars.com...
On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
The file dmd2\src\druntime\src\rt\minit.obj in the 2.054 zip is out of
date WRT the matching asm file. (At least as far as the
== Quote from Alex Rønne Petersen (xtzgzo...@gmail.com)'s article
Here's a bunch of ideas, listed in no particular order...
...
* Configuration:
AFAIK, D has no standard way of doing configuration at the moment. I
don't know whether people see this as a problem or not. On one hand,
just
Jacob Carlborg d...@me.com wrote in message
news:j0oktj$167g$2...@digitalmars.com...
On 2011-07-27 10:02, Nick Sabalausky wrote:
Plan is that it'll just grab the latest of each. AFAIK, I think that's
how
work in the...umm...trunk...of DMD/druntime/phobos is normally done.
Every time I've
I'm new to D, but I guess I might be able to develop some sort of configuration
file library (supporting reading and writing values etc.). Do you guys have some
sort of preferences or should I just go with standard INI files?
maybe boost::property_tree could be of some inspiration here:
On Sun, Jul 31, 2011 at 2:31 AM, Nick Sabalausky a@a.a wrote:
Jacob Carlborg d...@me.com wrote in message
news:j0oktj$167g$2...@digitalmars.com...
On 2011-07-27 10:02, Nick Sabalausky wrote:
Plan is that it'll just grab the latest of each. AFAIK, I think that's
how
work in
dennis luehring wrote:
Am 29.07.2011 22:02, schrieb Walter Bright:
Here's another one:
T* p;
...
if (A)
p = t;
...
if (B)
... *p ...
B is true if and only if A is true. B can even be the same expression as
A, such as a-b-c. Clang complains on the *p that p is
On 31-07-2011 11:30, Anders Ahlstr�m wrote:
I'm new to D, but I guess I might be able to develop some sort of configuration
file library (supporting reading and writing values etc.). Do you guys have some
sort of preferences or should I just go with standard INI files?
AFAIK, D supports XML
On 2011-07-31 08:47, Alex Rønne Petersen wrote:
* GPU/graphics:
Standard library support for OpenGL and OpenCL would be a great way to
make D more accessible for GPU-oriented programmers, I would think.
Wrapping these libraries would probably be rather trivial. DirectX could
of course be
On 2011-07-31 07:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks nice. Are there any plans for OpenCL support?
I think someone is working on this.
I know of the Goldie
On 2011-07-31 11:31, Nick Sabalausky wrote:
Jacob Carlborgd...@me.com wrote in message
news:j0oktj$167g$2...@digitalmars.com...
On 2011-07-27 10:02, Nick Sabalausky wrote:
Plan is that it'll just grab the latest of each. AFAIK, I think that's
how
work in the...umm...trunk...of
== Quote from Alex Rønne Petersen (xtzgzo...@gmail.com)'s article
On 31-07-2011 11:30, Anders Ahlstr�m wrote:
I'm new to D, but I guess I might be able to develop some sort of
configuration
file library (supporting reading and writing values etc.). Do you guys
have some
sort of
I would like to see something similar to Boost Graph Library for D.
On Sunday 31 July 2011 12:01:02 Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks nice. Are there any plans for OpenCL support?
Am 31.07.2011 11:47, schrieb Don:
dennis luehring wrote:
Am 29.07.2011 22:02, schrieb Walter Bright:
Here's another one:
T* p;
...
if (A)
p = t;
...
if (B)
... *p ...
B is true if and only if A is true. B can even be the same expression as
A, such as
On 31-07-2011 12:24, Jonathan M Davis wrote:
On Sunday 31 July 2011 12:01:02 Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks
On 31-07-2011 12:09, Anders Ahlstr�m wrote:
== Quote from Alex Rønne Petersen (xtzgzo...@gmail.com)'s article
On 31-07-2011 11:30, Anders Ahlstr�m wrote:
I'm new to D, but I guess I might be able to develop some sort of configuration
file library (supporting reading and writing values etc.).
On Sunday 31 July 2011 12:28:29 Alex Rønne Petersen wrote:
On 31-07-2011 12:24, Jonathan M Davis wrote:
On Sunday 31 July 2011 12:01:02 Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL,
On Sat, 30 Jul 2011 14:09:47 -0700, Jonathan M Davis wrote:
On Saturday 30 July 2011 15:38:33 Lars T. Kyllingstad wrote:
On Sat, 30 Jul 2011 23:27:33 +0800, KennyTM~ wrote:
On Jul 30, 11 17:00, Lars T. Kyllingstad wrote:
On Sat, 30 Jul 2011 03:47:55 +0800, KennyTM~ wrote:
- hasDrive,
On 31-07-2011 12:36, Jonathan M Davis wrote:
On Sunday 31 July 2011 12:28:29 Alex Rønne Petersen wrote:
On 31-07-2011 12:24, Jonathan M Davis wrote:
On Sunday 31 July 2011 12:01:02 Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict:
On 31.07.2011 07:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On 31/07/2011 06:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On 31/07/11 6:17 AM, Jonathan M Davis wrote:
On Sunday 31 July 2011 00:04:33 Caligo wrote:
7k views in one day, now that's just epic. 2011 might as be the year for D.
However, the vote count isn't anywhere near 7k, so either people are deciding
not to vote, or (more likely) it's seeing a lot
On 31/07/11 6:27 AM, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On Sunday 31 July 2011 12:47:20 Peter Alexander wrote:
On 31/07/11 6:17 AM, Jonathan M Davis wrote:
On Sunday 31 July 2011 00:04:33 Caligo wrote:
7k views in one day, now that's just epic. 2011 might as be the year
for D.
However, the vote count isn't anywhere near 7k, so either
On 2011-07-31 12:24, Jonathan M Davis wrote:
On Sunday 31 July 2011 12:01:02 Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks
On 2011-07-31 12:36, Jonathan M Davis wrote:
The idea behind the hand-written D lexer (and eventually parser) for D is that
it follows the implementation of the compiler's front-end, and so using it to
process D code will have the same result as running the compiler. It obviously
doesn't scale
== Quote from Jonathan M Davis (jmdavisp...@gmx.com)'s article
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd
party
On 2011-07-31 12:01, Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks nice. Are there any plans for OpenCL support?
I think
On 2011-07-31 12:01, Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks nice. Are there any plans for OpenCL support?
Not
On 2011-07-31 11:57, Alex Rønne Petersen wrote:
That seems like a good idea! As the doc page suggests, we could store
configuration in XML, JSON, INI, or whatever people would want to use in
their application. Phobos AFAIK has facilities for JSON and XML. Not
sure about INI, though.
- Alex
On 2011-07-31 13:13, simendsjo wrote:
- Jonathan M Davis
From the top of my head, in no particular order:
* serialization
Orange: http://dsource.org/projects/orange/
There are already a quite usable version available. But now I'm
currently rewriting most of the library to support more
On 7/31/2011 7:01 PM, Alex Rønne Petersen wrote:
On 31-07-2011 11:57, Jacob Carlborg wrote:
Have a look at Derelict: http://dsource.org/projects/derelict/
It wraps OpenGL, OpenAL and other game/multimedia related libraries.
That looks nice. Are there any plans for OpenCL support?
Yes,
Jonathan M Davis:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see.
This is not a complete list, I have surely forgotten some interesting things.
Some things in modules already present:
- Incremental Garbage collector (for real-time apps)
- More example code snippets in the docs (for all libs)
On Fri, 29 Jul 2011 18:06:58 +, Lars T. Kyllingstad wrote:
Here's a new update based on your comments and requests. [...]
You may have noticed that I did not incorporate Steve's suggestion to
make the directory separator(s) a template parameter. The reason is that
this is the *smallest*
Can't we finally get rid of that asm file?
It lists the .zip, but there is *zero* indication that A. it includes
pre-built binaries, or that B. you can just unzip and use. I bet most
people
(expecually Linux users) just assume that's a source-only distro, since
that's what multiplatform zips usually are.
Yes I (Linux user) did assume
(copy/pasting something that came to mind but is irrelevant for
the reddit)
A note on the registry, in case the windows installer maintainer is reading
this:
the installer should use it. If it puts dmd in the app path key, it *should* be
able to run without modifying the path.
c:\whatever start
Hi,
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler be
removed, or perhaps std.compiler be moved there and marked as deprecated
in Phobos?
On a related note:
Peter Alexander:
Also, I think it
would be worth while adding it to the language definition so that it's
not merely an implementation detail.
Is this a possible and wise thing to do? If the answers are positive I'll write
an enhancement request.
Bye,
bearophile
bearophile wrote:
Peter Alexander:
Also, I think it
would be worth while adding it to the language definition so that it's
not merely an implementation detail.
Is this a possible and wise thing to do? If the answers are positive I'll
write
an enhancement request.
Bye,
bearophile
I
On 7/31/2011 3:01 AM, Jacob Carlborg wrote:
I personally would like to see DWT (GUI library,
http://dsource.org/projects/dwt) in a more finished state. These are
things that need work:
* Finishing the Mac OS X port
* Update to later SWT versions
* Fixing bugs
* Port to 64bit
Any help is much
On 7/31/2011 3:28 AM, dennis luehring wrote:
but i think clang was right with Walters code - i do not understand
why he splits up the A and B conditional block into spereated ones when
B does not work if A wasn't true before... makes it sense (in exactly
this case) to write the code like he
On Sunday 31 July 2011 14:24:30 Lars T. Kyllingstad wrote:
On Fri, 29 Jul 2011 18:06:58 +, Lars T. Kyllingstad wrote:
Here's a new update based on your comments and requests. [...]
You may have noticed that I did not incorporate Steve's suggestion to
make the directory separator(s) a
On 7/30/2011 10:27 PM, Jonathan M Davis wrote:
So, what major functionality which we don't currently have would you like to
see in either Phobos or in a 3rd party library so that you could use it in
your D programs?
Better Unicode support.
http://training.perl.com/OSCON2011/index.html
On Sunday 31 July 2011 19:24:33 Alex Rønne Petersen wrote:
Hi,
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler be
removed, or perhaps std.compiler be moved there and marked as deprecated
in Phobos?
On 31-07-2011 21:32, Jonathan M Davis wrote:
On Sunday 31 July 2011 19:24:33 Alex Rønne Petersen wrote:
Hi,
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler be
removed, or perhaps std.compiler be moved
On 7/31/11 7:24 PM, Alex Rønne Petersen wrote:
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler be
removed, or perhaps std.compiler be moved there and marked as deprecated
in Phobos?
1. There doesn't seem
On 31-07-2011 21:44, Alex Rønne Petersen wrote:
On 31-07-2011 21:32, Jonathan M Davis wrote:
On Sunday 31 July 2011 19:24:33 Alex Rønne Petersen wrote:
Hi,
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler
Don nos...@nospam.com wrote in message
news:j137a6$vlt$1...@digitalmars.com...
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:j12ubk$dqd$2...@digitalmars.com...
On 7/30/2011 3:50 PM, Nick Sabalausky wrote:
The file dmd2\src\druntime\src\rt\minit.obj in
On 31-07-2011 21:50, David Nadlinger wrote:
On 7/31/11 7:24 PM, Alex Rønne Petersen wrote:
I noticed that druntime has a core.compiler module as well. Recently,
I've been submitting patches to std.compiler. Should core.compiler be
removed, or perhaps std.compiler be moved there and marked as
Adam D. Ruppe destructiona...@gmail.com wrote in message
news:j140so$2bf8$1...@digitalmars.com...
(copy/pasting something that came to mind but is irrelevant for
the reddit)
A note on the registry, in case the windows installer maintainer is
reading this:
the installer should use it. If it
Jonathan M Davis jmdavisp...@gmx.com wrote in message
news:mailman.1989.1312140117.14074.digitalmar...@puremagic.com...
On Sunday 31 July 2011 14:24:30 Lars T. Kyllingstad wrote:
On Fri, 29 Jul 2011 18:06:58 +, Lars T. Kyllingstad wrote:
Here's a new update based on your comments and
Hmm...? So what is this app path thing? I take it you're not
talking about the PATH environment variable?
It's a registry section. Here's the blog post I saw it in:
http://blogs.msdn.com/b/oldnewthing/archive/2011/07/25/10189298.aspx
Jacob Carlborg d...@me.com wrote in message
news:j139bn$13bj$2...@digitalmars.com...
On 2011-07-31 11:31, Nick Sabalausky wrote:
I was going to go through tango.sys.Process to use the cmdline git to
grab
it. Is there a way to just download a zip from github without going
through
git?
On 7/31/11, Adam D. Ruppe destructiona...@gmail.com wrote:
(copy/pasting something that came to mind but is irrelevant for
the reddit)
A note on the registry, in case the windows installer maintainer is reading
this:
the installer should use it. If it puts dmd in the app path key, it
At least on my system, I can run wordpad from startrun, but in a
console window wordpad isn't found.
Try start wordpad
On 7/31/11, Adam Ruppe destructiona...@gmail.com wrote:
Try start wordpad
That works. I don't think it's useful if we have to use `start` all
the time though..
Adam Ruppe destructiona...@gmail.com wrote in message
news:j14cui$2vig$1...@digitalmars.com...
Hmm...? So what is this app path thing? I take it you're not
talking about the PATH environment variable?
It's a registry section. Here's the blog post I saw it in:
On 31/07/2011 9:51 PM, Peter Alexander wrote:
My wish list:
- A good allocator model and integration with standard containers
- Fast vector math library suitable for games.
+1 vector math lib.
Some template/mixin functions which ease generating C or C++ bindings.
Same goes for DLLs.
On Jul 31, 11 13:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On Sun, Jul 31, 2011 at 6:13 AM, simendsjo simend...@gmail.com wrote:
On 31.07.2011 07:27, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like
to
see. For instance, there is
On Sun, Jul 31, 2011 at 1:26 PM, Nick Sabalausky a@a.a wrote:
Jacob Carlborg d...@me.com wrote in message
news:j139bn$13bj$2...@digitalmars.com...
On 2011-07-31 11:31, Nick Sabalausky wrote:
I was going to go through tango.sys.Process to use the cmdline git to
grab
it. Is there a way
On 7/31/2011 5:57 AM, Jacob Carlborg wrote:
* Lexing and parsing:
Standard facilities for these tasks could be very useful. Perhaps D
could get its own dlex and dyacc or some such tools. Personally, I
prefer sticking to LL(1), but LALR is generally more convenient and
flexible, and thus I'd
Btw why not take DDMD's lexer.d and start from there?
On 7/31/2011 1:27 AM, Jonathan M Davis wrote:
I think that it would be useful to query the community for what piece of
library functionality they don't currently have in D and would most like to
see. For instance, there is no official logging framework in D or any 3rd party
libraries which do it
On Monday 01 August 2011 03:31:41 Andrej Mitrovic wrote:
Btw why not take DDMD's lexer.d and start from there?
It's a possibility but has 2 downsides to it.
1. Due to licensing issues, you have to get permission from the ddmd
developers. The front-end is LGPL IIRC, not Boost. Walter gave
On 7/31/2011 9:31 PM, Andrej Mitrovic wrote:
Btw why not take DDMD's lexer.d and start from there?
I wasn't sure how up-to-date DDMD was when I started. Plus, I thought a
fresh look at a lexer using D2 features rather than a straight port
would be a little cleaner. For example, instead of
On 7/31/2011 9:29 PM, Johann MacDonagh wrote:
Anyway, Jim, if you want to do this I can move on to something else. If
you want, I can continue on. I didn't see a branch in your repo so I'm
not sure what you've done.
Derp. I meant to say Jonathan.
On Sunday 31 July 2011 21:29:31 Johann MacDonagh wrote:
On 7/31/2011 5:57 AM, Jacob Carlborg wrote:
* Lexing and parsing:
Standard facilities for these tasks could be very useful. Perhaps D
could get its own dlex and dyacc or some such tools. Personally, I
prefer sticking to LL(1), but
Are you sure it's LGPL? There's two licenses AFAIK, GPL and Artistic.
I'm not seeing any mention of LGPL in the code.
On Monday 01 August 2011 04:03:11 Andrej Mitrovic wrote:
Are you sure it's LGPL? There's two licenses AFAIK, GPL and Artistic.
I'm not seeing any mention of LGPL in the code.
It could be GPL. I don't remember whether it's GPL or LGPL, but it doesn't
really matter as far as Phobos goes. It
Licenses are the greatest code smell.
On 7/31/2011 9:56 PM, Jonathan M Davis wrote:
If we do a hand-written lexer of D for Phobos, it really should be a fairly
direct port of the dmd front-end. It should be _somewhat_ D-ified as
appropriate, (and the API should definitely be properly range-based and all
that), but the implementation
Okay. Per the current naming conventions in Phobos, enum values are supposed
to be camelcased just like any other variable. The enum _type_ is pascal cased
just like any other user-defined type, but the values are camelcased. A number
of the older parts of Phobos do not follow this convention.
On Sunday 31 July 2011 22:28:51 Johann MacDonagh wrote:
On 7/31/2011 9:56 PM, Jonathan M Davis wrote:
If we do a hand-written lexer of D for Phobos, it really should be a
fairly direct port of the dmd front-end. It should be _somewhat_
D-ified as appropriate, (and the API should definitely
On Sunday 31 July 2011 22:28:51 Johann MacDonagh wrote:
On 7/31/2011 9:56 PM, Jonathan M Davis wrote:
If we do a hand-written lexer of D for Phobos, it really should be a
fairly direct port of the dmd front-end. It should be _somewhat_
D-ified as appropriate, (and the API should definitely
On 7/31/2011 10:34 PM, Jonathan M Davis wrote:
I can tell you right now that he wants a generic, template-based lexer /
parser generator rather than a hand-written solution. He doesn't like the idea
of the hand-written solution. And I definitely think that we should have a
template-based lexer /
On 07/31/2011 09:28 PM, Johann MacDonagh wrote:
Well, if Andrei wants to flex the power of D2's templates / etc... with
a parser generator then maybe we should go down that route. Andrei, what
do you think? Would the lexer/parser be generated at compile time or a a
regular tool that would
On Sunday 31 July 2011 22:18:51 Andrei Alexandrescu wrote:
On 07/31/2011 09:28 PM, Johann MacDonagh wrote:
Well, if Andrei wants to flex the power of D2's templates / etc... with
a parser generator then maybe we should go down that route. Andrei, what
do you think? Would the lexer/parser be
On 7/31/2011 6:29 PM, Johann MacDonagh wrote:
Basically, you give it some string (string, wstring, or dstring), and it gives
you a range of tokens back. The token has the type, a slice of the input that
corresponds to the token, line / column, and a value (e.g. an integer constant).
I suggest
An idea for a potential use of annotations:
How about being able to annotate _anything_ with a template?
It would be the equivalent of Python's annotations: the template's
first parameter would be an alias to the thing being annotated, and
its return value would be the code generated for that
On 30.07.2011 16:30, torhu wrote:
On 30.07.2011 11:43, simendsjo wrote:
On 29.07.2011 22:06, Simon wrote:
On 29/07/2011 19:27, simendsjo wrote:
On 29.07.2011 19:13, Simon wrote:
On 29/07/2011 11:14, simendsjo wrote:
Not sure how I can search for symbols in the library, but it seems
the
On 30.07.2011 16:30, torhu wrote:
On 30.07.2011 11:43, simendsjo wrote:
On 29.07.2011 22:06, Simon wrote:
On 29/07/2011 19:27, simendsjo wrote:
On 29.07.2011 19:13, Simon wrote:
On 29/07/2011 11:14, simendsjo wrote:
Not sure how I can search for symbols in the library, but it seems
the
On 30.07.2011 16:30, torhu wrote:
On 30.07.2011 11:43, simendsjo wrote:
On 29.07.2011 22:06, Simon wrote:
On 29/07/2011 19:27, simendsjo wrote:
On 29.07.2011 19:13, Simon wrote:
On 29/07/2011 11:14, simendsjo wrote:
Not sure how I can search for symbols in the library, but it seems
the
Why is there both a System and Windows linkage type if they're the
same? Is this a C++ legacy?
Am 31.07.2011, 17:34 Uhr, schrieb Andrej Mitrovic
andrej.mitrov...@gmail.com:
Why is there both a System and Windows linkage type if they're the
same? Is this a C++ legacy?
Well Windows always means stdcall while System changes its meaning on
Posix.
Oh damn I didn't finish reading the sentence:
System is the same as Windows on Windows platforms, and C on other platforms.
Heh. :)
Hello,
Original goal i'd like to achieve is to completely abstract user of my
`library` from concrete code implementations which would be set in one
centralized place (such as config file). While it's common to do that in C++ at
runtime, i'd like to let compiler optimize more by making this in
http://www.d-programming-language.org/property.html
@property makes it so that the function is used syntactically as a variable
rather than a function. And while it's not currently enforced, eventually, you
will _have_ to use property functions with the variable syntax. For instance,
empty on
On Monday 01 August 2011 12:00:02 Joel Christensen wrote:
http://www.d-programming-language.org/property.html
@property makes it so that the function is used syntactically as a
variable rather than a function. And while it's not currently enforced,
eventually, you will _have_ to use
1 - 100 of 122 matches
Mail list logo