BTW it now has a cover image, that's a painting my brother did
called View from Phobos, seemed appropriate :P
Wow! :)
On Friday, 18 April 2014 at 23:03:54 UTC, Jason King wrote:
Packt is having a 1/2 price ebooks sale, so if you haven't
gotten this yet, now would be the time. I just did.
Yes, I did it too.
asman wrote in message news:ktcpixnpmessxamqe...@forum.dlang.org...
Thanks very much. In this case I can assume there's no std::
stuff and it isn't allowed, correct?
Yes. If you started using namespaces, stl, etc it would break DDMD so it's
essentially banned now.
On Friday, 18 April 2014 at 16:45:30 UTC, Walter Bright wrote:
A lot of comments in the DIP60: @nogc attribute thread about
doing ARC in D are answered in this earlier thread:
http://forum.dlang.org/thread/l34lei$255v$1...@digitalmars.com
Thank you.
I added this to the wiki so it can be
On 4/16/2014 11:55 PM, Manu via Digitalmars-d wrote:
It occurs to me that a central issue regarding the memory management debate, and
a major limiting factor with respect to options, is the fact that, currently,
it's impossible to tell a raw pointer apart from a gc pointer.
No it isn't, in
On Friday, 18 April 2014 at 22:10:06 UTC, John Colvin wrote:
Which, if any, of the more sophisticated GC designs out there -
in your opinion - would work well with D? Perhaps more
importantly, which do you see as *not* working well with D.
I think you can improve GC by:
- supporting c++
Am 16.04.2014 16:43, schrieb Bienlein:
On Wednesday, 16 April 2014 at 14:21:03 UTC, Sönke Ludwig wrote:
I still don't understand what you mean by distributed. Spawning
50.000 tasks:
import vibe.core.core;
import std.stdio;
void main()
{
foreach (i; 0 .. 50_000)
On Friday, 18 April 2014 at 22:08:13 UTC, Nick Sabalausky wrote:
On 4/18/2014 10:04 AM, Aleksandar Ruzicic wrote:
I have also tried to design something myself (although I'm not
a
designer) and this is what I came up with:
http://krcko.net/dlang.org/dlang-home-draft1.png
I'm not entirely
On Friday, 18 April 2014 at 22:06:03 UTC, John Colvin wrote:
[snip]
Or just a little switch in a corner somewhere to change the
justification, with a cookie.
That can be easily done (although I wouldn't use cookies) but I
would prefer centered layout to be default option.
On Friday, 18 April 2014 at 23:50:56 UTC, 1100110 wrote:
On 4/18/14, 9:04, Aleksandar Ruzicic wrote:
Hello,
I've been D enthusiast for couple of years now (but I do not
participate
much in discussions here, although I read forums almost
daily), and I
keep telling people about D and how
Am 16.04.2014 20:34, schrieb Russel Winder via Digitalmars-d:
On Wed, 2014-04-16 at 16:06 +0200, Sönke Ludwig via Digitalmars-d wrote:
[…]
I agree, but I also wonder why you still keep ignoring vibe.d. It
achieves exactly that - right now! Integration with std.concurrency
would be great, but
On Saturday, 19 April 2014 at 00:08:06 UTC, Kapps wrote:
On Friday, 18 April 2014 at 14:04:04 UTC, Aleksandar Ruzicic
wrote:
So, what do you guys think?
-- Aleksandar
I do agree that the design of the current site is rather dated.
I rather like your new proposed design as well. One thing
On Friday, 18 April 2014 at 15:49:59 UTC, Andrei Alexandrescu
wrote:
We can (and probably should) integrate server-side scripting as
well. http://dlang.org/bugstats uses PHP. Ideally we'd migrate
the entire website to vibe.d.
Yes please. Ddoc might be better than plain HTML but most other
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I must respectfully disagree about retaining left justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned websites are really hard to read!
Agree. I think we should use Bootstrap. Then we can also
On Saturday, 19 April 2014 at 08:35:32 UTC, Jacob Carlborg wrote:
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I must respectfully disagree about retaining left
justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned websites are really hard to
On Saturday, 19 April 2014 at 08:16:20 UTC, Aleksandar Ruzicic
wrote:
...
Download sites do that, so does sites that sell software. I
think that dlang.org should focus on promoting D as a language,
and compiler implementations should not be in spotlight.
Also I think that having Download in
On 2014-04-18 18:17, Brad Anderson wrote:
Problems like how toUpperInPlace would still allocate (with
gusto) could much more easily be recognized and fixed with @nogc available.
toUpperInPlace should be removed. It cannot work reliable in place.
--
/Jacob Carlborg
On 2014-04-18 22:25, Walter Bright wrote:
dmd could do a better job of escape analysis, and do this automatically.
That would be really nice. Is this long hanging fruit or does it require
a lot of work?
--
/Jacob Carlborg
On 2014-04-19 10:54, Aleksandar Ruzicic wrote:
Bootstrap is great but I wouldn't use it for this project. As it might
be difficult to work with when you don't want that bootstrap style
look. OTOH Zurb's Foundation framework is all about structure and it
leaves styling up to you which is great.
Jacob Carlborg:
toUpperInPlace should be removed. It cannot work reliable in
place.
Better to move it in std.ascii instead of removing it.
Bye,
bearophile
On 2014-04-19 12:21, bearophile wrote:
Better to move it in std.ascii instead of removing it.
The current implementation works with more characters than ASCII.
--
/Jacob Carlborg
On 2014-04-17 16:59, Steven Schveighoffer wrote:
I don't think this is a viable mechanism to check pointers. It's too slow.
Couldn't a single bit be used to indicate if it's a GC pointer or not?
--
/Jacob Carlborg
On Saturday, 19 April 2014 at 10:23:39 UTC, Jacob Carlborg wrote:
On 2014-04-19 10:54, Aleksandar Ruzicic wrote:
Bootstrap is great but I wouldn't use it for this project. As
it might
be difficult to work with when you don't want that bootstrap
style
look. OTOH Zurb's Foundation framework is
Hi,
I'm currently testing out a GCC optimisation that allows you to
set call argument flags. The current assumptions being:
in parameters = Assume no escape, no clobber (read-only).
ref parameters, classes and pointers = Assume worst case.
default = Assume no escape.
See here for
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but
IMHO it would be a really nice enhancement.
Also, search suggestions would require existence of some search
On Saturday, 19 April 2014 at 10:49:22 UTC, Iain Buclaw wrote:
Hi,
I'm currently testing out a GCC optimisation that allows you to
set call argument flags. The current assumptions being:
in parameters = Assume no escape, no clobber (read-only).
ref parameters, classes and pointers =
On 19 April 2014 11:56, Aleksandar Ruzicic via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but IMHO it would
be
On Saturday, 19 April 2014 at 11:06:45 UTC, Iain Buclaw via
Digitalmars-d wrote:
On 19 April 2014 11:56, Aleksandar Ruzicic via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
On Saturday, 19 April 2014 at 10:31:28 UTC, Jacob Carlborg wrote:
On 2014-04-19 12:21, bearophile wrote:
Better to move it in std.ascii instead of removing it.
The current implementation works with more characters than
ASCII.
Or replace characters whose upper case representation is bigger
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I must respectfully disagree about retaining left justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned websites are really hard to read!
There is a reason why most editors have zen mode which
On Friday, 18 April 2014 at 14:22:24 UTC, Steven Schveighoffer
wrote:
I don't share your opinion that the web site need to be
modern to avoid warding off potential adopters. If they are
turned off of using a system programming language by a bland
(debatable) site look and feel, then I think
On 04/19/14 13:03, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 10:49:22 UTC, Iain Buclaw wrote:
Hi,
I'm currently testing out a GCC optimisation that allows you to set call
argument flags. The current assumptions being:
in parameters = Assume no escape, no clobber
Am 19.04.2014 12:56, schrieb Aleksandar Ruzicic:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but IMHO it
would be a really nice enhancement.
Also, search
On Saturday, 19 April 2014 at 05:08:06 UTC, froglegs wrote:
Also possible in C# with structs, interop annotations and
unsafe blocks.
And now you aren't using the language, but a (very) poor
subset of a language that doesn't even support templates.
Doesn't change the fact it is
On 19 April 2014 13:02, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 13:03, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 10:49:22 UTC, Iain Buclaw wrote:
Hi,
I'm currently testing out a GCC optimisation that allows you to set call
On Saturday, 19 April 2014 at 11:48:39 UTC, Kagamin wrote:
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
I must respectfully disagree about retaining left
justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned websites are really hard to read!
On 19 April 2014 13:02, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 13:03, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 10:49:22 UTC, Iain Buclaw wrote:
Hi,
I'm currently testing out a GCC optimisation that allows you to set call
On Saturday, 19 April 2014 at 12:04:11 UTC, Sönke Ludwig wrote:
Am 19.04.2014 12:56, schrieb Aleksandar Ruzicic:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but
On Thursday, 17 April 2014 at 22:04:17 UTC, Walter Bright wrote:
On 4/17/2014 1:03 PM, John Colvin wrote:
E.g. you can implement some complicated function foo that
writes to a
user-provided output range and guarantee that all GC usage is
in the control of
the caller and his output range.
As
On 04/19/14 14:37, Iain Buclaw via Digitalmars-d wrote:
On 19 April 2014 13:02, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 13:03, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 10:49:22 UTC, Iain Buclaw wrote:
Hi,
I'm currently testing
On 2014-04-18 23:48:43 +, Walter Bright newshou...@digitalmars.com said:
On 4/18/2014 3:02 PM, Michel Fortin wrote:
Objective-C enables ARC by default for all pointers to Objective-C objects.
Since virtually all Objective-C APIs deal with Objective-C objects (or integral
values), if you
On Saturday, 19 April 2014 at 10:07:46 UTC, Jacob Carlborg wrote:
On 2014-04-18 18:17, Brad Anderson wrote:
Problems like how toUpperInPlace would still allocate (with
gusto) could much more easily be recognized and fixed with
@nogc available.
toUpperInPlace should be removed.
Nonsense.
On Saturday, 19 April 2014 at 11:21:05 UTC, Tobias Pankrath wrote:
On Saturday, 19 April 2014 at 10:31:28 UTC, Jacob Carlborg
wrote:
On 2014-04-19 12:21, bearophile wrote:
Better to move it in std.ascii instead of removing it.
The current implementation works with more characters than
On 19 April 2014 14:33, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 14:37, Iain Buclaw via Digitalmars-d wrote:
On 19 April 2014 13:02, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 13:03, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 13:34:13 UTC, Michel Fortin wrote:
Yet, ARC-managed pointers are a huge success in Objective-C. I
think the trick is to not bother people with various pointer
types in regular code.
But you have to take the following into account:
1. Objective-C has a separate
On Saturday, 19 April 2014 at 14:21:23 UTC, Iain Buclaw via
Digitalmars-d wrote:
eg:
- nothrow has *no* guarantee, period, because it still allows
unrecoverable errors being thrown, and allows people to catch
said
unrecoverable errors.
Hm, it is hard to find clear answer in spec but I
On 19 April 2014 15:36, Dicebot via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Saturday, 19 April 2014 at 14:21:23 UTC, Iain Buclaw via Digitalmars-d
wrote:
eg:
- nothrow has *no* guarantee, period, because it still allows
unrecoverable errors being thrown, and allows people to
On Saturday, 19 April 2014 at 15:00:26 UTC, Iain Buclaw via
Digitalmars-d wrote:
Nope. I can't recall the exact code, but an example is in the
testsuite. It was discovered when porting to ARM, which was
found to
omit unwind directives for D nothrow functions, causing runtime
hangs
when said
On 04/19/14 16:21, Iain Buclaw via Digitalmars-d wrote:
On 19 April 2014 14:33, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 14:37, Iain Buclaw via Digitalmars-d wrote:
On 19 April 2014 13:02, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
My changes to SCons to support gdc and ldc2 as well as dmd, and to
integrate D as a peer to C++ appear to have been merged into SCons
mainline/default. This means it is time to retire the SCons_D_Tooling
repository. Well, not so much retire as take out and terminate with
severe prejudice – due to
On 4/19/2014 3:10 AM, Jacob Carlborg wrote:
On 2014-04-18 22:25, Walter Bright wrote:
dmd could do a better job of escape analysis, and do this automatically.
That would be really nice. Is this long hanging fruit or does it require a lot
of work?
It requires a decent working knowledge of
On 4/19/2014 6:14 AM, Dicebot wrote:
On Thursday, 17 April 2014 at 22:04:17 UTC, Walter Bright wrote:
On 4/17/2014 1:03 PM, John Colvin wrote:
E.g. you can implement some complicated function foo that writes to a
user-provided output range and guarantee that all GC usage is in the control of
On Sat, Apr 19, 2014 at 06:21:10PM +0100, Russel Winder via Digitalmars-d wrote:
My changes to SCons to support gdc and ldc2 as well as dmd, and to
integrate D as a peer to C++ appear to have been merged into SCons
mainline/default.
Yay!
This means it is time to retire the SCons_D_Tooling
On Saturday, 19 April 2014 at 17:41:58 UTC, Walter Bright wrote:
The first step is to identify the parts of Phobos that
unnecessarily use the GC. @nogc will help a lot with this.
Unless I missed it, I think we still haven't answered the issue
with throwing exceptions. I'm in particular
On Saturday, 19 April 2014 at 17:51:38 UTC, monarch_dodra wrote:
Also, I don't think statically pre-allocating the error is an
acceptable workaround.
Just in case that's not clear, I mean for the generic
assert(...). For throwing actual run-time exceptions, I think
it's fine to require a
On Saturday, 19 April 2014 at 17:41:58 UTC, Walter Bright wrote:
On 4/19/2014 6:14 AM, Dicebot wrote:
On Thursday, 17 April 2014 at 22:04:17 UTC, Walter Bright
wrote:
On 4/17/2014 1:03 PM, John Colvin wrote:
E.g. you can implement some complicated function foo that
writes to a
user-provided
On Saturday, 19 April 2014 at 18:05:48 UTC, Dicebot wrote:
In lot of standard library functions you may actually need to
allocate as part of algorithm, strict @nogc is not applicable
there. However, it is still extremely useful that no _hidden_
allocations happen outside of weel-defined user
On Saturday, 19 April 2014 at 18:12:32 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 19 April 2014 at 18:05:48 UTC, Dicebot wrote:
In lot of standard library functions you may actually need to
allocate as part of algorithm, strict @nogc is not applicable
there. However, it is still extremely
On Saturday, 19 April 2014 at 18:05:48 UTC, Dicebot wrote:
I feel like the origin of the discussion has been completely
lost here and we don't speak the same language right now. The
very point I have made initially is that @nogc in a way it is
defined in your DIP is too restrictive to be
On 4/19/2014 10:51 AM, monarch_dodra wrote:
On Saturday, 19 April 2014 at 17:41:58 UTC, Walter Bright wrote:
The first step is to identify the parts of Phobos that unnecessarily use the
GC. @nogc will help a lot with this.
Unless I missed it, I think we still haven't answered the issue with
On 4/19/2014 11:05 AM, Dicebot wrote:
I feel like the origin of the discussion has been completely lost here and we
don't speak the same language right now. The very point I have made initially is
that @nogc in a way it is defined in your DIP is too restrictive to be
effectively used in Phobos.
On Sat, 2014-04-19 at 10:50 -0700, H. S. Teoh via Digitalmars-d wrote:
On Sat, Apr 19, 2014 at 06:21:10PM +0100, Russel Winder via Digitalmars-d
wrote:
My changes to SCons to support gdc and ldc2 as well as dmd, and to
integrate D as a peer to C++ appear to have been merged into SCons
I think it would be useful to be able to mark structs as
@nogc_alloc or something similar.
Interpretation: this struct and any data directly reachable from
it is guaranteed to not be GC allocated. Then a precise collector
could avoid scanning those and pointers to them.
Even with @nogc
On 4/18/2014 1:24 PM, Steven Schveighoffer wrote:
On Fri, 18 Apr 2014 12:40:31 -0400, Aleksandar Ruzicic
aleksan...@ruzicic.info wrote:
I must respectfully disagree about retaining left justification.
I have 27'' monitor with resolution of 2560x1440 and left-aligned
websites are really hard to
On 4/19/2014 3:45 AM, Aleksandar Ruzicic wrote:
On Friday, 18 April 2014 at 22:06:03 UTC, John Colvin wrote:
[snip]
Or just a little switch in a corner somewhere to change the
justification, with a cookie.
That can be easily done (although I wouldn't use cookies) but I would
prefer centered
On 4/18/2014 12:40 PM, Aleksandar Ruzicic wrote:
I must respectfully disagree about retaining left justification.
I have 27'' monitor with resolution of 2560x1440 and left-aligned
websites are really hard to read!
Why does everyone these days seem to forget that windows are resizable?
FWIW
On 4/19/2014 6:56 AM, Aleksandar Ruzicic wrote:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but IMHO it
would be a really nice enhancement.
I don't know
On Saturday, 19 April 2014 at 21:34:31 UTC, Nick Sabalausky wrote:
On 4/18/2014 12:40 PM, Aleksandar Ruzicic wrote:
I must respectfully disagree about retaining left
justification.
I have 27'' monitor with resolution of 2560x1440 and
left-aligned
websites are really hard to read!
Why does
On 4/19/2014 7:48 AM, Kagamin wrote:
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic wrote:
[1] http://devdocs.io/
Sorry, your browser is not supported. I would understand, if it was an
FPS web game, but what advanced technology a documentation site
absolutely can't live
On Saturday, 19 April 2014 at 21:44:20 UTC, Nick Sabalausky wrote:
On 4/19/2014 6:56 AM, Aleksandar Ruzicic wrote:
Ok here's a mockup of search concept I would like to implement:
http://krcko.net/dlang.org/dlang-search-concept.png
Search suggestions feature would surely require JavaScript but
On Saturday, 19 April 2014 at 21:49:20 UTC, Nick Sabalausky wrote:
On 4/19/2014 7:48 AM, Kagamin wrote:
On Friday, 18 April 2014 at 16:40:32 UTC, Aleksandar Ruzicic
wrote:
[1] http://devdocs.io/
Sorry, your browser is not supported. I would understand, if
it was an
FPS web game, but what
On 4/18/2014 12:53 PM, Brad Anderson wrote:
Even if it weren't better looking, just different, I'd say it should be
done. I'm of the opinion that every site, no matter how good it looks,
should go through redesigns periodically in order to feel fresh and
non-stagnant to repeat visitors. It's a
On 4/20/14, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On a philosophical level, I *very* strongly disagree with this as I
think it amounts to deliberate enforcement of screwing with shit that
ain't broke just for the sake of fucking around with it.
Yep. Also see how
On 4/18/2014 2:56 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
Nice initiative, but the top bar looks a lot like adobe.com . I think
something less corporate would be more suitable. What are you trying to
communicate? A community or a corporation?
I had a brief thought
On 4/18/2014 4:12 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
1. visitors are likely to be familiar with one of those
2. they might have figured out something that works
3. you want to do at least what they do, but better
Good points.
IMO:
http://www.rust-lang.org/
On 4/19/2014 6:52 PM, Nick Sabalausky wrote:
On 4/18/2014 4:12 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
https://www.python.org/
This is a much better, less useless, variant of the popular
dartlang.org style above. It isn't bad, but I'm not sure D really
needs to
On 4/19/2014 6:01 PM, Aleksandar Ruzicic wrote:
That can surely be stored in a Cookie, but I also prefer localStorage,
mostly for performance reasons (cookies get sent on *every* request,
unless you setup subdomain just for that type of cookies) and for the
fact that cookies are the worst thing
On 4/19/2014 5:57 PM, Aleksandar Ruzicic wrote:
On Saturday, 19 April 2014 at 21:44:20 UTC, Nick Sabalausky wrote:
- There should be some visual indication of the search box besides the
text itself. It *looks* nice as you have it, but practically speaking
it'd be a bit awkward to not be able
On 4/19/2014 3:48 AM, Aleksandar Ruzicic wrote:
On Friday, 18 April 2014 at 22:08:13 UTC, Nick Sabalausky wrote:
As long as it's:
- A normal reflowing layout (not a static fixed-width one or an
auto-rescaling one)
Of course.
Cool.
- Doesn't require JS (optional JS enhancements are
On Saturday, 19 April 2014 at 23:06:55 UTC, Nick Sabalausky wrote:
On 4/19/2014 6:01 PM, Aleksandar Ruzicic wrote:
That can surely be stored in a Cookie, but I also prefer
localStorage,
mostly for performance reasons (cookies get sent on *every*
request,
unless you setup subdomain just for
On 4/19/2014 4:02 AM, Aleksandar Ruzicic wrote:
On Friday, 18 April 2014 at 23:50:56 UTC, 1100110 wrote:
It looks 'clean'. Go for it!
Thanks! I'm planning to start working on this as soon as I get approval
from Walter/Andrei, and as most of people who answered here are agreed
that redesign
On Saturday, 19 April 2014 at 23:10:58 UTC, Nick Sabalausky wrote:
On 4/19/2014 5:57 PM, Aleksandar Ruzicic wrote:
On Saturday, 19 April 2014 at 21:44:20 UTC, Nick Sabalausky
wrote:
- There should be some visual indication of the search box
besides the
text itself. It *looks* nice as you
On Saturday, 19 April 2014 at 23:21:15 UTC, Nick Sabalausky wrote:
On 4/19/2014 4:02 AM, Aleksandar Ruzicic wrote:
On Friday, 18 April 2014 at 23:50:56 UTC, 1100110 wrote:
It looks 'clean'. Go for it!
Thanks! I'm planning to start working on this as soon as I get
approval
from
On 4/19/2014 4:16 AM, Aleksandar Ruzicic wrote:
I'm slightly against autofocus on search field, as I am one of people
who use Backspace to navigate to previous page and I'm always frustrated
when I hit Backspace on Google search results page and it's not taking
me to previous page.
But if
Am Wed, 16 Apr 2014 20:32:20 +
schrieb Peter Alexander peter.alexander...@gmail.com:
On Wednesday, 16 April 2014 at 20:29:17 UTC, bearophile wrote:
Peter Alexander:
(I assume that nothrow isn't meant to be there?)
In D nothrow functions can throw errors.
Of course, ignore me :-)
On 4/19/2014 7:19 PM, Aleksandar Ruzicic wrote:
On Saturday, 19 April 2014 at 23:06:55 UTC, Nick Sabalausky wrote:
On 4/19/2014 6:01 PM, Aleksandar Ruzicic wrote:
That can surely be stored in a Cookie, but I also prefer localStorage,
mostly for performance reasons (cookies get sent on *every*
On 20 April 2014 06:56, via Digitalmars-d digitalmars-d@puremagic.comwrote:
I think it would be useful to be able to mark structs as @nogc_alloc or
something similar.
Interpretation: this struct and any data directly reachable from it is
guaranteed to not be GC allocated. Then a precise
On 19 April 2014 17:10, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 16:21, Iain Buclaw via Digitalmars-d wrote:
On 19 April 2014 14:33, Artur Skawina via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 04/19/14 14:37, Iain Buclaw via Digitalmars-d wrote:
On Saturday, 19 April 2014 at 10:30:42 UTC, Jacob Carlborg wrote:
On 2014-04-17 16:59, Steven Schveighoffer wrote:
I don't think this is a viable mechanism to check pointers.
It's too slow.
Couldn't a single bit be used to indicate if it's a GC pointer
or not?
I think he's hoping more for
On Sunday, 20 April 2014 at 00:59:26 UTC, Manu via Digitalmars-d
wrote:
Interpretation: this struct and any data directly reachable
from it is
guaranteed to not be GC allocated. Then a precise collector
could avoid
scanning those and pointers to them.
Why wouldn't precise GC be able to do
On 20 April 2014 14:33, via Digitalmars-d digitalmars-d@puremagic.comwrote:
On Sunday, 20 April 2014 at 00:59:26 UTC, Manu via Digitalmars-d wrote:
Interpretation: this struct and any data directly reachable from it is
guaranteed to not be GC allocated. Then a precise collector could avoid
On Sunday, 20 April 2014 at 05:21:48 UTC, Manu via Digitalmars-d
wrote:
I don't really see why a proposed @nogc thread wouldn't hold
references to
GC allocated objects... what would such a thread do if it
didn't have any
data to work with?
Approach 1: Nogc thread can hold references to the
On 04/18/2014 08:47 PM, steven kladitis wrote:
Thanks, I am trying to understand what I am doing. The docs seem unclear
to me on how to initialize these. I think there are three ways.
with brackets , the other with foreach or direct assignments.
-- here is a longer version
-- uncomment out
On Saturday, 19 April 2014 at 03:51:02 UTC, steven kladitis wrote:
import std.stdio;
void main()
{
inta0[];
inta1[][];
string a2[][];
string a3[][string];
string a4[][string][string];
//string a4[string][string][string]; is this the same as
above
int
I want use tgetnum for get terminal size
http://www.mkssoftware.com/docs/man3/curs_termcap.3.asp
extern(C):
int tgetnum(const(char) *capname);
calling a method from main
writeln(tgetnum(toStringz(li)));
I receive an error message
Undefined symbols for architecture x86_64:
_tgetnum,
On Saturday, 19 April 2014 at 09:59:39 UTC, Adam D. Ruppe wrote:
Try adding -lncurses or -lcurses to the command line. tgetnum
is found in the curses library which isn't linked in
automatically by default.
Error: unrecognized switch '-lcurses'
Error: unrecognized switch '-lncurses'
:((
Am 18.04.2014 22:27, schrieb Steven Schveighoffer via Digitalmars-d-learn:
arr.sort();
arr = arr.uniq.array();
-Steve
Thanks, also for the explanation!
- Tim
Blargh, I don't know teh ldc switch for it :(
Try adding pragma(lib, curses); (or ncurses) to your file with
main in it, i think ldc supports that.
On Saturday, 19 April 2014 at 10:39:43 UTC, Adam D. Ruppe wrote:
Blargh, I don't know teh ldc switch for it :(
Try adding pragma(lib, curses); (or ncurses) to your file
with main in it, i think ldc supports that.
pragma(lib, curses);
extern(C):
int tgetnum(const(char) *capname);
hmm
What are compiler and platform do you use? Probably you are
trying to link with 64-bit library while being on 32-bit OS (or
vice versa)
It works fine on my 32-bit Debian with ldc2 and dmd.
1 - 100 of 158 matches
Mail list logo