Recent regression produces crash in clang

[dcb314]

eggwrapbox-e1f21d.c.gz
eggwrapbox-e1f21d.sh.gz

I struggled to reproduce the bug here, so I hand it over to folks with more idea.

[nikic]

Can't reproduce a crash on current main. What's the backtrace you got?

[dcb314]

 #0 0x0000000001e1660b llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/home/dcb38/llvm/results.20240131/bin/clang+0x1e1660b)
 #1 0x0000000001e14444 llvm::sys::CleanupOnSignal(unsigned long) (/home/dcb38/llvm/results.20240131/bin/clang+0x1e14444)
 #2 0x0000000001d59090 CrashRecoverySignalHandler(int) CrashRecoveryContext.cpp:0:0
 #3 0x00007f7ee985fbb0 __restore_rt (/lib64/libc.so.6+0x3dbb0)
 #4 0x00000000053177bc clang::Lexer::LexStringLiteral(clang::Token&, char const*, clang::tok::TokenKind) (/home/dcb38/llvm/results.20240131/bin/clang+0x53177bc)
 #5 0x000000000531885f clang::Lexer::LexTokenInternal(clang::Token&, bool) (/home/dcb38/llvm/results.20240131/bin/clang+0x531885f)
 #6 0x000000000298e049 clang::TextDiagnostic::emitSnippetAndCaret(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::SmallVectorImpl<clang::CharSourceRange>&, llvm::ArrayRef<clang::FixItHint>) (/home/dcb38/llvm/results.20240131/bin/clang+0x298e049)
 #7 0x0000000002976e9a clang::DiagnosticRenderer::emitDiagnostic(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::StringRef, llvm::ArrayRef<clang::CharSourceRange>, llvm::ArrayRef<clang::FixItHint>, llvm::PointerUnion<clang::Diagnostic const*, clang::StoredDiagnostic const*>) (/home/dcb38/llvm/results.20240131/bin/clang+0x2976e9a)
 #8 0x00000000029779fb clang::DiagnosticRenderer::emitSingleMacroExpansion(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::ArrayRef<clang::CharSourceRange>) (/home/dcb38/llvm/results.20240131/bin/clang+0x29779fb)

[llvmbot]

@llvm/issue-subscribers-clang-frontend

Author: None (dcb314)

[eggwrapbox-e1f21d.c.gz](https://github.com/llvm/llvm-project/files/14110352/eggwrapbox-e1f21d.c.gz) [eggwrapbox-e1f21d.sh.gz](https://github.com/llvm/llvm-project/files/14110377/eggwrapbox-e1f21d.sh.gz)

I struggled to reproduce the bug here, so I hand it over to folks with more idea.

[tbaederr]

Sounds like my fault.

[tbaederr]

I can't reproduce either though, the output I get is:

../src/widgets/eggwrapbox.c:322:3: warning: 'g_type_class_add_private' is deprecated [-Wdeprecated-declarations]
  322 |   g_type_class_add_private (class, sizeof (EggWrapBoxPrivate));
      |   ^
/usr/include/glib-2.0/gobject/gtype.h:1382:1: note: 'g_type_class_add_private' has been explicitly marked deprecated here
 1382 | GOBJECT_DEPRECATED_IN_2_58
      | ^
/usr/include/glib-2.0/gobject/gobject-visibility.h:581:36: note: expanded from macro 'GOBJECT_DEPRECATED_IN_2_58'
  581 | #define GOBJECT_DEPRECATED_IN_2_58 GOBJECT_DEPRECATED
      |                                    ^
/usr/include/glib-2.0/gobject/gobject-visibility.h:30:28: note: expanded from macro 'GOBJECT_DEPRECATED'
   30 | #define GOBJECT_DEPRECATED G_DEPRECATED _GOBJECT_EXTERN
      |                            ^
/usr/include/glib-2.0/glib/gmacros.h:1262:37: note: expanded from macro 'G_DEPRECATED'
 1262 | #define G_DEPRECATED __attribute__((__deprecated__))
      |                                     ^
../src/widgets/eggwrapbox.c:331:5: warning: Deprecated pre-processor symbol: replace with "G_ADD_PRIVATE" [-W#pragma-messages]
  331 |     G_TYPE_INSTANCE_GET_PRIVATE (box, EGG_TYPE_WRAP_BOX, EggWrapBoxPrivate);
      |     ^
/usr/include/glib-2.0/gobject/gtype.h:686:145: note: expanded from macro 'G_TYPE_INSTANCE_GET_PRIVATE'
  686 | #define G_TYPE_INSTANCE_GET_PRIVATE(instance, g_type, c_type)   ((c_type*) g_type_instance_get_private ((GTypeInstance*) (instance), (g_type))) GOBJECT_DEPRECATED_MACRO_IN_2_58_FOR(G_ADD_PRIVATE)
      |                                                                                                                                                 ^
/usr/include/glib-2.0/gobject/gobject-visibility.h:584:49: note: expanded from macro 'GOBJECT_DEPRECATED_MACRO_IN_2_58_FOR'
  584 | #define GOBJECT_DEPRECATED_MACRO_IN_2_58_FOR(f) GLIB_DEPRECATED_MACRO_FOR (f)
      |                                                 ^
/usr/include/glib-2.0/glib/gmacros.h:1299:3: note: expanded from macro 'GLIB_DEPRECATED_MACRO_FOR'
 1299 |   _GLIB_GNUC_DO_PRAGMA(GCC warning G_STRINGIFY (Deprecated pre-processor symbol: replace with #f))
      |   ^
/usr/include/glib-2.0/glib/gmacros.h:1296:33: note: expanded from macro '_GLIB_GNUC_DO_PRAGMA'
 1296 | #define _GLIB_GNUC_DO_PRAGMA(x) _Pragma(G_STRINGIFY (x))
      |                                 ^
<scratch space>:47:6: note: expanded from here
   47 |  GCC warning "Deprecated pre-processor symbol: replace with \"G_ADD_PRIVATE\""
      |      ^
2 warnings generated.

Do you have an in-development version of any of the dependencies installed?

[dcb314]

Do you have an in-development version of any of the dependencies installed?

I am not sure I understand your question. I have enough installed to start the compilation,
but I don't think that was the question you were asking.

Here is what looks like a duplicate:

test-gom-sorting-44de12.sh.gz
test-gom-sorting-44de12.c.gz

Stack backtrace is

 #0 0x0000000001e1660b llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/home/dcb38/llvm/results.20240131/bin/clang+0x1e1660b)
 #1 0x0000000001e14444 llvm::sys::CleanupOnSignal(unsigned long) (/home/dcb38/llvm/results.20240131/bin/clang+0x1e14444)
 #2 0x0000000001d59090 CrashRecoverySignalHandler(int) CrashRecoveryContext.cpp:0:0
 #3 0x00007f90ee37ebb0 __restore_rt (/lib64/libc.so.6+0x3dbb0)
 #4 0x0000000005310fbc clang::Lexer::SkipWhitespace(clang::Token&, char const*, bool&) (/home/dcb38/llvm/results.20240131/bin/clang+0x5310fbc)
 #5 0x0000000005317bee clang::Lexer::LexTokenInternal(clang::Token&, bool) (/home/dcb38/llvm/results.20240131/bin/clang+0x5317bee)
 #6 0x000000000298e049 clang::TextDiagnostic::emitSnippetAndCaret(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::SmallVectorImpl<clang::CharSourceRange>&, llvm::ArrayRef<clang::FixItHint>) (/home/dcb38/llvm/results.20240131/bin/clang+0x298e049)
 #7 0x0000000002976e9a clang::DiagnosticRenderer::emitDiagnostic(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::StringRef, llvm::ArrayRef<clang::CharSourceRange>, llvm::ArrayRef<clang::FixItHint>, llvm::PointerUnion<clang::Diagnostic const*, clang::StoredDiagnostic const*>) (/home/dcb38/llvm/results.20240131/bin/clang+0x2976e9a)
 #8 0x00000000029779fb clang::DiagnosticRenderer::emitSingleMacroExpansion(clang::FullSourceLoc, clang::DiagnosticsEngine::Level, llvm::ArrayRef<clang::CharSourceRange>) (/home/dcb38/llvm/results.20240131/bin/clang+0x29779fb)

[tbaederr]

Do you have an in-development version of any of the dependencies installed?

I am not sure I understand your question. I have enough installed to start the compilation, but I don't think that was the question you were asking.

What version of glib and other dependencies your test case uses do you have installed?

Here is what looks like a duplicate:

test-gom-sorting-44de12.sh.gz test-gom-sorting-44de12.c.gz

No luck here either. :(

[dcb314]

What version of glib and other dependencies your test case uses do you have installed?

glib2 is at version 2.76.6, but I don't see how that helps.

No luck here either. :(

I am happy to write this bug report off as can't reproduce ;-|

[Endilll]

I compiled Clang at b5c0b67 in release configuration with assertions enabled, and can't reproduce the crash using either of the examples.