And what about:
void test() {}
and
void text(alias qqq)() {}
?
On Sunday, 11 October 2020 at 20:58:22 UTC, drathier wrote:
I think I'm using way to much memory for pointers, so I'd like
to see how much of my memory usage is taken up by pointers.
I've calculated the answer, but I wonder if the
compiler/runtime could do it for me, to get a faster and more
On Saturday, 10 October 2020 at 12:31:14 UTC, Adam D. Ruppe wrote:
On Saturday, 10 October 2020 at 10:15:03 UTC, Marcone wrote:
wchar[100] buffer; // I don't want fixed size :(
wchar[] buffer; // no fixed size
buffer.length = GetWindowTextLength(hwn); // set it to the text
length of the
On 10/12/20 7:34 AM, Vladimir Panteleev wrote:
On Monday, 12 October 2020 at 10:24:44 UTC, FreeSlave wrote:
Can this issue overcome somehow?
Why not add a deprecated overload for your function which takes the old
Flag value?
Or even not deprecated (if it still makes sense).
-Steve
On Monday, 12 October 2020 at 11:34:25 UTC, Vladimir Panteleev
wrote:
On Monday, 12 October 2020 at 10:24:44 UTC, FreeSlave wrote:
Can this issue overcome somehow?
Why not add a deprecated overload for your function which takes
the old Flag value?
I thought about overloading too.
On 11 Oct 2020 at 21:10:20 CEST, "tastyminerals"
wrote:
> And I feel like you guys will just pick Go because it will get
> stuff done.
That's the main focus from a company perspective. We try to waste as less time
& money as possible.
> When I just started learning about D ecosystem, vibe
Let's say I use Flag type named 'myflagname' in API like this:
import std.typecons;
void func(Flag!"myflagname" flag)
{
//...
}
void main()
{
func(Yes.myflagname);
}
Later I realize that 'myflagname' is a bad name and I want to
change it to something else. But if I do so, I break the
On Mon, Oct 12, 2020 at 05:51:21AM +, Imperatorn via Digitalmars-d-learn
wrote:
> On Monday, 12 October 2020 at 00:59:33 UTC, Adam D. Ruppe wrote:
> > On Monday, 12 October 2020 at 00:46:37 UTC, Imperatorn wrote:
> > > To people trying to learn, why is that % before ( needed in the
> > >
On 12 Oct 2020 at 13:13:27 CEST, "Ola Fosheim Grøstad"
wrote:
> Yes, it is a good fit for web services with medium sized code
> bases.
We don't have a lot of "big project" experience with Go yet, but we would use
it for a plain-old desktop application.
Even most people seem to use Go for the
On Wednesday, 7 October 2020 at 14:31:20 UTC, Виталий Фадеев
wrote:
Wanted! Tree Node implementation.
Like a:
mixin template TreeNode( T )
{
T parent;
T firstChild;
T lastChild;
T prevSibling;
T nextSibling;
// ForwardRange implementation
@property T front() { ...
On Monday, 12 October 2020 at 09:11:35 UTC, Dominikus Dittes
Scherkl wrote:
- ...not care about exceptions someone else defined...except
for printing out their message in main()...
- ...not reuse exceptions defined by someone else. Define your
own.
- ...only if you have a plan...
- ...no
On Monday, 12 October 2020 at 11:21:40 UTC, Robert M. Münch wrote:
On 12 Oct 2020 at 13:13:27 CEST, "Ola Fosheim Grøstad"
wrote:
Yes, it is a good fit for web services with medium sized code
bases.
We don't have a lot of "big project" experience with Go yet,
but we would use it for a
On Monday, 12 October 2020 at 10:24:44 UTC, FreeSlave wrote:
Let's say I use Flag type named 'myflagname' in API like this:
import std.typecons;
void func(Flag!"myflagname" flag)
{
//...
}
void main()
{
func(Yes.myflagname);
}
Later I realize that 'myflagname' is a bad name and I want to
On Monday, 12 October 2020 at 10:24:44 UTC, FreeSlave wrote:
Can this issue overcome somehow?
Why not add a deprecated overload for your function which takes
the old Flag value?
On Monday, 12 October 2020 at 10:24:44 UTC, FreeSlave wrote:
Let's say I use Flag type named 'myflagname' in API like this:
import std.typecons;
void func(Flag!"myflagname" flag)
{
//...
}
void main()
{
func(Yes.myflagname);
}
Later I realize that 'myflagname' is a bad name and I want to
On 11 Oct 2020 at 16:46:13 CEST, "Ola Fosheim Grøstad"
wrote:
> Ada, Java, Eiffel are supposed to.
Yes... beside Java, the other two are already in the exotic department...
> I'm not sure if Go is a success in that department either. I
> suspect it tanks when programs get large.
Go seems to
On Saturday, 10 October 2020 at 19:51:10 UTC, DMon wrote:
This is where I'm at:
import std.stdio;
import std.conv;
// StdioException
// ConvException
// StringException
// ErrnoException
// FormatException
// UnicodeException
// UTFException
// FileMissingException
// DataCorruptionException
On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
Go seems to be kept as simple as possible, even if you have to
write more code. Which is, in the long run, the cheaper and
smaller burden. No tricks, no surprises... that has a lot of
merits.
Yes, it is a good fit for web
It's amazing how things come together before each conference. Flag
appears among my slides for an upcoming conference as well! :)
But I don't think there is any solution to your problem.
On 10/12/20 3:24 AM, FreeSlave wrote:
> Later I realize that 'myflagname' is a bad name and I want to
I'm working on adding support for Windows' symlinks in std.file.
std.file.symlink's augmentation is straightforward, but testing
it is not as easy. The reason is because, normally, one must
confer escalated privileges to the executable making the link via
CreateSymbolicLink[A|W]. This may be
On Monday, 12 October 2020 at 11:06:55 UTC, Robert M. Münch wrote:
Go seems to be kept as simple as possible, even if you have to
write more code. Which is, in the long run, the cheaper and
smaller burden. No tricks, no surprises... that has a lot of
merits.
Btw, Go has some major weaknesses
On 10/12/20 2:11 AM, Dominikus Dittes Scherkl wrote:
> - Throw exceptions only if you have a plan what to do with them if you
> catch them.
My thinking is different: Throw exceptions if you can't accomplish a
task. My code is filled with enforce() and assert() checks, which do
throw
On Monday, 12 October 2020 at 11:21:40 UTC, Robert M. Münch wrote:
Even most people seem to use Go for the web services stuff, I
think it might be underrate for desktop apps.
Go is good at what it has Go libraries for, and I believe it has
gotten quite a few over the past years, some that has
On Monday, 12 October 2020 at 16:44:52 UTC, Ali Çehreli wrote:
It's amazing how things come together before each conference.
Flag appears among my slides for an upcoming conference as
well! :)
But I don't think there is any solution to your problem.
On 10/12/20 3:24 AM, FreeSlave wrote:
>
I have the following project structure:
source/
media/
icon.png
config/
conf.toml
In order to access "icon.png" without explicitly providing the
path I added in dub.json
"stringImportPaths": [
"source/media",
"source/config"
]
It works for "icon.png" but doesn't work for
On Tuesday, 13 October 2020 at 05:13:18 UTC, Mike Parker wrote:
not available. The very first restriction on CTFE is this:
"The function source code must be available to the compiler.
Functions which exist in the source code only as extern
declarations cannot be executed in CTFE."
Forgot
On Monday, 12 October 2020 at 22:31:53 UTC, tastyminerals wrote:
I wonder why and what am I doing wrong?
This:
readText("conf.toml");
"stringImportPath" (dmd's -J command line option) is specifically
for D's import expression (which is different from the import
statement, e.g., `import
27 matches
Mail list logo