-
Notifications
You must be signed in to change notification settings - Fork 13.5k
__label__ not supported #3801
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Don't forget fun stuff like: void foo() { label completely changes the scoping rules for labels :( |
*** Bug llvm/llvm-bugzilla-archive#3458 has been marked as a duplicate of this bug. *** |
*** Bug llvm/llvm-bugzilla-archive#3543 has been marked as a duplicate of this bug. *** |
*** Bug llvm/llvm-bugzilla-archive#3737 has been marked as a duplicate of this bug. *** |
*** Bug llvm/llvm-bugzilla-archive#4151 has been marked as a duplicate of this bug. *** |
*** Bug llvm/llvm-bugzilla-archive#6377 has been marked as a duplicate of this bug. *** |
Is there any hope this construct will be supported in the short term? I am asking because the Linux kernel (among others) keeps using label and there is no indication the developers will not continue using it. |
Our (ReactOS) Structured Exception Handling support lib (PSEH) makes use of it too, which is preventing every core module from compiling right now. |
A logging library/framework I am about to publish soon depends on this feature. |
Also filed this as Bug ID# 8287027 with Apple, maybe others who depend on the feature |
Our compiler team has a patch to add this GCC feature to clang including a nice AST representation, I'll aim to attach it here over the course of the week as part of our series to build the Linux kernel without modification. |
(work-in-progress) rework of label support
The patch isn't quite ready to be landed yet but I thought I'd share this now. |
I get failed hunks in 7 files trying to apply the attached patch to the current clang SVN codebase. Is there a special branch where I should be applying this patch? Or is the development moving so fast that the patch has become out of date? |
patch refreshed for svn 121290 Alp, thanks for your work on this patch and please send updates :) |
update for 122051 |
Is there a test case for this crash? |
Last interesting log messages: ANALYZE: arch/x86/kernel/apic/io_apic.c setup_IO_APIC_irq_extra Fixed by this: --- include/clang/Analysis/Visitors/CFGRecStmtDeclVisitor.h (revision 122335)
Obviously, the crash is caused by unhandled case due to the out-of-tree |
updated patch for mainline |
Clang now supports label on mainline, but there is still some work to get llvm/llvm-bugzilla-archive#4151 to be useful. Please file new bugs about label details that that you notice which are wrong, I'd like to claim that this is supported for LLVM 2.9 |
mentioned in issue llvm/llvm-bugzilla-archive#3458 |
mentioned in issue llvm/llvm-bugzilla-archive#3543 |
mentioned in issue llvm/llvm-bugzilla-archive#3696 |
mentioned in issue llvm/llvm-bugzilla-archive#3737 |
mentioned in issue llvm/llvm-bugzilla-archive#4068 |
mentioned in issue llvm/llvm-bugzilla-archive#4151 |
mentioned in issue llvm/llvm-bugzilla-archive#4220 |
mentioned in issue llvm/llvm-bugzilla-archive#6377 |
mentioned in issue llvm/llvm-bugzilla-archive#6815 |
…fef_the_value [lldb] Unwrap the type when dereferencing the value
Extended Description
the following doesnt work (-fsyntax-only):
void foo() {
label l;
int v;
}
The text was updated successfully, but these errors were encountered: