From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 7456B385800B for ; Tue, 25 Oct 2022 10:49:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 7456B385800B Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1666694941; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=zBRe6K6UrWFs0r7h9mDRBUT+p3S2GTP2UQmupx6/tlQ=; b=a6YqZrOJQvV1G3gTaRoh+NaGLxgyciLuJJ2hma8VqTrqFSj8enOOxiygu529/w7c87Na77 YFN3ZueaB7WAyMGNXaxfS6dz302IuLkKGwuRoKKjq88auR5j2CDnn2I6zDiGo7FwIGArdb +wP2iECoM+anN4gHCoBZmQdyCh2Y1U8= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-607-I3-EaEEiN2ODFNN2SiZMjA-1; Tue, 25 Oct 2022 06:48:59 -0400 X-MC-Unique: I3-EaEEiN2ODFNN2SiZMjA-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 6247B855445 for ; Tue, 25 Oct 2022 10:48:49 +0000 (UTC) Received: from [10.33.36.116] (unknown [10.33.36.116]) by smtp.corp.redhat.com (Postfix) with ESMTP id A36102011566 for ; Tue, 25 Oct 2022 10:48:43 +0000 (UTC) Message-ID: <2932d319-9e73-53f1-0f97-bf2d67fdb879@redhat.com> Date: Tue, 25 Oct 2022 11:48:41 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.1 To: gdb-list From: Andrew Dinn Subject: gcj debug question X-Scanned-By: MIMEDefang 3.1 on 10.11.54.4 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-GB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,TXREP,T_FILL_THIS_FORM_SHORT autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi gdb experts, I'm hoping there is still enough institutional memory left somewhere in this forum to provide info about (the now defunct) DWARF support for gcj. Specifically, does anyone have a long enough memory to recall whether and, if so, how gcj advertised the presence of Java reflective class objects (instances of java.lang.Class) to the debugger? - Did it insert linker symbols for e.g. org.my.Foo.class into a generated binary? - Did it emit DWARF info records with tag DW_TAG_variable and associated attributes like name, type, linkage name and location? - In the latter case were these records located in the class (tag DW_TAG_class) info record or at top level in the same compile unit as the class? Of course, the question assumes that java.lang.Class instances were present in the image heap in advance of startup, which may be completely unwarranted as they coudl equally be created on demand during program bootstrap or normal execution. Correction of any such erroneous presumption would be most welcome. Answers on a (e-)postcard would be much appreciated. Actually, I'd be happy just with the name of someone who knows someone who might know. regards, Andrew Dinn -----------