From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27745 invoked by alias); 17 Jul 2002 22:18:33 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 27732 invoked from network); 17 Jul 2002 22:18:31 -0000 Received: from unknown (HELO e2.ny.us.ibm.com) (32.97.182.102) by sources.redhat.com with SMTP; 17 Jul 2002 22:18:31 -0000 Received: from northrelay02.pok.ibm.com (northrelay02.pok.ibm.com [9.56.224.150]) by e2.ny.us.ibm.com (8.12.2/8.12.2) with ESMTP id g6HMIVe8048586 for ; Wed, 17 Jul 2002 18:18:31 -0400 Received: from d04nms76.raleigh.ibm.com (d04nms76.raleigh.ibm.com [9.67.226.202]) by northrelay02.pok.ibm.com (8.11.1m3/NCO/VER6.2) with ESMTP id g6HMISX29766 for ; Wed, 17 Jul 2002 18:18:29 -0400 To: binutils@sources.redhat.com Message-ID: From: "Jason Sullivan" Date: Wed, 17 Jul 2002 15:25:00 -0000 Subject: Help with debugging coff .cset bug? MIME-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42" Content-Disposition: inline X-SW-Source: 2002-07/txt/msg00438.txt.bz2 --0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42 Content-type: text/plain; charset=us-ascii Content-length: 1395 I'm making amusing attempts to debug a problem with .csect addressing in the gas assembler. I've got it configured on AIX (--host=rs6000-ibm-aix4.3.3.0 --target=powerpc-ibm-aix) and Linux (--host=i686-pc-linux-gnu --target=powerpc-ibm-aix), and I see the problem in both places. When I look at the .lst file and dump the object file, the first and second .csects begin at the right address (0, since I haven't linked it), but the third .csect begins where the first one left off (so if the last address in the first section is 0x18, the first address of the third section will be 0x1c). I've done some stumbling around with gdb and printfs, and have found out that the error happens after read_a_source_file(), but before write_object_file(). I'm guessing this isn't much of a surprise, but I suppose it's good to check the easy things first. What I'm looking for is a pointer to where the problem might be (an out and out fix would be cool to). Anyone out there have any suggestions? The attached files will generate the bug with the following command run with the above cofigured assembler... as-new -m booke -al -o assem_test3.o assem_test3.as > assem_test3.lst (See attached file: assem_test3.as)(See attached file: assem_test3.lst)(See attached file: assem_test3.o) -- Jason M. Sullivan PowerPC Embbedded Processor Solutions IBM Microelectronics jasonsul@us.ibm.com (919.543.5650) --0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42 Content-type: application/octet-stream; name="assem_test3.as" Content-Disposition: attachment; filename="assem_test3.as" Content-transfer-encoding: base64 Content-length: 549 Lmdsb2JsIF9fc3RhcnQKLmdsb2JsIC5fX3N0YXJ0CgouY3NlY3QgICAuZGF0 YVtEU10KX19zdGFydDoKLmxvbmcgICAgLl9fc3RhcnQKCQkJbm9wCi5sb25n ICAgIDB4MTExMTExMTEKCQkJbm9wCi5sb25nICAgIDB4MTExMTExMTEKCQkJ bm9wCi5sb25nICAgIDB4MTExMTExMTEKCi5jc2VjdCAudGV4dFtwcl0KLmxv bmcgICAgMHgyMjIyMjIyMgogICAgICAgICBub3AKLmxvbmcgICAgMHgyMjIy MjIyMgogICAgICAgICBub3AKCi5jc2VjdCAuX190aGlyZFtyd10KLmxvbmcg ICAgMHgzMzMzMzMzMwogICAgICAgICBub3AKLmxvbmcgICAgMHgzMzMzMzMz MwogICAgICAgICBub3AKLmFsaWduIDQKLmxvbmcgICAgMHg0NDQ0NDQ0NAog ICAgICAgICBub3AKLmxvbmcgICAgMHg0NDQ0NDQ0NAogICAgICAgICBub3AK --0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42 Content-type: application/octet-stream; name="assem_test3.lst" Content-Disposition: attachment; filename="assem_test3.lst" Content-transfer-encoding: base64 Content-length: 3059 TmV3IGNzZWN0LCBjdXIgZnJhZyAyMDAxZDc3MApOZXcgY3NlY3QsIGN1ciBm cmFnIDIwMDJjMjMwCk5ldyBjc2VjdCwgY3VyIGZyYWcgMjAwMmM4ZDAKRE9p bmcgc3Vic2Vnc19maW5pc2gKU3ltYm9sIE5hbWUgZHVtbXkBClN5bWJvbCBO YW1lIC50ZXh0W1BSXQpTeW1ib2wgTmFtZSBkdW1teQEKU3ltYm9sIE5hbWUg LmRhdGFbRFNdClN5bWJvbCBOYW1lIF9fc3RhcnQKU3ltYm9sIE5hbWUgLl9f dGhpcmRbUlddClN5bWJvbCBOYW1lIC5fX3N0YXJ0ClN5bWJvbCBOYW1lIC50 ZXh0ClN5bWJvbCBOYW1lIC5kYXRhClN5bWJvbCBOYW1lIC5ic3MKRnJhZzog MjAwNWFmYTAgIExpbmUgMSBmZmZmZmZmZgpHQVMgTElTVElORyBhc3NlbV90 ZXN0My5hcyAJCQlwYWdlIDEKCgogICAxICAgICAgICAgICAgICAJLmdsb2Js IF9fc3RhcnQKRnJhZzogMjAwNWIwMTAgIExpbmUgMiBmZmZmZmZmZgogICAy ICAgICAgICAgICAgICAJLmdsb2JsIC5fX3N0YXJ0CkZyYWc6IDIwMDViMDgw ICBMaW5lIDMgZmZmZmZmZmYKICAgMyAgICAgICAgICAgICAgCQpGcmFnOiAy MDA1YjBmMCAgTGluZSA0IGZmZmZmZmZmCiAgIDQgICAgICAgICAgICAgIAku Y3NlY3QgICAuZGF0YVtEU10KRnJhZzogMjAwMWQ4MzggIExpbmUgNSBmZmZm ZmZmZgogICA1ICAgICAgICAgICAgICAJX19zdGFydDoKRnJhZzogMjAwMWQ5 MjggIDE6IDAKTGluZSA2IDAKICAgNiAwMDAwIDAwMDAwMDAwIAkubG9uZyAg ICAuX19zdGFydApGcmFnOiAyMDAxZGE5MCAgMTogNApMaW5lIDcgNAogICA3 IDAwMDQgNjAwMDAwMDAgCQkJCW5vcApGcmFnOiAyMDAxZGI4MCAgMTogOApM aW5lIDggOAogICA4IDAwMDggMTExMTExMTEgCS5sb25nICAgIDB4MTExMTEx MTEKRnJhZzogMjAwMWRjYTggIDE6IGMKTGluZSA5IGMKICAgOSAwMDBjIDYw MDAwMDAwIAkJCQlub3AKRnJhZzogMjAwMWRkOTggIDE6IDEwCkxpbmUgMTAg MTAKICAxMCAwMDEwIDExMTExMTExIAkubG9uZyAgICAweDExMTExMTExCkZy YWc6IDIwMDJiZTQwICAxOiAxNApMaW5lIDExIDE0CiAgMTEgMDAxNCA2MDAw MDAwMCAJCQkJbm9wCkZyYWc6IDIwMDJiZjMwICAxOiAxOApMaW5lIDEyIDE4 CiAgMTIgMDAxOCAxMTExMTExMSAJLmxvbmcgICAgMHgxMTExMTExMQpGcmFn OiAyMDAyYzA1OCAgTGluZSAxMyBmZmZmZmZmZgogIDEzICAgICAgICAgICAg ICAJCkZyYWc6IDIwMDJjMTQ4ICBMaW5lIDE0IGZmZmZmZmZmCiAgMTQgICAg ICAgICAgICAgIAkuY3NlY3QgLnRleHRbcHJdCkZyYWc6IDIwMDJjMmY4ICAx OiAwCkxpbmUgMTUgMAogIDE1IDAwMDAgMjIyMjIyMjIgCS5sb25nICAgIDB4 MjIyMjIyMjIKRnJhZzogMjAwMmM0NjAgIDE6IDQKTGluZSAxNiA0CiAgMTYg MDAwNCA2MDAwMDAwMCAJICAgICAgICAgbm9wCkZyYWc6IDIwMDJjNTUwICAx OiA4CkxpbmUgMTcgOAogIDE3IDAwMDggMjIyMjIyMjIgCS5sb25nICAgIDB4 MjIyMjIyMjIKRnJhZzogMjAwMmM2NzggIDE6IGMKTGluZSAxOCBjCiAgMTgg MDAwYyA2MDAwMDAwMCAJICAgICAgICAgbm9wCkZyYWc6IDIwMDJjNzY4ICBM aW5lIDE5IGZmZmZmZmZmCiAgMTkgICAgICAgICAgICAgIAkKRnJhZzogMjAw MmM4NTggIExpbmUgMjAgZmZmZmZmZmYKICAyMCAgICAgICAgICAgICAgCS5j c2VjdCAuX190aGlyZFtyd10KRnJhZzogMjAwNmZlODggIDE6IDFjCkxpbmUg MjEgMWMKICAyMSAwMDFjIDMzMzMzMzMzIAkubG9uZyAgICAweDMzMzMzMzMz CkZyYWc6IDIwMDZmZmYwICAxOiAyMApMaW5lIDIyIDIwCiAgMjIgMDAyMCA2 MDAwMDAwMCAJICAgICAgICAgbm9wCkZyYWc6IDIwMDcwMGUwICAxOiAyNApM aW5lIDIzIDI0CiAgMjMgMDAyNCAzMzMzMzMzMyAJLmxvbmcgICAgMHgzMzMz MzMzMwpGcmFnOiAyMDA3MDIwOCAgMTogMjgKTGluZSAyNCAyOAogIDI0IDAw MjggNjAwMDAwMDAgCSAgICAgICAgIG5vcApGcmFnOiAyMDA3MDJmOCAgMjog MmMKTGluZSAyNSAyYwogIDI1IDAwMmMgMDAwMDAwMDAgCS5hbGlnbiA0CkZy YWc6IDIwMDcwNDYwICAxOiAzMApMaW5lIDI2IDMwCiAgMjYgMDAzMCA0NDQ0 NDQ0NCAJLmxvbmcgICAgMHg0NDQ0NDQ0NApGcmFnOiAyMDA3MDU4OCAgMTog MzQKTGluZSAyNyAzNAogIDI3IDAwMzQgNjAwMDAwMDAgCSAgICAgICAgIG5v cApGcmFnOiAyMDA3MDY3OCAgMTogMzgKTGluZSAyOCAzOAogIDI4IDAwMzgg NDQ0NDQ0NDQgCS5sb25nICAgIDB4NDQ0NDQ0NDQKRnJhZzogMjAwNzA3ZTAg IDE6IDNjCkxpbmUgMjkgM2MKICAyOSAwMDNjIDYwMDAwMDAwIAkgICAgICAg ICBub3AK --0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42 Content-type: application/octet-stream; name="assem_test3.o" Content-Disposition: attachment; filename="assem_test3.o" Content-transfer-encoding: base64 Content-length: 651 Ad8AAwAAAAAAAAECAAAADAAcAgQBBwAAAAAAEAAAAEAAAAAAAAAAAAAAAAAA AAAQLnRleHQAAAAAAAAAAAAAAAAAABAAAACoAAAAAAAAAAAAAAAAAAAAIC5k YXRhAAAAAAAAEAAAABAAAABAAAAAuAAAAPgAAAAAAAEAAAAAAEAuYnNzAAAA AAAAAFAAAABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAIiIiImAAAAAiIiIi YAAAAAAAAABgAAAAEREREWAAAAARERERYAAAABEREREzMzMzYAAAADMzMzNg AAAAAAAAAERERERgAAAARERERGAAAAAAAAAQAAAACh8ALmZpbGUAAAAAAAAA //4AAGcBZmFrZQAAAAAAAAAAAAAAAAAALnRleHQAAAAAAAAAAAEAAGsBAAAA EAAAAAAAABEAAAAAAAAALmRhdGEAAAAAAAAQAAIAAGsBAAAAHAAAAAAAABEK AAAAAAAAX19zdGFydAAAAAAQAAIAAAIBAAAABAAAAAAAAAIKAAAAAAAALl9f dGhpcmQAAAAsAAIAAGsBAAAAJAAAAAAAABEFAAAAAAAALl9fc3RhcnQAAAAA AAAAAAIBAAAAAAAAAAAAAAAAAAAAAAAAAAAABA== --0__=0ABBE16ADFE90C428f9e8a93df938690918c0ABBE16ADFE90C42--