fix: clang-format violations in extract_defs.c

Wrap two if-conditions that exceeded the 100-column limit:

- Line 3506: break &&-condition before the parenthesised ObjC/Java
  language check so the line stays within 100 cols.
- Lines 5860-5861: split the combined enum_body / enum_body_declarations
  comparison onto separate continuation lines to satisfy the limit.

No logic change; formatting only.

Signed-off-by: sahil-mangla <manglasahil2017@gmail.com>

Author: sahil-mangla

internal/cbm/extract_defs.c

@@ -3503,7 +3503,8 @@ static void extract_class_def(CBMExtractCtx *ctx, TSNode node, const CBMLangSpec
 
     TSNode name_node = ts_node_child_by_field_name(node, TS_FIELD("name"));
     // ObjC/Java: class name is first identifier child (Java fallback for enum_declaration)
-    if (ts_node_is_null(name_node) && (ctx->language == CBM_LANG_OBJC || ctx->language == CBM_LANG_JAVA)) {
+    if (ts_node_is_null(name_node) &&
+        (ctx->language == CBM_LANG_OBJC || ctx->language == CBM_LANG_JAVA)) {
         name_node = cbm_find_child_by_kind(node, "identifier");
     }
 
@@ -5858,7 +5859,8 @@ static void push_class_body_children(TSNode node, const CBMLangSpec *spec, wd_st
         if (strcmp(ck, "field_declaration_list") == 0 || strcmp(ck, "class_body") == 0 ||
             strcmp(ck, "declaration_list") == 0 || strcmp(ck, "body") == 0 ||
             strcmp(ck, "block") == 0 || strcmp(ck, "suite") == 0 ||
-            strcmp(ck, "enum_body") == 0 || strcmp(ck, "enum_body_declarations") == 0 ||
+            strcmp(ck, "enum_body") == 0 ||
+            strcmp(ck, "enum_body_declarations") == 0 ||
             // Groovy class bodies are a `closure` node; routing through the
             // nested-class path keeps methods from being re-walked (and thus
             // double-extracted) as top-level functions. Gated to Groovy so other