Xcode 4.6 is available as a free download from the Mac App Store. [Direct Link]
Article Link: Xcode Developer Toolset Updated to Version 4.6
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Xcode Developer Toolset Updated to Version 4.6
- Thread starter MacRumors
- Start date
- Sort by reaction score
Article Link: Xcode Developer Toolset Updated to Version 4.6
Great news, all around.
Has Clang been updated? I was finding quirks with it refusing to compile some C++ code a week or two ago... I'm wondering if that code will still not compile.
Has Clang been updated? I was finding quirks with it refusing to compile some C++ code a week or two ago... I'm wondering if that code will still not compile.
I'm hoping this is the start of a much-needed and long overdue ramp up of the debugger support. For me, at least, it's the weakest part of the XCode experience by far.
I'm giving them a pass for getting things on track with lldb and see this latest change as a step in the right direction. I'm hoping they'll run with it from here the way they have with the static analysis etc.
LLVM/Clang 3.3 will be a big update to LLDB, C11, C++11, ObjC [ARC and more] OpenCL, OpenGL and a complete advancement in design modularity.
Both NVPTX [Nvidia] and R600 [AMD GPGPUs] targets and lots of OpenCL work. Not to mention OpenMP support and ARM64 amongst other target additions.
Both NVPTX [Nvidia] and R600 [AMD GPGPUs] targets and lots of OpenCL work. Not to mention OpenMP support and ARM64 amongst other target additions.
Hey Bro, I understand your frustration, but Apple does have other tasks on hand... give 'em some luv!!!
Love & Peace,
yehudah
Being able to inspect dictionaries and arrays using the debugger is functionality that a developer would expect to exist.
It did. You people didn't know about Right-Click->Inspect ?
Worked fine, just a bit less visual than the new functionality.
It is usually not the compiler. Your project is probably an old GCC project, which has visible or invisible settings, which are incompatible with other compilers, such as Clang.
Awesome news, the latest Xcode is quite good. And clang has the best C++11 support to date, much better than MSVC 2012.
Here are the changes from 4.5.2 to 4.6:
Here are the changes from 4.5.2 to 4.6:
Code:
$ xcrun clang --version
Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)
Target: x86_64-apple-darwin12.2.0
Thread model: posix
$ xcrun clang --version
Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)
Target: x86_64-apple-darwin12.2.0
Thread model: posix
Code:
$ xcrun git --version
git version 1.7.10.2 (Apple Git-33)
$ xcrun git --version
git version 1.7.12.4 (Apple Git-37)
Last edited:
I didn't touched XCode recently too much. Anyone has a hint for me if the wireless deployment meanwhile is back ? I found the idea of XCode 4.2 to wireless manage devices nice; less dealing with cables. It got removed in 4.3 but never showed up again. Was there any statement from Apple ? Just curious ...
Apple generally prefers you work with Objective-C style objects. Core Foundation is just there to enhance C compatibility... They haven't even given Core Foundation ARC yet. It's a bit of a second-class citizen in general.
*Had* to update to 4.6 after updating my iP5 to 6.1 (of course, right in the middle of something), then XC terminated trying to startup after the install, finally got it sorted out, got my 6.1 deployment target up and running again. Fixed some munged up tablecells too (just the visual layout in storyboard).
Hi Saladinos...
Not sure your point of complaint ever was a behavior - meaning PARENS '(' were auto-balanced.
It's always been the BRACES '{' and BRACKETS '[' which were the added characters, depending on preferences settings as per auto-completion.
Just saying...
Not sure your point of complaint ever was a behavior - meaning PARENS '(' were auto-balanced.
It's always been the BRACES '{' and BRACKETS '[' which were the added characters, depending on preferences settings as per auto-completion.
Just saying...
Well, here's one very obvious bug that's still not fixed:
Press Cmd+F to open a find dialog, type some query that gets lots of results, press Enter to select next result, it works fine, but Shift+Enter has a problem - it goes to previous entry, then to next one, effectively looping in place.
On the other hand, Cmd+G and Cmd+Shift+G work fine without the bug.
Press Cmd+F to open a find dialog, type some query that gets lots of results, press Enter to select next result, it works fine, but Shift+Enter has a problem - it goes to previous entry, then to next one, effectively looping in place.
On the other hand, Cmd+G and Cmd+Shift+G work fine without the bug.
Yeah but C compatibility is kind of important. Also, unless you're targeting iOS6 (and NSMapTable, which I'm unsure if this new inspector will detail), it's the only way to get a dictionary that doesn't copy its keys or retain its values.
As for bracket autocompletion, the problem is this:
4 + 3
4 + 3 )
(4 + 3 ) now press space...
( )4 + 3 ) why does XCode insert this bracket?!
I like the bracket autocompletion in general, but this one thing just annoys the hell out of me. There's nothing to complete here, the brackets are already closed.
I've noticed this quite often too. Sometimes the I realize I need to enclose something in brackets after it's been typed, so I put the end bracket first since i'm already at the end, then go to the beginning, and magically that extraneous bracket appears. Ah well, it's clearly a very simple logic error that would take all of five seconds to fix, they just have to do it...