From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 125416 invoked by alias); 14 Dec 2015 17:17:17 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 125403 invoked by uid 89); 14 Dec 2015 17:17:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-oi0-f47.google.com Received: from mail-oi0-f47.google.com (HELO mail-oi0-f47.google.com) (209.85.218.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Mon, 14 Dec 2015 17:17:15 +0000 Received: by oiai186 with SMTP id i186so28026395oia.2 for ; Mon, 14 Dec 2015 09:17:13 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.202.191.67 with SMTP id p64mr24963022oif.134.1450113433474; Mon, 14 Dec 2015 09:17:13 -0800 (PST) Received: by 10.76.107.238 with HTTP; Mon, 14 Dec 2015 09:17:13 -0800 (PST) In-Reply-To: <20151214140649.GB29983@calimero.vinschen.de> References: <20151214140649.GB29983@calimero.vinschen.de> Date: Mon, 14 Dec 2015 17:17:00 -0000 Message-ID: Subject: Re: __STRICT_ANSI__ and stdio.h From: KIMURA Masaru To: cygwin@cygwin.com Content-Type: multipart/mixed; boundary=001a113dde56165cf30526ded812 X-IsSubscribed: yes X-SW-Source: 2015-12/txt/msg00160.txt.bz2 --001a113dde56165cf30526ded812 Content-Type: text/plain; charset=UTF-8 Content-length: 919 Hi, >> is cygwin's __STRICT_ANSI__ and stdio.h behavior not so compatible to glibc's? > > Cygwin is using newlib, newlib is BSD based. We introduced the > compatibility checking macros from FreeBSD lately. i roughly checked FreeBSD include/stdio.h and sys/sys/cdefs.h. https://github.com/freebsd/freebsd/blob/master/include/stdio.h https://github.com/freebsd/freebsd/blob/master/sys/sys/cdefs.h it looks very different to newlib's. FreeBSD has visibility for popen()/pclose() if __POSIX_VISIBLE >= 199209, it looks no checking about __STRICT_ANSI__ in their cdefs.h. only one thing i worried about is _ANSI_SOURCE in their cdefs.h, (b/c i don't understand where _ANSI_SOURCE comes from...) but it looks _POSIX_C_SOURCE wins anyway. for ease to see, i'd attach simplified their cdefs.h for their visibility handling. anyway, IIUC, newlib's behavior in regard this point looks not equivalent to FreeBSD's... Peace, --001a113dde56165cf30526ded812 Content-Type: text/x-chdr; charset=US-ASCII; name="cdefs.h" Content-Disposition: attachment; filename="cdefs.h" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ii67vvfx1 Content-length: 2660 I2lmIGRlZmluZWQoX1BPU0lYX0NfU09VUkNFKSAmJiBfUE9TSVhfQ19TT1VS Q0UgPT0gMQogI3VuZGVmIF9QT1NJWF9DX1NPVVJDRQogI2RlZmluZSBfUE9T SVhfQ19TT1VSQ0UgMTk5MDA5CiNlbmRpZgoKI2lmIGRlZmluZWQoX1BPU0lY X0NfU09VUkNFKSAmJiBfUE9TSVhfQ19TT1VSQ0UgPT0gMgogI3VuZGVmIF9Q T1NJWF9DX1NPVVJDRQogI2RlZmluZSBfUE9TSVhfQ19TT1VSQ0UgMTk5MjA5 CiNlbmRpZgoKI2lmZGVmIF9YT1BFTl9TT1VSQ0UKICNpZiBfWE9QRU5fU09V UkNFIC0gMCA+PSA3MDAKICAjZGVmaW5lIF9fWFNJX1ZJU0lCTEUgNzAwCiAg I3VuZGVmIF9QT1NJWF9DX1NPVVJDRQogICNkZWZpbmUgX1BPU0lYX0NfU09V UkNFIDIwMDgwOQogI2VsaWYgX1hPUEVOX1NPVVJDRSAtIDAgPj0gNjAwCiAg I2RlZmluZSBfX1hTSV9WSVNJQkxFIDYwMAogICN1bmRlZiBfUE9TSVhfQ19T T1VSQ0UKICAjZGVmaW5lIF9QT1NJWF9DX1NPVVJDRSAyMDAxMTIKICNlbGlm IF9YT1BFTl9TT1VSQ0UgLSAwID49IDUwMAogICNkZWZpbmUgX19YU0lfVklT SUJMRSA1MDAKICAjdW5kZWYgX1BPU0lYX0NfU09VUkNFCiAgI2RlZmluZSBf UE9TSVhfQ19TT1VSQ0UgMTk5NTA2CiAjZW5kaWYKI2VuZGlmCgojaWYgZGVm aW5lZChfUE9TSVhfU09VUkNFKSAmJiAhZGVmaW5lZChfUE9TSVhfQ19TT1VS Q0UpCiAjZGVmaW5lIF9QT1NJWF9DX1NPVVJDRSAxOTg4MDgKI2VuZGlmCgoj aWZkZWYgX1BPU0lYX0NfU09VUkNFCiAjaWYgX1BPU0lYX0NfU09VUkNFID49 IDIwMDgwOQogICNkZWZpbmUgX19QT1NJWF9WSVNJQkxFIDIwMDgwOQogICNk ZWZpbmUgX19JU09fQ19WSVNJQkxFIDE5OTkKICNlbGlmIF9QT1NJWF9DX1NP VVJDRSA+PSAyMDAxMTIKICAjZGVmaW5lIF9fUE9TSVhfVklTSUJMRSAyMDAx MTIKICAjZGVmaW5lIF9fSVNPX0NfVklTSUJMRSAxOTk5CiAjZWxpZiBfUE9T SVhfQ19TT1VSQ0UgPj0gMTk5NTA2CiAgI2RlZmluZSBfX1BPU0lYX1ZJU0lC TEUgMTk5NTA2CiAgI2RlZmluZSBfX0lTT19DX1ZJU0lCTEUgMTk5MAogI2Vs aWYgX1BPU0lYX0NfU09VUkNFID49IDE5OTMwOQogICNkZWZpbmUgX19QT1NJ WF9WSVNJQkxFIDE5OTMwOQogICNkZWZpbmUgX19JU09fQ19WSVNJQkxFIDE5 OTAKICNlbGlmIF9QT1NJWF9DX1NPVVJDRSA+PSAxOTkyMDkKICAjZGVmaW5l IF9fUE9TSVhfVklTSUJMRSAxOTkyMDkKICAjZGVmaW5lIF9fSVNPX0NfVklT SUJMRSAxOTkwCiAjZWxpZiBfUE9TSVhfQ19TT1VSQ0UgPj0gMTk5MDA5CiAg I2RlZmluZSBfX1BPU0lYX1ZJU0lCTEUgMTk5MDA5CiAgI2RlZmluZSBfX0lT T19DX1ZJU0lCTEUgMTk5MAogI2Vsc2UKICAjZGVmaW5lIF9fUE9TSVhfVklT SUJMRSAxOTg4MDgKICAjZGVmaW5lIF9fSVNPX0NfVklTSUJMRSAwCiAjZW5k aWYKI2Vsc2UKICNpZiBkZWZpbmVkKF9BTlNJX1NPVVJDRSkKICAjZGVmaW5l IF9fUE9TSVhfVklTSUJMRSAwCiAgI2RlZmluZSBfX1hTSV9WSVNJQkxFIDAK ICAjZGVmaW5lIF9fQlNEX1ZJU0lCTEUgMAogICNkZWZpbmUgX19JU09fQ19W SVNJQkxFIDE5OTAKICNlbGlmIGRlZmluZWQoX0M5OV9TT1VSQ0UpCiAgI2Rl ZmluZSBfX1BPU0lYX1ZJU0lCTEUgMAogICNkZWZpbmUgX19YU0lfVklTSUJM RSAwCiAgI2RlZmluZSBfX0JTRF9WSVNJQkxFIDAKICAjZGVmaW5lIF9fSVNP X0NfVklTSUJMRSAxOTk5CiAjZWxpZiBkZWZpbmVkKF9DMTFfU09VUkNFKQog ICNkZWZpbmUgX19QT1NJWF9WSVNJQkxFIDAKICAjZGVmaW5lIF9fWFNJX1ZJ U0lCTEUgMAogICNkZWZpbmUgX19CU0RfVklTSUJMRSAwCiAgI2RlZmluZSBf X0lTT19DX1ZJU0lCTEUgMjAxMQogI2Vsc2UKICAjZGVmaW5lIF9fUE9TSVhf VklTSUJMRSAyMDA4MDkKICAjZGVmaW5lIF9fWFNJX1ZJU0lCTEUgNzAwCiAg I2RlZmluZSBfX0JTRF9WSVNJQkxFIDEKICAjZGVmaW5lIF9fSVNPX0NfVklT SUJMRSAyMDExCiAjZW5kaWYKI2VuZGlmCg== --001a113dde56165cf30526ded812 Content-Type: text/plain; charset=us-ascii Content-length: 218 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple --001a113dde56165cf30526ded812--