Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On 1/22/2015 12:52 PM, Gary Willoughby wrote: Me too, is there any video available? https://www.youtube.com/watch?v=IkwaV6k6BmM I can't bear to watch it, you'll have to do it for me!
Re: Calypso: Direct and full interfacing to C++
Just in case you don't follow digitalmars.D: http://forum.dlang.org/thread/m9s4cd$2s1v$1...@digitalmars.com#post-m9s4cd:242s1v:241:40digitalmars.com
Re: Calypso: Direct and full interfacing to C++
On Thursday, 22 January 2015 at 00:08:13 UTC, Walter Bright wrote: Just making STL work would be an achievement! Is the output of Calypso a file that can be imported? The only outputs specific to Calypso are ligthweight object files per C++ module that contain symbols created by LDC for aggregates (InitZ...) and template specializations by Clang if they're not defined in the PCH. What Calypso basically does is tell Clang to generate a big PCH for all the headers in modmap directives, and to map "on demand" C++ declarations from the PCH to D symbols in a separate tree of modules (hence the (C++) in imports, they're not physical modules). Those symbols can be used like D's, although they have different implementations to handle the C++ specificities, and all the non-trivial semantic work is done by Clang libraries and queried back by Calypso (aggregate layout, partial template argument deduction, ...). There are still some very "feels hackish" areas like the fact that DMD considers C++ classes to derive from Object too (fortunately Object is only a handful of virtual functions), I haven't solved yet how class values should be treated, etc. Also the PCH is a temporary solution because at the time I began working on Calypso Clang's support for modules was broken. But they would be great to break the global namespace in smaller pieces, so now that they seem ready to use the plan is to replace the PCH by them, or by a slightly different flavor of them (because there's currently one limitation that reduces its usefulness, it's that one header can't be split across several modules).
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On 1/22/2015 12:52 PM, Gary Willoughby wrote: On Thursday, 22 January 2015 at 17:21:42 UTC, Meta wrote: On Thursday, 22 January 2015 at 01:09:13 UTC, FrankLike wrote: On Thursday, 22 January 2015 at 00:51:34 UTC, Walter Bright wrote: On 1/21/2015 4:42 AM, FrankLike wrote: How about the result? ?? Re: I'll be presenting at NWCPP on Jan 21 at Microsoft D is modern and systerm language,we like it,how about the Microsoft? I'm also interested in how the presentation went. It was the biggest crowd I'd ever had at an NWCPP presentation. Standing room only! Evidently, it was a much more interesting topic than I'd anticipated. There were tons of questions, so things went on for a half hour after the presentation was over. Me too, is there any video available? There will be. When it is, it'll be announced on the nwcpp.org site.
Re: London D Programmers MeetUp
Thanks for organising this, I'm looking forward to it. On Thursday, 22 January 2015 at 22:12:43 UTC, Kingsley wrote: We now have a venue for the London D meetup. Skills Matter have kindly offered us their support. The first meetup will be Tuesday 3rd February - see details here: http://www.meetup.com/London-D-Programmers/ Please come along if you can :) --Kingsley On Tuesday, 23 December 2014 at 18:26:52 UTC, Kingsley wrote: Hi, I've created this meetup group for any London based D enthusiasts to meet up and get excited about D. I'll also demo my intellij plugin for D at the first meetup which I've scheduled for February. Although I might be a bit lonely if I'm the only person there! lol. http://www.meetup.com/London-D-Programmers/ Please join me if you are in the area and feel like getting some D.
Re: London D Programmers MeetUp
We now have a venue for the London D meetup. Skills Matter have kindly offered us their support. The first meetup will be Tuesday 3rd February - see details here: http://www.meetup.com/London-D-Programmers/ Please come along if you can :) --Kingsley On Tuesday, 23 December 2014 at 18:26:52 UTC, Kingsley wrote: Hi, I've created this meetup group for any London based D enthusiasts to meet up and get excited about D. I'll also demo my intellij plugin for D at the first meetup which I've scheduled for February. Although I might be a bit lonely if I'm the only person there! lol. http://www.meetup.com/London-D-Programmers/ Please join me if you are in the area and feel like getting some D.
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On Thursday, 22 January 2015 at 17:21:42 UTC, Meta wrote: On Thursday, 22 January 2015 at 01:09:13 UTC, FrankLike wrote: On Thursday, 22 January 2015 at 00:51:34 UTC, Walter Bright wrote: On 1/21/2015 4:42 AM, FrankLike wrote: How about the result? ?? Re: I'll be presenting at NWCPP on Jan 21 at Microsoft D is modern and systerm language,we like it,how about the Microsoft? I'm also interested in how the presentation went. Me too, is there any video available?
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On Thursday, 22 January 2015 at 01:09:13 UTC, FrankLike wrote: On Thursday, 22 January 2015 at 00:51:34 UTC, Walter Bright wrote: On 1/21/2015 4:42 AM, FrankLike wrote: How about the result? ?? Re: I'll be presenting at NWCPP on Jan 21 at Microsoft D is modern and systerm language,we like it,how about the Microsoft? I'm also interested in how the presentation went.
Re: Calypso: Direct and full interfacing to C++
On Thursday, 22 January 2015 at 07:27:03 UTC, Suliman wrote: "First you need a LLVM + Clang 3.5 source tree, built libraries and the Clang binaries. Installing binary packages from your distribution isn't enough since the include/ files aren't exposing many symbols, so the source packages are needed as well" Do I need to compile from source just Clang or both? Usually Clang is built with LLVM, i.e running make inside the LLVM build directory will build both LLVM and Clang. On Thursday, 22 January 2015 at 07:07:42 UTC, Suliman wrote: Currently making D classes derive from C++ classes with a virtual table only works with MinGW because only the Itanium ABI is supported. I'm going to add the Microsoft ABI ASAP (it's just a few lines of code) but it'll be untested. Could you explain can I call function from C++ dll directly? I am need only basic C++ support -- just ability to call very basic functions. Am I right understand that with Calypso I do not need to create bindings? If it's correct - could you provide any example of calling C++ function from dll? On Windows the Clang executable has to be in one of the %PATH% folders and then in your D code: modmap (C++) "headerofyourdll.h"; // will make Clang generate a precompiled header import (C++) Namespace1.Namespace2._; // If your functions are global functions inside Namespace1.Namespace2, _ is a special module (for now) that contains all the global funcs, vars and typedefs import (C++) Namespace1.Struct1; // If they are inside a struct named Struct1 The imports expose symbols that you can use like you'd use D structs and functions. Finally you need to tell LDC to link to your library: ldc -L="yourDLL.lib" (...)
Re: Coedit alpha 11 released
On 1/21/15 9:35 AM, Basile Burg wrote: I'm glad to announce this new release of Coedit. Here is a summary of what's new since last public announce: [snip] http://www.reddit.com/r/programming/comments/2taql8/coedit_alpha_11_multiplatform_ide_for_d_written/ Andrei
Re: Coedit alpha 11 released
On Thursday, 22 January 2015 at 09:44:28 UTC, Jordi Sayol via Digitalmars-d-announce wrote: El 21/01/15 a les 18:35, Basile Burg via Digitalmars-d-announce ha escrit: I'm glad to announce this new release of Coedit. Congratulations for this new release! Did you fix the use of DCD simultaneously with other D editors? No :/, IIRC this is a requirment from your part in order to include the software on D-apt...maybe the next time. Waiting for that the wiki DCD section explicitly not recommend to use another D editor while CE is running. Still about d-apt, it looks like CE will not be build-able from your side as it's been, because i've started building some tools in D (the todo-comments analyzer) and this requires a proper setup with libdparse compiled as a static library and put as a "libman" entry.
Re: Berlin Meetup
On Thursday, 4 December 2014 at 15:07:16 UTC, Leandro Lucarella wrote: Just re-posting in case there is people here that are not subscribed to the D general group (like me ;). http://forum.dlang.org/post/yyfeeqiuuepuzhjvk...@forum.dlang.org Reminding that this happens tomorrow.
Re: DlangUI project update
On Wednesday, 21 January 2015 at 23:21:27 UTC, FrankLike wrote: On Wednesday, 21 January 2015 at 17:36:36 UTC, Vadim Lopatin wrote: On Wednesday, 21 January 2015 at 16:20:31 UTC, FrankLike wrote: On Wednesday, 21 January 2015 at 15:49:06 UTC, FrankLike wrote: On Wednesday, 21 January 2015 at 14:52:36 UTC, Vadim Lopatin wrote: DlangIDE status Update: Syntax highlight for D source is working. It's just highlight based on token types. No advanced features like code completion, folding, etc. Best regards, Vadim good work. If use dco to build the dlangIDE,config local.ini local.ini--- DC=dmd DCStandardEnvBin=dmd2\windows\bin SpecialLib=dlanguilib importPath= -I..\..\dlangui\src ;lflags=console lflags=win32 ;lflags=win64 ;dflags= libs= ..\lib\dlanguilib.lib ..\lib\dlib.lib ;targetType=exe//lib//staticLib//dynamicLib//sourceLib//none targetType=exe ;targetName=;//;'null is auto' targetName=dlangide.exe ;compileType=;//64//32mscoff compileType= ;buildMode=debug;//release buildMode=debug end- and copy dlib.lib with dlanguilib.lib to lib folder,and copy dlib to "dmd2\windows\import",then run 'dco',will get the dlangIDE.exe file only 1206kb,but bu dub, 4518kb. get dco: git clone https://github.com/FrankLIKE/dco Frank Did you try dub build --build=release ? I known it,but can't get so small exe for debug,and exe no console. On win32, dub build --build=release now gives 1305Kb executable with embedded resources. What are advantages of dco?
Re: DlangUI project update
On Wednesday, 21 January 2015 at 17:16:40 UTC, data man wrote: And there is the ability to embed resources into .exe? Done. Standard resources are embedded into executable by default. When your application uses custom resources, you can embed resources into executable and/or specify external resource directory(s). To embed resources, put them into views/res directory, and create file views/resources.list with list of all files to embed. Use following code to embed resources: /// entry point for dlangui based application extern (C) int UIAppMain(string[] args) { // embed non-standard resources listed in views/resources.list into executable embeddedResourceList.addResources(embedResourcesFromList!("resources.list")()); ... Resource list resources.list file may look similar to following: res/i18n/en.ini res/i18n/ru.ini res/mdpi/cr3_logo.png res/mdpi/document-open.png res/mdpi/document-properties.png res/mdpi/document-save.png res/mdpi/edit-copy.png res/mdpi/edit-paste.png res/mdpi/edit-undo.png res/mdpi/tx_fabric.jpg res/theme_custom1.xml As well you can specify list of external directories to get resources from. /// entry point for dlangui based application extern (C) int UIAppMain(string[] args) { // resource directory search paths string[] resourceDirs = [ appendPath(exePath, "../../../res/"), // for Visual D and DUB builds appendPath(exePath, "../../../res/mdpi/"), // for Visual D and DUB builds appendPath(exePath, "../../../../res/"),// for Mono-D builds appendPath(exePath, "../../../../res/mdpi/"),// for Mono-D builds appendPath(exePath, "res/"), // when res dir is located at the same directory as executable appendPath(exePath, "../res/"), // when res dir is located at project directory appendPath(exePath, "../../res/"), // when res dir is located at the same directory as executable appendPath(exePath, "res/mdpi/"), // when res dir is located at the same directory as executable appendPath(exePath, "../res/mdpi/"), // when res dir is located at project directory appendPath(exePath, "../../res/mdpi/") // when res dir is located at the same directory as executable ]; // setup resource directories - will use only existing directories Platform.instance.resourceDirs = resourceDirs; When same file exists in both embedded and external resources, one from external resource directory will be used - it's useful for developing and testing of resources. As well, it's no more required to set theme and language in UIAppMain if you don't want to change default values.
Re: Calypso: Direct and full interfacing to C++
I can't build clang. I am getting strange error: D:\llvm\cfe-3.5.0.src\cfe-3.5.0.src>make Error on line 23: expecting target : dependencies
Re: Coedit alpha 11 released
El 21/01/15 a les 18:35, Basile Burg via Digitalmars-d-announce ha escrit: > I'm glad to announce this new release of Coedit. Congratulations for this new release! Did you fix the use of DCD simultaneously with other D editors?
Re: Coedit alpha 11 released
On Thursday, 22 January 2015 at 02:04:58 UTC, Andrei Alexandrescu wrote: On 1/21/15 9:35 AM, Basile Burg wrote: I'm glad to announce this new release of Coedit. [snip] Nice! Any change for highlighting in .dd and .ddoc (Ddoc) documents? :o) -- Andrei No, a dedicated highlightrt has to be added. i've totally missed out this feature.