<div dir="ltr">On 20 September 2013 14:53, F i L <span dir="ltr"><<a href="mailto:witte2008@gmail.com" target="_blank">witte2008@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Manu wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Edit-and-continue is what MS calls the obvious extension from incremental<br>
linking where you can re-link your exe while it's running and paused in a<br>
debugger, and then continue debugging the current process with the new exe<br>
after it links your code changes.<br>
it's one of visual studio's most valuable tools.<br>
</blockquote>
<br></div>
I see, I didn't know VS was capable of that, but it doesn't sound very useful for large projects which take a lot of time to compile (which I'm sure is important to you folks at Remedy).<br></blockquote><div>
<br></div><div>Actually, it's about a zillion times MORE useful for large projects. If the project is big, takes time to reboot/restart, and particularly in games where you might need to run to a particular part of a level and perform some bunch of actions to test the thing you're trying to debug in the first place.</div>
<div><br></div><div>Remember, non make-based build systems typically perform reliable dependency checking, so if you tweak code in one file, it only compiles that one file... it's very fast.</div><div>Also, incremental linking is precisely that, incremental, so if you only change one function, it only needs to append one function on the end of the exe. It's also very fast.</div>
<div>Visual Studio is very fast, this is the main reason why it's awesome, and the industry standard :)</div><div>In a tech company, there's nothing more valuable than your programmers time.<br></div><div><br></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I figured it was something along those lines though, so I tested editing a file while stopped on a breakpoint, and then running it and it didn't work. It's possible there's some switch i needed to hit, or that it would work with Clang/LLDB, but I doubt it (don't quote me on that though, you should ask the KDE folks).</blockquote>
<div><br></div><div>It needs a reasonable amount of support from the compiler and presumably cooperation from the debugger too. If people have never heard of it, chances are, it doesn't exist :(</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It requires support from various stages in the pipeline and gui, but it's<br>
been available for a decade from MS. Surely someone else has bothered to<br>
copy it? (assuming it was invented by MS?)<br>
</blockquote>
<br></div>
I wouldn't know. You'll probably get a lot more information on what's available from asking the GCC, LLVM, and KDevelop IRCs.</blockquote><div><br></div><div>Fair enough, but it's weird I should have to. Basic productivity tools like that should surely be known by users of the tools...</div>
<div>I'll just go and continue to assume that Visual Studio is still the only viable option on any platform :P</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Debugging is the most important feature an IDE offers by far, and it's only<br>
half-implemented if it doesn't support edit-and-continue. Everything else<br>
looked good to me in kdevelop. I'll definitely give it a bit more time.<br>
Sadly there seems to be no push for D in kdevelop though :(<br>
</blockquote>
<br></div>
Make sure to ask someone more informed than me before you write it off, but I'm guessing this is an area Linux dev tools are lacking in compared to Windows.<br></blockquote><div><br></div><div>Mmmm, a concept that I've always found completely amazing actually. How is it that Linux - truly an OS for developers (certainly not for end-users) - can consistently be plagued by the worst dev tools out there?</div>
<div>Surely someone in the past 30-40 years get's frustrated at some stage, looks at what MS have been doing for over a decade, and think "shit, that's awesome, I'd like that too!".</div><div>I'm actually amazed that MS managed to invent it in the first place. You'd think that Linux should have gotten to it first...</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
In Gabe Newell's recent talk at LinuxCon, he mentioned Valve is interested in make Linux a more friendly environment for game developers. To that end, they're working on two different C/C++ debuggers (one for LLVM, I forget the other) and I'm guessing they wouldn't feel the need to do that unless they where unhappy with the current situation compared to what developers expect from Windows. Hopefully their efforts are fruitful in the near future.<br>
</blockquote><div><br></div><div>I agree, I'm really looking forward to what they bring to the table. I expect it's a lot of work though... they have over a decade of catching up to do.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I've been using Linux and FOSS tools for nearly two years now, and I'm surprised I'd never heard about KDevelope until only a few months ago. It's a great IDE with a lot of nice features (even has Sublime-style text overview) and I hope D gets more attention from the KDev/Kate teams in the future.<br>

</blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Mmmm, I stumbled across it years ago, the first time I ever tried KDE; it must have been around feisty, hardy, or intrepid (they're the names that come to mind).</div>
<div class="gmail_extra">I thought it looked promising, but it certainly 'wasn't there' at the time.</div></div>