On Friday, 17 April 2015 at 14:50:29 UTC, Márcio Martins wrote:
On Friday, 17 April 2015 at 14:49:19 UTC, Márcio Martins wrote:
On Thursday, 16 April 2015 at 12:17:24 UTC, Adil wrote:
I've written a simple socket-server app that securities (stock
market shares) data and allows clients to query
https://issues.dlang.org/show_bug.cgi?id=14424
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||ice, pull
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the accented e
all have Unicode code point assignments.
This code snippet demonstrates the problem:
import std.stdio;
void main ()
{
dstring a = e\u0301;
dstring b = é;
assert(a !=
On Saturday, 18 April 2015 at 11:35:47 UTC, Jacob Carlborg wrote:
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the
accented e
all have Unicode code point assignments.
This code snippet demonstrates the problem:
import std.stdio;
void
On Saturday, 18 April 2015 at 08:17:15 UTC, Jacob Carlborg wrote:
On 2015-04-18 09:33, Shammah Chancellor wrote:
Yeah, I am at an impasse. It either segfaults or spits out
lots
of errors about not being able to find headers despite adding
all
the -I paths.
Which headers are it complaining
I *think* my PR might have also led me to discovering some kind
of DMD bug to do with not being able to call a @nogc super class
constructor from a constructor which isn't @nogc. It could be
something else entirely, but it caused some undefined reference
bugs to appear, which is odd.
On 4/18/2015 1:26 AM, Panke wrote:
On Saturday, 18 April 2015 at 08:18:46 UTC, Walter Bright wrote:
On 4/18/2015 12:58 AM, John Colvin wrote:
On Friday, 17 April 2015 at 18:41:59 UTC, Walter Bright wrote:
On 4/17/2015 9:59 AM, H. S. Teoh via Digitalmars-d wrote:
So either you have to throw
I wrote simple proof of concept library. The main aim is to
reduce GC usage and improve data locality by replacing dynamic
array for small immutable arrays.
You can find more info here:
* wiki - https://bitbucket.org/sibnick/inplacearray/wiki/Home
* source code -
On 2015-04-17 21:35, Jacob Carlborg wrote:
UDA's were available when these attributes/keywords were created.
Reasons why they're still not UDA's are probably a mix of avoiding code
breakage and someone that needs to make the change.
Were _not_ available ...
--
/Jacob Carlborg
Also another issue is that lower case letters and upper case
might have different size requirements or look different
depending on where on the word they are located.
For example, German ß and SS, Greek σ and ς. I know Turkish
also has similar cases.
--
Paulo
While true, it does not
On 2015-04-13 11:40, Olagsfark wrote:
I'll appreciate if a bugfix could be made sire...i realy would...
I'l try the v2.067.0 on a separate drive meanwhile though. Thanks
Could you please try the updating DWT and try with the older compiler. I
wasn't able to reproduce the problem.
--
/Jacob
Is there a way to prevent DMD from exporting a symbol? Basically,
I would need an attribute like extern(none) because my library
makes heavy use of CTFE and the linker takes 13 seconds, while
OMF is also off the table for me and this is creating tons of
problems... Thanks in advance!
https://issues.dlang.org/show_bug.cgi?id=14443
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull, wrong-code
Just found this:
http://www.terrainformatica.com/2015/04/sciter-d-language-sdk-port/
On Friday, 17 April 2015 at 19:17:32 UTC, Jesse Phillips wrote:
On Friday, 17 April 2015 at 14:05:26 UTC, Ozan Süel wrote:
...
You'll need to use a constructor:
this() {
myid = randomUUID();
}
That's it. Thanks Ali Jesse.
I have to put it in a constructor.
Regards,
Ozan
https://issues.dlang.org/show_bug.cgi?id=14461
Issue ID: 14461
Summary: Header generation fails for definitions of
string,wstring and dstring
Product: D
Version: D2
Hardware: All
OS: All
Status:
On Saturday, 18 April 2015 at 11:52:52 UTC, Chris wrote:
On Saturday, 18 April 2015 at 11:35:47 UTC, Jacob Carlborg
wrote:
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the
accented e
all have Unicode code point assignments.
This code
On Saturday, 18 April 2015 at 10:49:01 UTC, Nikolay wrote:
I wrote simple proof of concept library. The main aim is to
reduce GC usage and improve data locality by replacing dynamic
array for small immutable arrays.
You can find more info here:
* wiki -
On 2015-04-18 14:25, Gary Willoughby wrote:
byGrapheme to the rescue:
http://dlang.org/phobos/std_uni.html#byGrapheme
Or is this unsuitable here?
How is byGrapheme supposed to be used? I tried this put it doesn't do
what I expected:
foreach (e ; e\u0301.byGrapheme)
writeln(e);
--
On 4/18/15 4:18 AM, nrgyzer wrote:
array.d(1510): Error not a property splitter(range, sep).array
sample.d(6): Error template instance std.array.split!(string, char)
error instantiating
Are you using -property switch? Looks like std.array does not obey
property switch requirements. I
Wait, I thought the recommended approach is to normalize first,
then do
string processing later? Normalizing first will eliminate
inconsistencies of this sort, and allow string-processing code
to use a
uniform approach to handling the string. I don't think it's a
good idea
to manually deal
On Saturday, 18 April 2015 at 13:30:09 UTC, H. S. Teoh wrote:
On Sat, Apr 18, 2015 at 11:52:50AM +, Chris via
Digitalmars-d wrote:
On Saturday, 18 April 2015 at 11:35:47 UTC, Jacob Carlborg
wrote:
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts
https://issues.dlang.org/show_bug.cgi?id=14424
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Saturday, 18 April 2015 at 15:39:05 UTC, w0rp wrote:
I *think* my PR might have also led me to discovering some kind
of DMD bug to do with not being able to call a @nogc super
class constructor from a constructor which isn't @nogc. It
could be something else entirely, but it caused some
https://issues.dlang.org/show_bug.cgi?id=14424
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/cb1b813ebf6ded1135e46cc0de9229d9e6b5926d
fix Issue 14424 - dmd
On Saturday, 18 April 2015 at 08:26:12 UTC, Panke wrote:
On Saturday, 18 April 2015 at 08:18:46 UTC, Walter Bright wrote:
On 4/18/2015 12:58 AM, John Colvin wrote:
On Friday, 17 April 2015 at 18:41:59 UTC, Walter Bright wrote:
On 4/17/2015 9:59 AM, H. S. Teoh via Digitalmars-d wrote:
So
On Saturday, 18 April 2015 at 12:48:53 UTC, Jacob Carlborg wrote:
On 2015-04-18 14:25, Gary Willoughby wrote:
byGrapheme to the rescue:
http://dlang.org/phobos/std_uni.html#byGrapheme
Or is this unsuitable here?
How is byGrapheme supposed to be used? I tried this put it
doesn't do what I
The following:
import std.stdio : writefln;
import std.range.primitives : isInputRange, hasLength;
void main() {
size_t[] a = [1, 2, 3, 4, 5, 6, 7, 8, 9];
doSomething(a); // works
doSomething(a[0..5]);
// --- Error: template slices.doSomething cannot deduce function
from argument
The following code almost compiles.
import core.stdc.stdlib;
class Foo : Exception {
@nogc pure nothrow @safe
this(string msg, string file = __FILE__, size_t line =
__LINE__, Throwable next = null) {
super(msg, file, line, next);
}
@nogc
new(size_t size)
That doesn't make sense to me, because the umlauts and the
accented e all have Unicode code point assignments.
Yes, but you may have perfectly fine unicode text where the
combined form is used. Actually there is a normalization form for
unicode that requires the combined form. To be fully
On 18/04/2015 10:28 p.m., lafoldes wrote:
Just found this:
http://www.terrainformatica.com/2015/04/sciter-d-language-sdk-port/
s/port/bindings/
But anyway, it looks cool. Although a little tied to WinAPI.
https://issues.dlang.org/show_bug.cgi?id=14461
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
Keywords||pull
--- Comment #1
On Sat, Apr 18, 2015 at 11:52:50AM +, Chris via Digitalmars-d wrote:
On Saturday, 18 April 2015 at 11:35:47 UTC, Jacob Carlborg wrote:
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the accented
e all have Unicode code point assignments.
This reminds me of another useful library here:
https://bitbucket.org/infognition/dstuff/src/
See gcarena.d
Thanks for link.
The main difference is that I want elimanate pair pointer+data at
all. It is more effective to store small array as value type.
I'm going to re-iterate what deadalnix said. I am doing this because
the thread about SDC got co-opted in this forums usual fashion.
So, let me qualify:
I've been part of this community since late 2001. We've come a long
way. However, believe having another *good* frontend implementation
On Saturday, 18 April 2015 at 16:26:41 UTC, Andrei Alexandrescu
wrote:
Join us for one week starting Saturday April 25th for the first
D Hackathon!
The D Hackathon is one week of intense participation and
collaboration on anything and everything related to the D
programming language.
All
On Saturday, 18 April 2015 at 16:26:57 UTC, Max Klyga wrote:
On 2015-04-18 13:46:19 +, Chris said:
The following:
import std.stdio : writefln;
import std.range.primitives : isInputRange, hasLength;
void main() {
size_t[] a = [1, 2, 3, 4, 5, 6, 7, 8, 9];
doSomething(a); // works
On 4/18/2015 4:35 AM, Jacob Carlborg wrote:
\u0301 is the combining acute accent [1].
[1] http://www.fileformat.info/info/unicode/char/0301/index.htm
I won't deny what the spec says, but it doesn't make any sense to have two
different representations of eacute, and I don't know why anyone
On 4/18/2015 6:27 AM, H. S. Teoh via Digitalmars-d wrote:
One possible solution would be to modify std.uni.graphemeStride to not
allocate, since it shouldn't need to do so just to compute the length of
the next grapheme.
That should be done. There should be a fixed maximum codepoint count to
On 2015-04-18 13:46:19 +, Chris said:
The following:
import std.stdio : writefln;
import std.range.primitives : isInputRange, hasLength;
void main() {
size_t[] a = [1, 2, 3, 4, 5, 6, 7, 8, 9];
doSomething(a); // works
doSomething(a[0..5]);
// --- Error: template
https://issues.dlang.org/show_bug.cgi?id=14443
--- Comment #4 from github-bugzi...@puremagic.com ---
Commit pushed to stable at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/ee257090f0f89adf19eadc70692070c6d30ebac1
Merge pull request #4595
Join us for one week starting Saturday April 25th for the first D Hackathon!
The D Hackathon is one week of intense participation and collaboration
on anything and everything related to the D programming language.
All participants are encouraged to collaborate on the online forums
https://issues.dlang.org/show_bug.cgi?id=14443
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Saturday, 18 April 2015 at 16:26:41 UTC, Andrei Alexandrescu
wrote:
Join us for one week starting Saturday April 25th for the first
D Hackathon!
The D Hackathon is one week of intense participation and
collaboration on anything and everything related to the D
programming language.
All
On Sat, 18 Apr 2015 17:50:56 +, Chris wrote:
Doh! You're right! My bad. However, this makes the function less
generic, but it doesn't matter here.
maybe `auto ref` can help here?
signature.asc
Description: PGP signature
http://ftp.digitalmars.com/coffimplib.zip
On Friday, 17 April 2015 at 14:20:10 UTC, Darrell Gallion wrote:
Attempting to link to snappy.lib on windows.
Getting the infamous Error 43: Not a Valid Library File
The conversion from COFF Format to OMF Format seems like the
issue.
The fix isn't so clear.
There's an ftp site that needs a
On Friday, 17 April 2015 at 19:38:08 UTC, Jacob Carlborg wrote:
If you compile as 64bit or with the -m32mscoff flag the
compiler will output object files in the COFF format.
Thought there were other complications on Windows for 64bit?
On Sat, Apr 18, 2015 at 10:50:18AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 4:35 AM, Jacob Carlborg wrote:
\u0301 is the combining acute accent [1].
[1] http://www.fileformat.info/info/unicode/char/0301/index.htm
I won't deny what the spec says, but it doesn't make any
On Sat, Apr 18, 2015 at 10:53:04AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 6:27 AM, H. S. Teoh via Digitalmars-d wrote:
One possible solution would be to modify std.uni.graphemeStride to
not allocate, since it shouldn't need to do so just to compute the
length of the next
On 2015-04-18 17:25, Shammah Chancellor wrote:
File(10B2B20F0, )/usr/include/module.map:36:14: error: header
'float.h' not found
File(10B2B20F0, )/usr/include/module.map:81:14: error: header
'stdarg.h' not found
File(10B2B20F0, )/usr/include/module.map:113:14: error: header
'tgmath.h' not found
On 4/18/15 4:35 AM, Jacob Carlborg wrote:
On 2015-04-18 12:27, Walter Bright wrote:
That doesn't make sense to me, because the umlauts and the accented e
all have Unicode code point assignments.
This code snippet demonstrates the problem:
import std.stdio;
void main ()
{
dstring a =
https://issues.dlang.org/show_bug.cgi?id=14462
Issue ID: 14462
Summary: cannot instantiate redBlackTree!int(); anymore
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Keywords: rejects-valid
I've cloned the main repositories and i'm trying to get
everything building successfully. DMD, druntime and phobos all
built without a hitch. When building the tools however i'm
getting a lot of warnings from new compiler features (which is to
be expected i guess) but i'm also getting linker
Just checking to see if anybody has D and Xcode playing together nicely.
This may be the last hurdle to jump for enjoyable D use with iOS. I
finally figured out a recipe to use symbolic debugging on armv7, but
being able to click in source code to set breakpoints would be more fun
that typing b
On Saturday, 18 April 2015 at 10:49:01 UTC, Nikolay wrote:
I wrote simple proof of concept library. The main aim is to
reduce GC usage and improve data locality by replacing dynamic
array for small immutable arrays.
You can find more info here:
* wiki -
On 4/18/2015 11:28 AM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Apr 18, 2015 at 10:50:18AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 4:35 AM, Jacob Carlborg wrote:
\u0301 is the combining acute accent [1].
[1] http://www.fileformat.info/info/unicode/char/0301/index.htm
I
On 4/18/2015 11:29 AM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Apr 18, 2015 at 10:53:04AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 6:27 AM, H. S. Teoh via Digitalmars-d wrote:
One possible solution would be to modify std.uni.graphemeStride to
not allocate, since it
Please add me on #slack: marcioapm at google's email
I'm trying to build the website from git master and i'm getting
some errors. Here is the last part of the output:
...
touch ../dub-0.9.22/.cloned
mkdir -p /tmp/.stable_dmd-2.066.1
TMPFILE=$(mktemp deleteme.) curl -fsSL
http://downloads.dlang.org/releases/2014/dmd.2.066.1.linux.zip
On Saturday, 18 April 2015 at 13:00:59 UTC, Steven Schveighoffer
wrote:
On 4/18/15 4:18 AM, nrgyzer wrote:
array.d(1510): Error not a property splitter(range, sep).array
sample.d(6): Error template instance std.array.split!(string,
char)
error instantiating
Are you using -property switch?
https://issues.dlang.org/show_bug.cgi?id=14424
--- Comment #4 from github-bugzi...@puremagic.com ---
Commit pushed to stable at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/3c4801cf115bb9afba6e22346ba4f5ac96529cd6
Merge pull request #4593
https://issues.dlang.org/show_bug.cgi?id=14443
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/46841af5b6ac2ceb60a897974423d6f31b8a8301
fix Issue 14443 - Incorrect
Join us for one week starting Saturday April 25th for the first D Hackathon!
The D Hackathon is one week of intense participation and collaboration
on anything and everything related to the D programming language.
All participants are encouraged to collaborate on the online forums
Isn't this solved commonly with a normalization pass? We should
have a normalizeUTF() that can be inserted in a pipeline.
Yes.
Then the rest of Phobos doesn't need to mind these combining
characters. -- Andrei
I don't think so. The thing is, even after normalization we have
to deal with
On 2015-04-18 19:30, Dan Olson wrote:
Just checking to see if anybody has D and Xcode playing together nicely.
Not for any recent version of Xcode. Michel Fortin wrote a puling for
Xcode 3 [1], if you're interested.
[1] https://michelf.ca/projects/d-for-xcode/
--
/Jacob Carlborg
Jacob Carlborg d...@me.com writes:
On 2015-04-18 19:30, Dan Olson wrote:
Just checking to see if anybody has D and Xcode playing together nicely.
Not for any recent version of Xcode. Michel Fortin wrote a puling for
Xcode 3 [1], if you're interested.
[1]
On Fri, Apr 17, 2015 at 08:44:51PM +, Panke via Digitalmars-d wrote:
On Friday, 17 April 2015 at 19:44:41 UTC, ketmar wrote:
On Fri, 17 Apr 2015 11:17:30 -0700, H. S. Teoh via Digitalmars-d wrote:
Well, talk is cheap, so here's a working implementation of the
non-Unicode-correct line
Is it possible iterate over enum (preferable in compile time) or
at least check that particular value belong to enum?
On Saturday, 18 April 2015 at 17:21:28 UTC, Shammah Chancellor
wrote:
...
Are there any plans for the LDC and SDC team to work together
once SDC matures?
On 04/18/2015 01:30 PM, HaraldZealot wrote:
Is it possible iterate over enum (preferable in compile time) or at
least check that particular value belong to enum?
EnumMembers:
http://dlang.org/phobos/std_traits.html#EnumMembers
It returns a static tuple, meaning that a foreach over those
https://issues.dlang.org/show_bug.cgi?id=14460
Kevin s...@pt-get.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 4/18/15 10:21 AM, kevin wrote:
Sounds exciting! as an aforementioned complete n00b, what can I do to
prepare for the hackathon other than staring at the source code? I'm
mostly interested in contributing for Phobos but I have never used D for
any big projects before.
Thanks for asking. Two
It seems input ranges without any indirection in memory are not
working well with algorithms. This seems to be understood by the
D community. I did not know. Here is my story on the topic so
far:
Recently, I learned that I did not know input ranges much at all,
totally misjudging
On Saturday, 18 April 2015 at 21:21:42 UTC, Andrei Alexandrescu
wrote:
On 4/18/15 10:21 AM, Shammah Chancellor wrote:
The tooling for golang is a major reason for it's adoption.
This
tooling looks like gofix, gofmt, govet, etc. We need this
tooling to be
able to succeed.
Agreed (as with
On Sat, Apr 18, 2015 at 11:37:27AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 11:29 AM, H. S. Teoh via Digitalmars-d wrote:
On Sat, Apr 18, 2015 at 10:53:04AM -0700, Walter Bright via Digitalmars-d
wrote:
On 4/18/2015 6:27 AM, H. S. Teoh via Digitalmars-d wrote:
One possible
On Sat, Apr 18, 2015 at 11:40:08AM -0700, Walter Bright via Digitalmars-d wrote:
On 4/18/2015 11:28 AM, H. S. Teoh via Digitalmars-d wrote:
[...]
When we don't know provenance of incoming data, we have to assume the
worst and run normalization to be sure that we got it right.
I'm not arguing
On Saturday, 18 April 2015 at 20:42:09 UTC, Ali Çehreli wrote:
On 04/18/2015 01:30 PM, HaraldZealot wrote:
Is it possible iterate over enum (preferable in compile time)
or at
least check that particular value belong to enum?
EnumMembers:
http://dlang.org/phobos/std_traits.html#EnumMembers
On 4/18/15 10:21 AM, kevin wrote:
Sounds exciting! as an aforementioned complete n00b, what can I do to
prepare for the hackathon other than staring at the source code? I'm
mostly interested in contributing for Phobos but I have never used D for
any big projects before.
Thanks for asking. Two
On 4/18/15 10:21 AM, Shammah Chancellor wrote:
The tooling for golang is a major reason for it's adoption. This
tooling looks like gofix, gofmt, govet, etc. We need this tooling to be
able to succeed.
Agreed (as with your entire call to arms - nicely done). Where's a
complete description of
On Friday, 17 April 2015 at 14:39:52 UTC, Adam D. Ruppe wrote:
coffimplib is a paid utility out of the $15 extended utility
package
http://digitalmars.com/eup.html
buy from here (be sure javascript is enabled or the form won't
even appear)
http://digitalmars.com/shop.html
and yeah i
On 2015-04-18 19:15:09 +, Jacob Carlborg said:
On 2015-04-18 17:25, Shammah Chancellor wrote:
File(10B2B20F0, )/usr/include/module.map:36:14: error: header
'float.h' not found
File(10B2B20F0, )/usr/include/module.map:81:14: error: header
'stdarg.h' not found
File(10B2B20F0,
On 4/18/2015 1:22 PM, H. S. Teoh via Digitalmars-d wrote:
Take it up with the Unicode consortium. :-)
I see nobody knows :-)
On Sun, 19 Apr 2015 12:29:45 +1200, Rikki Cattermole wrote:
Awesome! Although we may need to undeprecate that feature.
as it is not generating deprecation warning now, it should be fairly
easy: just reintroduce it into specs. i can see why it was deprecated in
the first place, but it's much
On Sunday, 19 April 2015 at 00:39:03 UTC, ketmar wrote:
On Sun, 19 Apr 2015 12:29:45 +1200, Rikki Cattermole wrote:
Awesome! Although we may need to undeprecate that feature.
as it is not generating deprecation warning now, it should be
fairly
easy: just reintroduce it into specs. i can see
On Sunday, 19 April 2015 at 00:39:03 UTC, ketmar wrote:
On Sun, 19 Apr 2015 12:29:45 +1200, Rikki Cattermole wrote:
Awesome! Although we may need to undeprecate that feature.
as it is not generating deprecation warning now, it should be
fairly
easy: just reintroduce it into specs. i can see
On Saturday, 18 April 2015 at 23:01:28 UTC, Darrell Gallion wrote:
Why would anyone buy this?
It was pretty cool back in the 90's.
coffimplib wasn't there
Weird, it is supposed to be.
On 18/04/15 21:40, Walter Bright wrote:
I'm not arguing against the existence of the Unicode standard, I'm
saying I can't figure any justification for standardizing different
encodings of the same thing.
A lot of areas in Unicode are due to pre-Unicode legacy.
I'm guessing here, but looking
On Sun, 19 Apr 2015 00:50:23 +, weaselcat wrote:
maybe I'm dumb in asking this, but if there was already an API for
allocators in D... why is a std.allocator not being written ontop of it?
it seems much more elegant to begin with.
ability to override `new` and `delete` is a big can of
https://issues.dlang.org/show_bug.cgi?id=14459
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||yebbl...@gmail.com
--- Comment
On Sun, 19 Apr 2015 01:53:41 +, Adam D. Ruppe wrote:
On Sunday, 19 April 2015 at 00:39:03 UTC, ketmar wrote:
but it's much easier to simply write new Exception instead of
allocateWithMyCoolScheme!Exception.
eh i would just call it New!Exception where the cool scheme is in the
module
On Sunday, 19 April 2015 at 02:24:06 UTC, Rikki Cattermole wrote:
int[3] values = allocate!(int[3]);
Why would you ever do that? int[3] is statically allocated
auto values = allocate!(int[])(3);
would make a lot more sense, then values would be typed perhaps
to int[], but also
On Sun, 19 Apr 2015 01:19:46 +, Brian Schott wrote:
On Sunday, 19 April 2015 at 00:39:03 UTC, ketmar wrote:
On Sun, 19 Apr 2015 12:29:45 +1200, Rikki Cattermole wrote:
Awesome! Although we may need to undeprecate that feature.
as it is not generating deprecation warning now, it should
https://issues.dlang.org/show_bug.cgi?id=14459
--- Comment #2 from Ketmar Dark ket...@ketmar.no-ip.org ---
yet in the case when i'm assigning pointer to pointer i'm expecting that two
pointers are the same. i'd never expect the following fail, under no
circumstances:
const char* s16 = hi16;
I should have given the same warning, there's a chance that
Calypso may work with not too sophisticated C++ libraries but new
bugs are around the corner if you try anything too big.
Nevertheless Suliman, Laeeth and maybe others have been wanting
to try it out in its current state, and it was
On 4/18/2015 1:32 PM, H. S. Teoh via Digitalmars-d wrote:
However, I think Walter's goal here is to match the original wrap()
functionality.
Yes, although the overarching goal is:
Minimize Need For Using GC In Phobos
and the method here is to use ranges rather than having to allocate
On 2015-04-18 20:18:56 +, Dan Olson zans.is.for.c...@yahoo.com said:
Yeah, I was hoping somone might have done the same for Xcode 6. I've
never poked at how Xcode plugins works, maybe somehow it can be
upgraded. I have gotten the impression that the Xcode plugin API
changes often and is
On 19/04/2015 3:24 a.m., w0rp wrote:
The following code almost compiles.
import core.stdc.stdlib;
class Foo : Exception {
@nogc pure nothrow @safe
this(string msg, string file = __FILE__, size_t line = __LINE__,
Throwable next = null) {
super(msg, file, line, next);
Michel Fortin michel.for...@michelf.ca writes:
It's undocumented API, and they sometime change it although not that
much. Xcode 4 broke the plugin and I didn't put much effort into
figuring out what was wrong. Feel free to fork and fix it if you want,
the code is on Github.
On Sunday, 19 April 2015 at 00:39:03 UTC, ketmar wrote:
but it's much easier to simply write new Exception instead of
allocateWithMyCoolScheme!Exception.
eh i would just call it New!Exception where the cool scheme is
in the module name. So you import mycoolscheme; which defines
the New.
1 - 100 of 129 matches
Mail list logo