[Issue 17666] std.c.linux.socket has no replacement

https://issues.dlang.org/show_bug.cgi?id=17666 --- Comment #3 from Sebastiaan Koppe --- (In reply to Sebastiaan Koppe from comment #2) > Just so that you know, I am working on a PR to add them to druntime. I am a bit stuck on the issue. In src/core/sys/posix/netinet/in_.d there

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 2 Begins

On Friday, 28 July 2017 at 16:58:41 UTC, Moritz Maxeiner wrote: Having a keyword delimit the end of an optional is both redundant and inconsistent You are arguing against the current syntax, not my proposal. In my case the `do` keyword would be disambiguating between out expressions and out

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 2 Begins

On Friday, 28 July 2017 at 16:44:24 UTC, MysticZach wrote: On Friday, 28 July 2017 at 11:04:23 UTC, Nick Treleaven wrote: One option to solve the out contract ambiguity and aid parsing by tools is to require 'do' after out contract expressions. BTW `do` would only be required before the {}

Re: Taking the address of an eponymous template

On 07/31/2017 11:44 AM, Arafel wrote: ``` class C { [...] template baz(string S) { void baz()() { } } } void main() { [...] void delegate() aBaz = !"a"; // This doesn't compile. } ``` If I try !"a".baz it doesn't work either (I get a different error

Re: Specify rhs at initialisation or assignment of typedef' d variable

On Monday, 31 July 2017 at 07:50:57 UTC, inevzxui wrote: On Monday, 31 July 2017 at 07:16:25 UTC, Cecil Ward wrote: Say I have used Typedef! to create some new type and I declare a variable, constant or enum of that type. Is there a way that I can express a literal value on the rhs without

SVD_to_D: Generate over 100k lines of highly-optimized microcontroller mmapped-IO code in the blink of an eye

https://github.com/JinShil/svd_to_d SVD_to_D is a command-line utility that generates D code from ARM Cortex-M SVD files. SVD files are XML files that describe, in great detail, the memory layout and characteristics of registers in an ARM Cortex-M microcontroller. See

Re: How do you use D?

On Friday, 28 July 2017 at 14:58:01 UTC, Ali wrote: How do you use D? In work, (key projects or smaller side projects) I did my undergraduate in CS where I picked up Python, Java and a little bit of C/C++, but Java was my most familiar language. When I started my PhD in an Engineering Maths

Re: DWT is official ?

On Wednesday, 12 July 2017 at 10:10:53 UTC, Flaze07 wrote: hi...so is this group forum about the SWT D bindings ? (I am just surprised that it is...in the ecosystem if it is what I think it is) No, D does not have a official gui lib. The dlang core community is still small and hardly funded,

Re: Specify rhs at initialisation or assignment of typedef' d variable

On Monday, 31 July 2017 at 08:53:10 UTC, Cecil Ward wrote: [ ... ] I suspect that I am asking for something that literally makes no sense at all. I wanted to try and avoid opening the door to allowing the following kind of typing error now, eg enum ip_address = 0x11223344; [ ... ]

[Issue 17666] std.c.linux.socket has no replacement

https://issues.dlang.org/show_bug.cgi?id=17666 Sebastiaan Koppe changed: What|Removed |Added Assignee|nob...@puremagic.com|m...@skoppe.eu --

Re: Specify rhs at initialisation or assignment of typedef' d variable

On Monday, 31 July 2017 at 07:16:25 UTC, Cecil Ward wrote: Say I have used Typedef! to create some new type and I declare a variable, constant or enum of that type. Is there a way that I can express a literal value on the rhs without having to use casts, as that seems to defeat the point of

Re: The progress of D since 2013

On Monday, 31 July 2017 at 07:22:06 UTC, Maxim Fomin wrote: 4) What is the state of GDC/LDC? GDC team was actively working on including gdc in gcc project. Do gdc and ldc still pull D frontend, so there is essentially 1 frontend (where gdc and ldc frontends lag several versions behind) + 3

Re: Specify rhs at initialisation or assignment of typedef' d variable

On Monday, 31 July 2017 at 08:53:10 UTC, Cecil Ward wrote: On Monday, 31 July 2017 at 07:50:57 UTC, inevzxui wrote: [...] I suspect that I am asking for something that literally makes no sense at all. I wanted to try and avoid opening the door to allowing the following kind of typing error

Taking the address of an eponymous template

Hi! I want to create a delegate out of a method that happens to be an eponymous (nested) template, like this: ``` class C { void foo() {} void bar(string S)() { } template baz(string S) { void baz()() { } } } void main() {

Re: How to test tuple in chain

On Monday, 31 July 2017 at 12:23:02 UTC, closescreen wrote: I read my message. Sorry for my poor english and typos. use res[0] and res[1] to get res.status and the res.output.

[Issue 16744] We should have a TypeOf template so that typeof can be used with templates like staticMap

https://issues.dlang.org/show_bug.cgi?id=16744 --- Comment #10 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/d39cc3ff43501a753c14dc1d7461603dc77640ba Fix Issue 16744: Add Typeof

Re: Compile Time versus Run Time

On 07/31/2017 05:43 PM, Martin Tschierschke wrote: As a rookie in D programming I try to understand the power of templated functions with compile time parameters. With DMD 2.074 a compile time format (auto output = format!("Print this %s")(var);) was introduced, now we all know that very many

Re: Compile Time versus Run Time

On Monday, 31 July 2017 at 15:57:28 UTC, Anonymouse wrote: On Monday, 31 July 2017 at 15:46:47 UTC, inevzxui wrote: On Monday, 31 July 2017 at 15:43:21 UTC, Martin Tschierschke wrote: [...] But the parameters are not checked at compile-time unless you specifically pass the pattern string as a

Re: all OS functions should be "nothrow @trusted @nogc"

On Monday, 31 July 2017 at 14:51:22 UTC, Timon Gehr wrote: On 31.07.2017 16:15, Shachar Shemesh wrote: That's fine, but since, according to the logic presented here, no OS function can ever be @safe, This is actually not true. Vladimir was just pointing out a complication of which to be

Re: covered - processes output of code coverage analysis performed by the D programming language compiler

On Monday, 31 July 2017 at 13:06:44 UTC, Anton Fediushin wrote: Hello! I am glad to announce a new command-line tool which should make development a little easier. You could add a mixin template that injects the "version(D_Coverage)" code.

Compile Time versus Run Time

As a rookie in D programming I try to understand the power of templated functions with compile time parameters. With DMD 2.074 a compile time format (auto output = format!("Print this %s")(var);) was introduced, now we all know that very many of this format strings are immutable, so wouldn't

Re: Compile Time versus Run Time

On Monday, 31 July 2017 at 15:43:21 UTC, Martin Tschierschke wrote: As a rookie in D programming I try to understand the power of templated functions with compile time parameters. With DMD 2.074 a compile time format (auto output = format!("Print this %s")(var);) was introduced, now we all

Re: Compile Time versus Run Time

Am Mon, 31 Jul 2017 15:43:21 + schrieb Martin Tschierschke : > As a rookie in D programming I try to understand the power of > templated functions with compile time parameters. With DMD 2.074 > a compile time format > (auto output = format!("Print this %s")(var);) > >

[Issue 12260] Improve error of std.stdio.readf when involving whitespace

https://issues.dlang.org/show_bug.cgi?id=12260 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/afc732661a5cbdd69b22d5bffa57fddab76172ad Fix Issue 12260 - Improve error of std.stdio.readf when

Re: DMD library available as DUB package

On Sunday, 30 July 2017 at 23:41:40 UTC, Johan Engelen wrote: On Tuesday, 18 July 2017 at 12:07:27 UTC, Jacob Carlborg wrote: During the dconf hackathon I set out to create a DUB package for DMD to be used as a library. This has finally been merged [1] and is available here [2]. It contains

Re: Compile Time versus Run Time

On Monday, 31 July 2017 at 15:46:47 UTC, inevzxui wrote: On Monday, 31 July 2017 at 15:43:21 UTC, Martin Tschierschke wrote: As a rookie in D programming I try to understand the power of templated functions with compile time parameters. With DMD 2.074 a compile time format (auto output =

covered - processes output of code coverage analysis performed by the D programming language compiler

Hello! I am glad to announce a new command-line tool which should make development a little easier. Program, compiled with `-cov` switch, generates *.lst files. They contain program source, number of executions of each line and total code coverage of the file. Those files are quite useful

Re: It makes me sick!

On Saturday, 29 July 2017 at 21:52:38 UTC, FoxyBrown wrote: On Saturday, 29 July 2017 at 21:48:09 UTC, Timon Gehr wrote: On 28.07.2017 23:30, FoxyBrown wrote: because you didn't want to spend 10 minutes to fix a program. You need to realize that the same thing applies to you. There is no

Re: all OS functions should be "nothrow @trusted @nogc"

On 31/07/17 17:08, Timon Gehr wrote: On 31.07.2017 15:56, Shachar Shemesh wrote: One of the things that really bother me with the D community is the "100% or nothing" approach. ... Personally, I'm more bothered by this kind of lazy argument that sounds good but has no substance. System

Re: The progress of D since 2013

On Monday, 31 July 2017 at 07:22:06 UTC, Maxim Fomin wrote: Hi! Good to see D is progressing! I was active forum and bugzilla participant in 2011-2013. Since then I have not touched D. Welcome back :) 3) What is the state of GC? AFAIK there were some improvements for GC sent as GSOC

Re: How to test tuple in chain

I read my message. Sorry for my poor english and typos.

Re: How do you use D?

On Sunday, 30 July 2017 at 01:53:15 UTC, Zwargh wrote: I am using D to develop a system for rational drug design. The main application for D is for protein 3D structure prediction and statistical analysis using Differential Geometry and Knot Theory. Cool! Are you considered using dcompute

Re: [OT] Generative C++

On Friday, 28 July 2017 at 07:49:02 UTC, Yuxuan Shui wrote: Someone made an interesting proposal to C++: https://herbsutter.files.wordpress.com/2017/07/p0707r1.pdf Thoughts? Thanks for mentioning this: I just watched the video linked from his blog post, but didn't read the paper. It's an

Re: The progress of D since 2013

Hi, On Monday, 31 July 2017 at 07:22:06 UTC, Maxim Fomin wrote: 1) Support of linking in win64? LDC: MSVC targets, both 32 and 64 bits, fully supported since a year or so. Requires Visual Studio 2015+. 2) What is the support of other platforms? AFAIK there was progress on Android. LDC:

Re: The progress of D since 2013

On Monday, 31 July 2017 at 07:22:06 UTC, Maxim Fomin wrote: Hi! Good to see D is progressing! I was active forum and bugzilla participant in 2011-2013. Since then I have not touched D. [...] 10) Anything else 2013 D user must know? :) Yes, bug 314 has been fixed !

Re: all OS functions should be "nothrow @trusted @nogc"

On 31.07.2017 16:15, Shachar Shemesh wrote: Why do you think @trusted exists? That's fine, but since, according to the logic presented here, no OS function can ever be @safe, This is actually not true. Vladimir was just pointing out a complication of which to be aware. Are you arguing

Re: Taking the address of an eponymous template

On 07/31/2017 01:59 PM, Arafel wrote: On 07/31/2017 12:14 PM, ag0aep6g wrote: [...] > You'd have to instantiate the inner template, too. Something like > `!"a".baz!()`, but that doesn't work. I don't know how you could > make it work. > I tried this as well, and couldn't make it work

Re: D Debug101

gdb wants dwarf debug info, windows uses codeview.

Re: Is std.xml seriously broken, or is it me?

On Sunday, 30 July 2017 at 03:16:35 UTC, Mike wrote: It appears `onStartTag` does not handle the root element. Looks like a bug. Until the module is replaced, bug reports are still accepted for it.

Re: Taking the address of an eponymous template

On 07/31/2017 12:14 PM, ag0aep6g wrote: > > You'd have to instantiate the inner template, too. Something like > `!"a".baz!()`, but that doesn't work. I don't know how you could > make it work. > I tried this as well, and couldn't make it work either. Do you know if it's supposed to work? I

Re: all OS functions should be "nothrow @trusted @nogc"

On 31.07.2017 15:56, Shachar Shemesh wrote: One of the things that really bother me with the D community is the "100% or nothing" approach. ... Personally, I'm more bothered by this kind of lazy argument that sounds good but has no substance. System programming is, by definition, an

How to test tuple in chain

Hello! If I want testing tuple member in functional manner, what I shoul do? Example: "ls -l".executeShell returns me tuple (int "status", string "output") I want write somthing like: "ls -l".executeShell.smthTestingOperation!"Error: bad status."( res => res.status==0 ).output.writeln;

[Issue 6384] std.traits.isComparable

https://issues.dlang.org/show_bug.cgi?id=6384 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/24bfb294b7523307d10aaaf41ad2021c6cb38501 Fix Issue 6384 - add std.traits.isComparable

Re: all OS functions should be "nothrow @trusted @nogc"

On Wednesday, 26 July 2017 at 17:48:21 UTC, Walter Bright wrote: On 7/26/2017 6:29 AM, Kagamin wrote: Should we still try to mark them safe at all? Marking ones that are safe with @safe is fine. OS APIs pretty much never change. Sometimes operating systems add new flags to their API which

Re: all OS functions should be "nothrow @trusted @nogc"

On 31/07/17 16:33, Vladimir Panteleev wrote: On Wednesday, 26 July 2017 at 17:48:21 UTC, Walter Bright wrote: On 7/26/2017 6:29 AM, Kagamin wrote: Should we still try to mark them safe at all? Marking ones that are safe with @safe is fine. OS APIs pretty much never change. Sometimes

[Issue 12260] Improve error of std.stdio.readf when involving whitespace

https://issues.dlang.org/show_bug.cgi?id=12260 Vladimir Panteleev changed: What|Removed |Added See Also|

[Issue 17708] New: Escape control characters in std.conv.to error messages

https://issues.dlang.org/show_bug.cgi?id=17708 Issue ID: 17708 Summary: Escape control characters in std.conv.to error messages Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 17708] Escape control characters in std.conv.to error messages

https://issues.dlang.org/show_bug.cgi?id=17708 Vladimir Panteleev changed: What|Removed |Added See Also|

Re: gtk arch issues

On 31-07-17 19:16, Johnson Jones wrote: how does one allow both gtk x86 and x64 to work side by side seamlessly? I installed x64 first and it seems, because whatever is using the path to find the gtk runtime, it looks for that first even in x86 build. Seems like gtkd's dll resolution is not

Re: gtk arch issues

On 31-07-17 19:53, Johnson Jones wrote: Also, why is gtkD even using gtksharp? That's for mono and .net! We don't. only the (C) Gtk runtime is needed. Where did you see gtksharp? -- Mike Wey

[Issue 17707] New: unimported modules in libraries do not have their module constructors run

https://issues.dlang.org/show_bug.cgi?id=17707 Issue ID: 17707 Summary: unimported modules in libraries do not have their module constructors run Product: D Version: D2 Hardware: x86_64 OS: All

Re: newCTFE Status July 2017

Am Sun, 30 Jul 2017 14:44:07 + schrieb Stefan Koch : > On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: > > [ ... ] > > Hi Guys, > > After getting the brainfuck to D transcompiler to work. > I now made it's output compatible with newCTFE. > > See

[Issue 16744] We should have a TypeOf template so that typeof can be used with templates like staticMap

https://issues.dlang.org/show_bug.cgi?id=16744 --- Comment #11 from github-bugzi...@puremagic.com --- Commit pushed to revert-5662-MetaLang-patch-1-3 at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/be351ebe20df55b72e7441e43b84cfacee42f8ea Revert "Fix Issue 16744: Add

Re: DIP 1012--Attributes--Preliminary Review Round 1

On Friday, 28 July 2017 at 23:25:35 UTC, Nicholas Wilson wrote: On Friday, 28 July 2017 at 21:47:32 UTC, Jesse Phillips wrote: * Remove the whole program defaults, I'm ok with it being changed in a re-implementation of the runtime (like the embedded example), we just don't need the extra

Re: gtk arch issues

On Monday, 31 July 2017 at 17:16:32 UTC, Johnson Jones wrote: how does one allow both gtk x86 and x64 to work side by side seamlessly? I installed x64 first and it seems, because whatever is using the path to find the gtk runtime, it looks for that first even in x86 build. Seems like

Re: gtk arch issues

On Monday, 31 July 2017 at 17:50:08 UTC, Johnson Jones wrote: On Monday, 31 July 2017 at 17:16:32 UTC, Johnson Jones wrote: [...] I fixed up gtkd so that it uses x86 and x64 versions of dlls but it doesn't seem to help with x64. I was able to get x86 to compile and run but x64 just loads

Dlang + compile-time contracts

Coming from D.learn where someone asked for some automatism to turn runtime format strings to `format()` into the equivalent `format!()` form automatically to benefit from compile-time type checks I started wondering... The OP wasn't looking for other benefits of the template version other than

Re: SVD_to_D: Generate over 100k lines of highly-optimized microcontroller mmapped-IO code in the blink of an eye

On Monday, 31 July 2017 at 08:51:16 UTC, Mike wrote: https://github.com/JinShil/svd_to_d SVD_to_D is a command-line utility that generates D code from ARM Cortex-M SVD files. [...] Thanks for your work. Not many people in D community thinking about embedded one

gtk arch issues

how does one allow both gtk x86 and x64 to work side by side seamlessly? I installed x64 first and it seems, because whatever is using the path to find the gtk runtime, it looks for that first even in x86 build. Seems like gtkd's dll resolution is not very intelligent. While I could

Re: newCTFE Status July 2017

On Monday, 31 July 2017 at 17:58:56 UTC, Marco Leise wrote: Am Sun, 30 Jul 2017 14:44:07 + schrieb Stefan Koch : On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: > [ ... ] Hi Guys, After getting the brainfuck to D transcompiler to work. I now

Re: D client for ROS

On 07/29/2017 03:21 AM, Johan Engelen wrote: Hi all, Are there any robot folks out here that are working with ROS and would be able to work on creating a D client library for it? ROS is used a lot at our university and in robot research in general, and most people use the C++ client (the main

Re: D client for ROS

On Saturday, 29 July 2017 at 10:21:32 UTC, Johan Engelen wrote: Hi all, Are there any robot folks out here that are working with ROS and would be able to work on creating a D client library for it? ROS is used a lot at our university and in robot research in general, and most people use

Re: D client for ROS

On Monday, 31 July 2017 at 21:41:47 UTC, aberba wrote: On Saturday, 29 July 2017 at 10:21:32 UTC, Johan Engelen wrote: Hi all, Are there any robot folks out here that are working with ROS and would be able to work on creating a D client library for it? Mike as been doing some foundation

Specify rhs at initialisation or assignment of typedef' d variable

Say I have used Typedef! to create some new type and I declare a variable, constant or enum of that type. Is there a way that I can express a literal value on the rhs without having to use casts, as that seems to defeat the point of the nice type safety? I may be asking for the impossible or

[OT] uncovering x86 hardware bugs and unknown instructions by fuzzing.

Some people here might find this interesting: https://github.com/xoreaxeaxeax/sandsifter White paper here: https://github.com/xoreaxeaxeax/sandsifter/blob/master/references/domas_breaking_the_x86_isa_wp.pdf

The progress of D since 2013

Hi! Good to see D is progressing! I was active forum and bugzilla participant in 2011-2013. Since then I have not touched D. What is the progress of D (2014-2017) in following dimensions: 1) Support of linking in win64? AFAIK Walter introduced win64 support in circa 2012 which was the big

Re: The progress of D since 2013

On 31/07/2017 8:22 AM, Maxim Fomin wrote: Hi! Good to see D is progressing! I was active forum and bugzilla participant in 2011-2013. Since then I have not touched D. What is the progress of D (2014-2017) in following dimensions: 1) Support of linking in win64? AFAIK Walter introduced win64

[Issue 15391] Problems loading libcurl.so and running datetime unittest on NixOS package build

https://issues.dlang.org/show_bug.cgi?id=15391 --- Comment #8 from Thomas Mader --- (In reply to Thomas Mader from comment #3) > I was able to hack around the issue by patching the curl.d sourcefile. > > #Ugly hack so the dlopen call has a chance to succeed. >

[Issue 17375] colliding modules detected with binutils 2.28 linker and shared libraries

https://issues.dlang.org/show_bug.cgi?id=17375 Thomas Mader changed: What|Removed |Added CC|

Adding deprecated to an enum member

I got an error today because I added deprecated to an enum member. Is there a way to achieve this, or am I out of luck? If it isn't doable, should it be? Here's what I want: enum PrimitiveType { Points, Lines, LineStrip, Triangles, TriangleStrip, TriangleFan,

Re: Adding deprecated to an enum member

On Tuesday, 1 August 2017 at 01:12:28 UTC, Jeremy DeHaan wrote: I got an error today because I added deprecated to an enum member. Is there a way to achieve this, or am I out of luck? If it isn't doable, should it be? Here's what I want: enum PrimitiveType { Points, Lines,

Re: The progress of D since 2013

On Monday, 31 July 2017 at 07:22:06 UTC, Maxim Fomin wrote: Good to see D is progressing! I was active forum and bugzilla participant in 2011-2013. Since then I have not touched D. Good to see you back. I also took a hiatus from D in 2015 and just recently returned after GDC fixed a blocker

Re: newCTFE Status July 2017

On Sunday, 30 July 2017 at 20:40:24 UTC, Stefan Koch wrote: On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: [...] Hello Guys, The bug preventing newCTFE from executing bf_ctfe[1] correctly (a peculiarity in which for for and if statement-conditions other then 32bit integers

Re: gtk arch issues

On Monday, 31 July 2017 at 20:37:11 UTC, Mike Wey wrote: On 31-07-17 19:16, Johnson Jones wrote: how does one allow both gtk x86 and x64 to work side by side seamlessly? I installed x64 first and it seems, because whatever is using the path to find the gtk runtime, it looks for that first

Re: DIP 1012--Attributes--Preliminary Review Round 1

On Monday, 31 July 2017 at 19:27:46 UTC, Jesse Phillips wrote: On Friday, 28 July 2017 at 23:25:35 UTC, Nicholas Wilson wrote: On Friday, 28 July 2017 at 21:47:32 UTC, Jesse Phillips wrote: * Remove the whole program defaults, I'm ok with it being changed in a re-implementation of the runtime

Re: newCTFE Status July 2017

On Monday, 31 July 2017 at 23:03:21 UTC, Temtaime wrote: On Sunday, 30 July 2017 at 20:40:24 UTC, Stefan Koch wrote: On Thursday, 13 July 2017 at 12:45:19 UTC, Stefan Koch wrote: [...] Hello Guys, The bug preventing newCTFE from executing bf_ctfe[1] correctly (a peculiarity in which for

[Issue 16744] We should have a TypeOf template so that typeof can be used with templates like staticMap

https://issues.dlang.org/show_bug.cgi?id=16744 --- Comment #12 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/be351ebe20df55b72e7441e43b84cfacee42f8ea Revert "Fix Issue 16744: Add Typeof"

Re: [OT] uncovering x86 hardware bugs and unknown instructions by fuzzing.

On Monday, 31 July 2017 at 07:17:33 UTC, Guillaume Chatelet wrote: Some people here might find this interesting: https://github.com/xoreaxeaxeax/sandsifter White paper here: https://github.com/xoreaxeaxeax/sandsifter/blob/master/references/domas_breaking_the_x86_isa_wp.pdf This man is a

[Issue 17709] New: std.xml doesn't parse the root element

https://issues.dlang.org/show_bug.cgi?id=17709 Issue ID: 17709 Summary: std.xml doesn't parse the root element Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority:

mixin template, extern(C/Windows) and mangled name

I known there is a bug with extern(C) in mixin template: https://issues.dlang.org/show_bug.cgi?id=12575 And I can see SimpleDllMain in core.sys.windows.dll, the mangled name is correct: DllMain But my mixin template has wrong mangled name: mixin template GetMetaData() { extern(Windows)

Re: mixin template, extern(C/Windows) and mangled name

On Tuesday, 1 August 2017 at 03:08:30 UTC, Domain wrote: And I can see SimpleDllMain in core.sys.windows.dll, the mangled name is correct: DllMain main, DllMain, and WinMain are special cased... for yours, I think you'll have to hack it with pragma(mangle) mixin template GetMetaData() {

Re: mixin template, extern(C/Windows) and mangled name

On Tuesday, 1 August 2017 at 03:30:08 UTC, Adam D. Ruppe wrote: On Tuesday, 1 August 2017 at 03:08:30 UTC, Domain wrote: And I can see SimpleDllMain in core.sys.windows.dll, the mangled name is correct: DllMain main, DllMain, and WinMain are special cased... for yours, I think you'll have to

Bug in gtkd?

Trying a very simple interface. When I add a notebook I get the following error (test.exe:4504): Gtk-ERROR **: failed to add UI: C:\Test\Main.Glade:27:43 Invalid property: GtkNotebook.tab_hborder When removing it from the glade file it then crashes with on the homogenous