Originally posted by ArneBab
View Post
Leadwerks: GDB Is Annoying; Editor Using GTK
Collapse
X
-
-
-
I got a reply from Leadwerks which supports my notion that Phoronix is completely misrepresenting them:
@ArneBab That really wasn't meant to be controversial. I was hoping to provide constructive feedback from the view of an Xcode / VS user.
@arnebab The first 24 hours are the best for usability feedback. I figure if they notice a pattern some of those things will be improved.
I updated my post accordingly: http://draketo.de/light/english/free...misrepresented
Leave a comment:
-
-
Originally posted by mmstick View PostInstalling fglrx in Ubuntu is no different than in Debian. It's the same package that works the same way and therefore gives the same experience.
This of course could have changed in the last few years.
Leave a comment:
-
-
Originally posted by leech View PostIt just sounded to me like his issue was with the weird way Ubuntu does things. It's a bit 'off'. Generally the fglrx packages are a bit better under Debian, because the maintainers do a better job at cleaning things up (usually).
In theory, all he really had to do was purge all the fglrx packages then install the nvidia-glx ones.
Doesn't Ubuntu have some sort of hardware driver installer still? I know they did at one point, but I stopped using them years ago due to random stability issues.
Leave a comment:
-
-
Originally posted by mrugiero View PostEDIT: Anyway, I'm basing in a really old experience mostly (I had some problems installing fglrx from the repos in my brother's computer, some time ago, since he does prefer the blobs for any card he gets), as I switched definitely for my computers to the open source drivers since around 2010.
In theory, all he really had to do was purge all the fglrx packages then install the nvidia-glx ones.
Doesn't Ubuntu have some sort of hardware driver installer still? I know they did at one point, but I stopped using them years ago due to random stability issues.
Leave a comment:
-
-
EDIT: Anyway, I'm basing in a really old experience mostly (I had some problems installing fglrx from the repos in my brother's computer, some time ago, since he does prefer the blobs for any card he gets), as I switched definitely for my computers to the open source drivers since around 2010.
Leave a comment:
-
-
Originally posted by mmstick View PostI've manually installed Catalyst hundreds of times in the past and never had any problems. For Ubuntu and Debian all you have to do is create a deb package with the installer and install the deb package. If you were using a xorg.conf with the open source drivers then remove that. It'll work perfectly so long as Catalyst supports your kernel, and Catalyst 13.8+ has supported up to at least kernel 3.12 fine.
What's really troublesome is manually installing a NVIDIA driver. You have to kill your xserver just to run the installer.
I don't know a lot about NVIDIA's driver, as I only installed it once or twice in my brother's computer. As you said, I had to do it from the CLI, but that's not really a trouble, and it usually comes to support newer kernels in time.
Leave a comment:
-
-
Originally posted by mrugiero View PostAlso, his problems with drivers are mostly due to the fact Catalyst messes things up, you can't blame Linux for that. That's why I stopped using it. Kernel update and poof, Catalyst doesn't work. I uninstall it from the CLI and still not working. I don't remember how I solved it, and I don't want to, I'll stick to Radeon.
I really don't understand what happened with his dual boot. The one time I had problems to dual boot, it was SecureBoot. Also, I feel seriously annoyed by his use of the word "driver" instead of "drive".
On the other hand, while a lot of his criticisms are wrong, he is respectful in the way he expresses them. Some, of course, are also right.
What's really troublesome is manually installing a NVIDIA driver. You have to kill your xserver just to run the installer.
Leave a comment:
-
-
Originally posted by XorEaxEax View PostHowever there is nothing indicating that Valve is using LLDB because they want to offer it as a proprietary friendly debugger or that a GPL licenced debugger would cause any problems for developers, that's just deanjo trying to make it into a licence issue.
I find your post (the whole, not only the quoted part) very informing, also, so thank you.
Leave a comment:
-
-
Originally posted by Pawlerson View PostHow does it make GDB a 'crap'? It's a crap, because some stupid company wants to take the code for free and hide modifications from others?
However there is nothing indicating that Valve is using LLDB because they want to offer it as a proprietary friendly debugger or that a GPL licenced debugger would cause any problems for developers, that's just deanjo trying to make it into a licence issue.
The actual Valve developer in question has already stated why they opted for LLDB over GDB, which was that they though it would be easier to build a GUI around it, which in turn ties in to what I speculated about earlier, that they (Valve) want to make it as easy as possible for what is mostly Windows based developers to get up and running while developing for Linux, and a debugger which offers a similar GUI and functions very much the same way that they are used to will obviously make it easier.
Now Michael in his eagerness to attack FSF/GNU based software tries to equal this with GDB being 'crap', which again just betrays his agenda. GDB needs to function as a system level debugger, and since neither Linux or *nix for that matter comes with a built in gui, GDB needs to fully function in text mode and this is it's default mode. It's equivalent in Windows, WinDbg does have a simple gui (given that Windows has a core gui) but it was a crude gui back when I was developing on Windows.
There are of course numerous front-ends aswell as IDE's which integrate GDB (including Visual Studio through plugin), so it's not as if you are stuck with pure text mode unless you are developing at low system level. In short, GDB is not 'crap' by any stretch of the imagination, it's also not the 'Visual Studio Debugger' because it has requirements far beyond that, like being able to run and be fully functional in a very sparse environment where you simply can't expect any sort of graphical interface.
Meanwhile the game developers who are used to Visual Studio Debugger will want Visual Studio Debugger, they would likely be just as annoyed with Windows GDB equivalent WinDbg, and this is what Michael tries to turn into 'GDB is crap', again all part of his pro Clang/LLVM, anti-FSF agenda.
So Valve will offer game developers a GUI based debugger which more resembles that what current game developers are used to (again most likely Visual Studio Debugger), and perhaps even an entire IDE in the future, but there's no indication that they will do this in a proprietary manner, and I for one would be very disappointed if they did as I don't see any reason for it.
Leave a comment:
-
Leave a comment: