Re: Mass-enabling D => License question

On 21/05/14 02:16, Max Barraclough wrote: The DMD frontend is licensed under the GPL, which is 'viral': if your code links against it, you'll have to release your code as GPL. There's no need to link with DMD. Strictly, John is right in that the GPL doesn't prevent you from charging for your

Re: Optional monitors suggestion

If we didn't have to worry about being backwards compatible, I'd definitely argue for the second solution. Java compatibility is not a very strong argument in my opinion. First, porting a Java application 1:1 is asking for performance hazards (w.r.t. GC, ...) anyway. Second, the no-synchroniz

Re: 64-bit DMD for windows?

On 21 May 2014 13:45, Temtaime via Digitalmars-d wrote: > Yes, DMD uses ld on linux. It's OK because there is no other > linker. And it's system's default. Everybody(almost) have GCC. > > But on windows.. MSVS is external IDE and toolset. Some people > yes they uses MinGW. > Why ? MSVS has some di

Re: 64-bit DMD for windows?

Yes, DMD uses ld on linux. It's OK because there is no other linker. And it's system's default. Everybody(almost) have GCC. But on windows.. MSVS is external IDE and toolset. Some people yes they uses MinGW. Why ? MSVS has some disadvantages for me for example it's poor C++11 support. So it's use

Re: 64-bit DMD for windows?

On 21 May 2014 05:15, Temtaime via Digitalmars-d wrote: > Sorry i misunderstood you. > Yes dmd supports x64 on windows but it doesn't work without external tools. > It's a main trouble i think. MSVC is the de facto standard toolset for Windows. How do you interoperate with any other conventional

Re: Mass-enabling D => License question

On Wednesday, 21 May 2014 at 00:16:07 UTC, Max Barraclough wrote: The DMD frontend is licensed under the GPL, which is 'viral': if your code links against it, you'll have to release your code as GPL. Strictly, John is right in that the GPL doesn't prevent you from charging for your code, but see

Re: Mass-enabling D => License question

The DMD frontend is licensed under the GPL, which is 'viral': if your code links against it, you'll have to release your code as GPL. Strictly, John is right in that the GPL doesn't prevent you from charging for your code, but seeing as that code will be GPL'ed, anyone who buys it will then be fr

Re: Mass-enabling D => License question

On Tuesday, 20 May 2014 at 20:44:57 UTC, Andre wrote: Hi, I like D due to its clear syntax and power. For a business application developer what is really missing is a full blown IDE which enables Rapid Application Development. => GUI => Database => Internet components => Refactoring => ... an

Re: [OT] DConf - How to survive without a car?

On Tuesday, 20 May 2014 at 18:00:13 UTC, Ali Çehreli wrote: On 05/20/2014 09:47 AM, Robert BuRnEr Schadek via Digitalmars-d wrote: what about tonight I am 101% sure people will be at Aloft. I will be. :) Ali I'll be there tonight as well.

Re: [OT] DConf - How to survive without a car?

On 05/20/2014 11:21 AM, Ali Çehreli via Digitalmars-d wrote: > On 05/20/2014 11:17 AM, Robert BuRnEr Schadek via Digitalmars-d wrote: > > >> I am 101% sure people will be at Aloft. I will be. :) > > Sound like a plan. At what time do you except people/you to at the > > lobby/bar? > > 7pm for me. >

Re: Memory allocation purity

On Mon, 19 May 2014 23:14:03 -0400, Jonathan M Davis via Digitalmars-d wrote: On Mon, 19 May 2014 13:11:43 -0400 Steven Schveighoffer via Digitalmars-d wrote: On Mon, 19 May 2014 12:35:26 -0400, Jonathan M Davis via Digitalmars-d wrote: > On Mon, 19 May 2014 09:42:31 -0400 > Steven Schve

Mass-enabling D => License question

Hi, I like D due to its clear syntax and power. For a business application developer what is really missing is a full blown IDE which enables Rapid Application Development. => GUI => Database => Internet components => Refactoring => ... and a lot things more If I compare the time I need to dev

Re: Memory allocation purity

On Mon, 19 May 2014 23:33:30 -0400, Jonathan M Davis via Digitalmars-d wrote: On Mon, 19 May 2014 15:20:46 -0400 Steven Schveighoffer via Digitalmars-d wrote: On Mon, 19 May 2014 15:03:55 -0400, Dicebot wrote: > On Monday, 19 May 2014 at 17:35:34 UTC, Steven Schveighoffer wrote: >> On Mo

Re: Memory allocation purity

On Mon, 19 May 2014 18:46:22 -0400, Dicebot wrote: On Monday, 19 May 2014 at 20:51:22 UTC, Steven Schveighoffer wrote: On Mon, 19 May 2014 16:23:34 -0400, Dicebot wrote: Oh, and are probably eager to show me links to specs which indicate what part of my snippet breaks the type system? Is

Re: 64-bit DMD for windows?

On Tuesday, 20 May 2014 at 19:15:59 UTC, Temtaime wrote: Yes dmd supports x64 on windows but it doesn't work without external tools. DMD on Linux doesn't work without external tools (system GCC/ld) either. Microsoft provides the required tools for free and they are not difficult to install,

Re: DMD generates calls to next operation

On Tuesday, 20 May 2014 at 19:55:17 UTC, Artur Skawina via Digitalmars-d wrote: On 05/20/14 21:46, Jeroen Bollen via Digitalmars-d wrote: While inspecting assembly code generated by DMD I found this weird bit of assembly: 19:e8 00 00 00 00 call 1e <_Dmain+0x1e> 1e:31

Re: C++ bounded::integer library

On Tuesday, 20 May 2014 at 13:03:59 UTC, Nordlöw wrote: You have a typo: @save instead of @safe Oops. This happens all the time :-/ You should also guard the use of asm to x86 architectures only with version. Uh? I thought the D assembler should be generic? So if the target platform provide

Re: DMD generates calls to next operation

On 05/20/14 21:46, Jeroen Bollen via Digitalmars-d wrote: > While inspecting assembly code generated by DMD I found this > weird bit of assembly: >19:e8 00 00 00 00 call 1e <_Dmain+0x1e> >1e:31 c0xoreax,eax >20:c9 le

DMD generates calls to next operation

While inspecting assembly code generated by DMD I found this weird bit of assembly: <_Dmain>: 0: 55 push rbp 1: 48 8b ecmovrbp,rsp 4: 48 83 ec 10 subrsp,0x10 8: c7 45 f8 05 00 00 00movDWORD PTR

Re: [OT] DConf - How to survive without a car?

On 18/05/14 08:46, Dragos Carp wrote: On Tuesday, 6 May 2014 at 02:20:46 UTC, Lionello Lunesu wrote: Hi all, After last year's incident with my tires getting slashed, I'm really hoping I can do without a car during this year's DConf. How feasible is this? I'll be staying at Aloft. Would be gre

Re: 64-bit DMD for windows?

Sorry i misunderstood you. Yes dmd supports x64 on windows but it doesn't work without external tools. It's a main trouble i think.

Re: [OT] DConf - How to survive without a car?

On 20/05/14 09:27, Iain Buclaw via Digitalmars-d wrote: FYI I was stuck at border control for 2 hours - incase anyone else is an alien. I just passed customs in Chicago. Never entered the US so easily. Interestingly, it was much easier this time (leisure) than when I used to fly to US for bu

Re: [OT] DConf - How to survive without a car?

On 18/05/14 08:46, Dragos Carp wrote: On Tuesday, 6 May 2014 at 02:20:46 UTC, Lionello Lunesu wrote: Hi all, After last year's incident with my tires getting slashed, I'm really hoping I can do without a car during this year's DConf. How feasible is this? I'll be staying at Aloft. Would be gre

Re: 64-bit DMD for windows?

On Tuesday, 20 May 2014 at 16:29:27 UTC, Andrej Mitrovic via Digitalmars-d wrote: On 5/20/14, Temtaime via Digitalmars-d wrote: Windows is out of favor for DMD's developers. Please stop spreading misinformation. - std.c.windows seriously outdated; third party libraries also outdated. - Win

Re: 64-bit DMD for windows?

On Tuesday, 20 May 2014 at 18:47:46 UTC, Temtaime wrote: Please don't ask useful-less questions. One can tell all the advantages of 64 bits or you can use the Wikipedia. You might want to read my response again. I specifically asked "How does the current 64 bit version of DMD fall short of yo

Re: 64-bit DMD for windows?

Please don't ask useful-less questions. One can tell all the advantages of 64 bits or you can use the Wikipedia.

Re: 64-bit DMD for windows?

Why mis ? For example. Linux : DMD can use GCC libs. DMD can compile and link 64 bit app. Windows : DMD cannot use both MSVC and MinGW libs. DMD cannot link 64 apps without installed MSVS. And it's stays there for a long time.

Re: [OT] DConf - How to survive without a car?

On 5/20/14, Iain Buclaw via Digitalmars-d wrote: > FYI I was stuck at border control for 2 hours - incase anyone else is an > alien. I knew you had to be from another planet!

Re: Things to Discuss at DConf 2014

On Tuesday, 20 May 2014 at 18:11:12 UTC, Manu via Digitalmars-d wrote: I'd really like that too. I was the main driving force behind that conversation last year, and I'm not going this year :( So someone else will have to carry the flag...? conferenceDiscussion(manusReferenceDiscussionFlag())

Re: [OT] DConf - How to survive without a car?

On 05/20/2014 11:17 AM, Robert BuRnEr Schadek via Digitalmars-d wrote: >> I am 101% sure people will be at Aloft. I will be. :) > Sound like a plan. At what time do you except people/you to at the > lobby/bar? 7pm for me. > Can you eat at Aloft, even if you're not staying there? Yes. Ali

Re: [OT] DConf - How to survive without a car?

On 05/20/2014 11:00 AM, Ali Çehreli via Digitalmars-d wrote: > On 05/20/2014 09:47 AM, Robert BuRnEr Schadek via Digitalmars-d wrote: >> what about tonight > > I am 101% sure people will be at Aloft. I will be. :) Sound like a plan. At what time do you except people/you to at the lobby/bar? Can yo

Re: Things to Discuss at DConf 2014

On 21 May 2014 04:01, w0rp via Digitalmars-d wrote: > I'm not going to DConf myself, but I'll make this thread so people can list > out a few things worth discussing while various important D contributors are > all gathered together at DConf 2014. > > During the last conference, people met up to d

Re: Things to Discuss at DConf 2014

On 5/20/14, w0rp via Digitalmars-d wrote: > During the last conference, people met up to discuss ref const(T) > and references to r-values, etc. It would be nice to solve this. There is *a ton* of const reference stuff in a typical C++ library. I always have to convert these into pass-by-value, a

Things to Discuss at DConf 2014

I'm not going to DConf myself, but I'll make this thread so people can list out a few things worth discussing while various important D contributors are all gathered together at DConf 2014. During the last conference, people met up to discuss ref const(T) and references to r-values, etc. There

Re: [OT] DConf - How to survive without a car?

On 05/20/2014 09:47 AM, Robert BuRnEr Schadek via Digitalmars-d wrote: what about tonight I am 101% sure people will be at Aloft. I will be. :) Ali

Re: Switch to list all druntime calls?

David Nadlinger: There are quite a few runtime functions which don't in fact allocate. Finding them is the point of a "-noruntime" switch. Now for just the ones that allocate we have @nogc. Bye, bearophile

Re: Switch to list all druntime calls?

On Tuesday, 20 May 2014 at 10:39:32 UTC, bearophile wrote: Instead (or in addition) of this dmd compiler switch: -vgc list all hidden gc allocations Isn't it more useful a compiler switch like "-noruntime" (similar to the switch of the ldc2 compiler) meant to list the lines of code

Re: [OT] DConf - How to survive without a car?

what about tonight On 05/19/2014 10:23 PM, Iain Buclaw via Digitalmars-d wrote: > On 20 May 2014 06:21, Iain Buclaw > wrote: > > > On 19 May 2014 23:07, Lionello Lunesu via Digitalmars-d > mailto:digitalmars-d@puremagic.com>> > wrote: > > On 19/0

Re: Switch to list all druntime calls?

On Tuesday, 20 May 2014 at 15:53:51 UTC, Meta wrote: That more or less does the trick, doesn't it? Yeah, it will work, but it isn't as convenient as a compiler helper thingy because pulling a function out of object.d can be a pain and the linker error isn't as easy to read as a compiler erro

Re: Switch to list all druntime calls?

Meta: I think I remember Adam Ruppe mentioning somewhere that you can use a custom object.d and omit the Druntime functions, and the linker will complain about them at link-time where they're used. That more or less does the trick, doesn't it? Then why is -vgc includes among the dmd switches

Re: C++ bounded::integer library

Meta: What's the difference between your proposed "enum precondition" and: void fun(int n) in { static assert(...); } out { static assert(...); } body { //... } Those static asserts are useless, because the argument n is not a "static" one. Bye, bearophile

Re: 64-bit DMD for windows?

On 5/20/14, Temtaime via Digitalmars-d wrote: > Windows is out of favor for DMD's developers. Please stop spreading misinformation.

Re: 64-bit DMD for windows?

On Monday, 19 May 2014 at 17:59:43 UTC, steven kladitis wrote: I see that this thread is over 3 years old. I am totally enjoying D. I love assembler programming. I am just dissapointed that there is simple way to compile 64 bit code as of 2014 in windows. I am still unable to compile 64 bit

Re: 64-bit DMD for windows?

Windows is out of favor for DMD's developers.

Re: C++ bounded::integer library

On Monday, 19 May 2014 at 23:02:01 UTC, bearophile wrote: I think "enum preconditions" are exactly that :-) But I don't know if they are good enough, if they are a good idea, of if there are better ways to do similar things. But I think something like that is an useful improvement for D, able t

Re: Switch to list all druntime calls?

On Tuesday, 20 May 2014 at 10:39:32 UTC, bearophile wrote: Instead (or in addition) of this dmd compiler switch: -vgc list all hidden gc allocations Isn't it more useful a compiler switch like "-noruntime" (similar to the switch of the ldc2 compiler) meant to list the lines of code

Re: [OT] DConf - How to survive without a car?

On 19 May 2014 22:50, "Lionello Lunesu via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: > > On 20/05/14 07:21, Iain Buclaw via Digitalmars-d wrote: >> >> >> On 19 May 2014 23:07, Lionello Lunesu via Digitalmars-d >> mailto:digitalmars-d@puremagic.com>> wrote: >> >> On 19/05/14 15:37, Li

Re: C++ bounded::integer library

On Tuesday, 20 May 2014 at 09:45:12 UTC, Dominikus Dittes Scherkl wrote: On Sunday, 18 May 2014 at 21:58:54 UTC, bearophile wrote: I presume some ways to improve it are to add to core.bitop some D standard intrinsics to detect overflows and carry, to increase run-time performance to sufficient

Switch to list all druntime calls?

Instead (or in addition) of this dmd compiler switch: -vgc list all hidden gc allocations Isn't it more useful a compiler switch like "-noruntime" (similar to the switch of the ldc2 compiler) meant to list the lines of code where are implicit calls to runtime funcitions? Bye, bearo

Re: C++ bounded::integer library

On Sunday, 18 May 2014 at 21:58:54 UTC, bearophile wrote: I presume some ways to improve it are to add to core.bitop some D standard intrinsics to detect overflows and carry, to increase run-time performance to sufficient levels. If they are not fast, people will be less willing to used them. I

Re: What about DGui?

18.05.2014 19:14, FrankLike пишет: On Sunday, 18 May 2014 at 14:54:44 UTC, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. DGui's Memory Usage is 3.2M. [1] https://bitbucket.org/dgui/dgui [2] https://bitbucket.org/dgui/dgui/do

Re: What about DGui?

18.05.2014 18:25, FrankLike пишет: *http://denis-sh.bitbucket.org/ Where is the DGui? This dgui is very cool. The link is to my personal page. DGui isn't my library, I only manage it so it can't be listened in "my open-source projects" page. As for x64 support, yes is isn't ready. If it

Re: What about DGui?

18.05.2014 14:52, FrankLike пишет: On Sunday, 18 May 2014 at 09:22:53 UTC, FrankLike wrote: DFL isn't boost licensed, that's the problem for me. And Christopher didn't answered anything on my proposal to change the license. I'd suggest to put the effort in DGui [1] instead because its author,