From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2640c1faf5158159716dc649467787c8@terzarima.net> To: 9fans@cse.psu.edu Subject: Re: [9fans] new compiler... From: Charles Forsyth Date: Fri, 7 Jan 2005 18:05:36 +0000 In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xgfwpnwgqbboybaulvqszymjza" Topicbox-Message-UUID: 29aa7404-eace-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-xgfwpnwgqbboybaulvqszymjza Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it might be caused by a genuine error (usually an extern declared differently in two .c files rather than in a common .h), or often by a construction similar to the following: file1.h: typedef struct Secret Secret; void fred(Secret*); file1.c #include "file1.h" /* use fred */ file2.c #include "file1.h" struct Secret { ... }; void fred(Secret *s) { ... } so that in scope file1.c the signature of Secret (and thus fred) is different from that in file2.c. follow the declaration of Secret in file1.h by #pragma incomplete Secret to ensure that although file2.c declares Secret in full, the full declaration is ignored when calculating the signature of Secret and fred, producing the same result for signof in file2 as in file1.c (there are examples in the kernel sources, see portdat.h) i added a way for the #pragma to switch off the checking for basket cases such as freetype, but that change seems to have gone missing, even from my own copies. i'll find it. you can comment out the -T option in CFLAGS in /sys/src/mkfile.proto if you're in a hurry --upas-xgfwpnwgqbboybaulvqszymjza Content-Type: message/rfc822 Content-Disposition: inline Received: from mail.cse.psu.edu ([130.203.4.6]) by lavoro; Fri Jan 7 17:48:17 GMT 2005 Received: from psuvax1.cse.psu.edu (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 7B38AC6ABD for ; Fri, 7 Jan 2005 12:37:00 -0500 (EST) X-Original-To: 9fans@cse.psu.edu Delivered-To: 9fans@cse.psu.edu Received: from localhost (localhost [127.0.0.1]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 51356C695B for <9fans@cse.psu.edu>; Fri, 7 Jan 2005 12:36:38 -0500 (EST) Received: from mail.cse.psu.edu ([127.0.0.1]) by localhost (psuvax1 [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 23047-01-40 for <9fans@cse.psu.edu>; Fri, 7 Jan 2005 12:36:37 -0500 (EST) Received: from mta09-winn.mailhost.ntl.com (mailhost.ntl.com [212.250.162.8]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id A2709C693C for <9fans@cse.psu.edu>; Fri, 7 Jan 2005 12:36:36 -0500 (EST) Received: from aamta02-winn.mailhost.ntl.com ([212.250.162.8]) by mta09-winn.mailhost.ntl.com with ESMTP id <20050107173634.BZXN22154.mta09-winn.mailhost.ntl.com@aamta02-winn.mailhost.ntl.com> for <9fans@cse.psu.edu>; Fri, 7 Jan 2005 17:36:34 +0000 Received: from felix.quintile.net ([81.96.207.141]) by aamta02-winn.mailhost.ntl.com with ESMTP id <20050107173634.XJHO11644.aamta02-winn.mailhost.ntl.com@felix.quintile.net> for <9fans@cse.psu.edu>; Fri, 7 Jan 2005 17:36:34 +0000 Message-ID: From: "Steve Simon" Date: Fri, 7 Jan 2005 17:36:31 0000 To: 9fans@cse.psu.edu MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cse.psu.edu Subject: [9fans] new compiler... X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu Errors-To: 9fans-bounces+forsyth=terzarima.net@cse.psu.edu Hi, I am trying to push some old code through the new compilers which are reporting loads of "incompatible type signatures" errors. When I look at the code I cannot see what the problem is. Could somone summerise in a sentence or two what the increase in sensitivity to type errors is? BTW the dynld(2) manpage referenced in ld(2) seems not to have made it out. Thanks -Steve --upas-xgfwpnwgqbboybaulvqszymjza--