From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14437 invoked by alias); 10 Nov 2004 22:46:04 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 14412 invoked from network); 10 Nov 2004 22:45:57 -0000 Received: from unknown (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org with SMTP; 10 Nov 2004 22:45:57 -0000 Received: from mailgate1.apple.com (a17-128-100-225.apple.com [17.128.100.225]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id iAAMq2Qn028080 for ; Wed, 10 Nov 2004 14:52:02 -0800 (PST) Received: from relay3.apple.com (relay3.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.3.14) with ESMTP id ; Wed, 10 Nov 2004 14:46:23 -0800 Received: from [17.201.20.159] (keatge.apple.com [17.201.20.159]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id iAAMjdI6027809; Wed, 10 Nov 2004 14:45:39 -0800 (PST) In-Reply-To: <419266BE.9070509@naturalbridge.com> References: <419266BE.9070509@naturalbridge.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-1--587028209; protocol="application/pkcs7-signature" Message-Id: <3EC36B6C-336A-11D9-AB96-0030657EA24A@apple.com> Cc: "Novillo, Diego" , GCC Mailing List , "Berlin, Daniel" From: Geoffrey Keating Subject: Re: a question about const and pure functions. Date: Wed, 10 Nov 2004 23:35:00 -0000 To: Kenneth Zadeck X-SW-Source: 2004-11/txt/msg00407.txt.bz2 --Apple-Mail-1--587028209 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Content-length: 935 On 10/11/2004, at 11:06 AM, Kenneth Zadeck wrote: > Do we mark functions being const or pure (TREE_READONLY or > DECL_IS_PURE) based on some external standard definition or are these > defined any way that the gcc community feels is good? There are backwards compatibility issues, of course, but they're not based on any particular standard. > I am in the process of moving the code that does this analysis so that > it is done very early and at once for the entire compilation unit. > There appear to be a few minor bugs in the code as well as a few > missed opportinities. But before I was going to make any changes, I > was wondering if there was any better standard of definition beyond > what is defined in doc/extend.texi. No, I don't think there's anything beyond the documentation. I think the documentation could do with being made more precise, but it's not very bad. -- Geoff Keating --Apple-Mail-1--587028209 Content-Transfer-Encoding: base64 Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-length: 3266 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEH AQAAoIIGQzCCAvwwggJloAMCAQICAwykzzANBgkqhkiG9w0BAQQFADBiMQsw CQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwHhcNMDQwNzA3MjEwNTI1WhcNMDUwNzA3MjEwNTI1WjBxMRAwDgYD VQQEEwdLZWF0aW5nMRkwFwYDVQQqExBHZW9mZnJleSBGcmFuY2lzMSEwHwYD VQQDExhHZW9mZnJleSBGcmFuY2lzIEtlYXRpbmcxHzAdBgkqhkiG9w0BCQEW EGdlb2Zma0BhcHBsZS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEK AoIBAQCk+DpeD1oRuwCyKEyWI1+V9N7wt58WtqjfjF2oVb7OCh3Oq34nHQAT 76qdibJabSf213HPwAU/D3BnLtWldIiKy46xPvmUzbhfwZbq7DXGjQ1ishvo H5jzI4YMKmVf3ggSAtVTyd8WU0xvhFe3iOMfnyPGoPdbjQFkVaLlhJ7Xv2hu IK6ZYHdCsQ4B2u3V4ObkgZIg+CkwGuZb/l1JIc4tjixMNk81Pp4GtG8pWU5y SbP3LpHUDLQyK8Kg3+WfqKqdcZPJJpilaEZtS+mysgFymB0mKruAMmLfs0mT FflblEqacY7W/Zkr9yn5xTNsLEk6nhXYAccAuK2HDx4n+pIhAgMBAAGjLTAr MBsGA1UdEQQUMBKBEGdlb2Zma0BhcHBsZS5jb20wDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQBJ1U1y72DgkFZGAeUHwnIGD5+97AYpgTsY0GpF j8gEx09sFQ5Ay+9glApR0kFuC+4wEqCVfXhxqlBrEWXA0+j9Gq6O4uLchtW4 y40TUYaQCP8H4t0FUWdueXfe8KtCwXZlrExqrWQeIv5YIiUqYmsyctg1tex+ m74ZI0u8gorLITCCAz8wggKooAMCAQICAQ0wDQYJKoZIhvcNAQEFBQAwgdEx CzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcT CUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMT G1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYc cGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBa Fw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVy c29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6 YfK/Uc4B1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r 1fOCdz0Dviv+uxg+B79AgAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJg t/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAGAQH/AgEAMEMGA1UdHwQ8MDow OKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQZXJzb25hbEZy ZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzR UIPqCy7MDaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t 4WFiw9k6GX6EsZkbAMUaC4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH 1sYITq726jTlEBpbNU1341YheILcIRk13iSx0x1G/11fZU8xggLnMIIC4wIB ATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGlu ZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDDKTPMAkGBSsOAwIaBQCgggFTMBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA0MTExMDIyNDUzOVow IwYJKoZIhvcNAQkEMRYEFO9AqXTUqeeXA0+yDnSMb94k9RY+MHgGCSsGAQQB gjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAgMMpM8wegYLKoZIhvcNAQkQAgsxa6BpMGIx CzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5 KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNz dWluZyBDQQIDDKTPMA0GCSqGSIb3DQEBAQUABIIBAGvXQwbwj93k/M8dgZqt x7YVFg8WvqvIXhqlsR5+bzrKLQYOL1Przh1BehopqYrrB1I5BCqzxFTNAGDN HHd99weZXXPra8P0ZHTZyMWv/KkPR/ykIrlVjKW9SSqP2C9iYlS6Y6JAHjHE 6SisxiTzB2n2Zqr0WU/gg1Ycx798VjoTZmTFitNvoL+pbwboGTRTAMMWP02K r6V/Epx9T3jtJIKYEFWGq/cNGBVjcEPekjouca1qNWAxO3RHJGsoqI/va5yi sOsQPRmByKpJtiw9YiJbFPKj2J4ytwDTpxz7tw5l8x3nHjDNYzcme037sI77 BIXaJcCjYkbnkBoZWziq9BcAAAAAAAA= --Apple-Mail-1--587028209--