Message-Id: <200109122143.RAA14658@delorie.com> Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com From: "Mark Paulus" To: "cygwin AT cygwin DOT com" Date: Wed, 12 Sep 2001 15:42:30 -0600 Reply-To: "Mark Paulus" X-Mailer: PMMail 2000 Professional (2.20.2350) For Windows 2000 (5.0.2195;2) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_" Subject: Problem with new getopt.h in 1.3.3 --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I just upgraded to 1.3.3, and ran into a problem with getopt.h I have a program that is conflicting with the option struct. On the linux side, this problem is handled by surrounding the option struct and the _long() functions with: #ifndef __need_getopt #endif However, this is missing in cygwin, which is causing my conflicts. I have tracked the problem down to the linux include files using a variable __need_getopts, and the included patches change stdio.h, unistd.h, and getopt.h to emulate that behaviour. However, like a good lemming, I have no understanding of the philosophic requirements behind the behaviour. --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_ Content-Type: application/octet-stream; name="unistd.diff" Content-Transfer-Encoding: base64 LS0tIHVuaXN0ZC5oLm9yaWcJV2VkIFNlcCAxMiAxNToyOTowNCAyMDAxCisrKyB1bmlzdGQuaAlX ZWQgU2VwIDEyIDE1OjI5OjI2IDIwMDEKQEAgLTQsNiArNCw4IEBACiAjZGVmaW5lIF9VTklTVERf SF8KIAogIyBpbmNsdWRlIDxzeXMvdW5pc3RkLmg+CisKKyNkZWZpbmUgX19uZWVkX2dldG9wdAog IyBpbmNsdWRlIDxnZXRvcHQuaD4KIAogI2VuZGlmIC8qIF9VTklTVERfSF8gKi8K --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_ Content-Type: application/octet-stream; name="getopt.diff" Content-Transfer-Encoding: base64 LS0tIGdldG9wdC5oLm9yaWcJV2VkIFNlcCAxMiAxNDozNDoxMiAyMDAxCisrKyBnZXRvcHQuaAlX ZWQgU2VwIDEyIDE1OjI5OjQwIDIwMDEKQEAgLTMyLDEyICszMiwxNyBAQAogICovCiAKICNpZm5k ZWYgX19HRVRPUFRfSF9fCi0jZGVmaW5lIF9fR0VUT1BUX0hfXworCisjaWZuZGVmIF9fbmVlZF9n ZXRvcHQKKyNkZWZpbmUgX19HRVRPUFRfSF9fIDEKKyNlbmRpZgogCiAjaWZkZWYgX19jcGx1c3Bs dXMKIGV4dGVybiAiQyIgewogI2VuZGlmCiAKKyNpZm5kZWYgX19uZWVkX2dldG9wdAorCiBzdHJ1 Y3Qgb3B0aW9uIHsKIAljb25zdCBjaGFyICpuYW1lOwogCWludCAgaGFzX2FyZzsKQEAgLTQ1LDYg KzUwLDggQEAgc3RydWN0IG9wdGlvbiB7CiAJaW50IHZhbDsKIH07CiAKKyNlbmRpZgorCiBleHRl cm4gaW50ICAgb3B0ZXJyOyAgICAgIC8qIGlmIGVycm9yIG1lc3NhZ2Ugc2hvdWxkIGJlIHByaW50 ZWQgKi8KIGV4dGVybiBpbnQgICBvcHRpbmQ7ICAgICAgLyogaW5kZXggaW50byBwYXJlbnQgYXJn diB2ZWN0b3IgKi8KIGV4dGVybiBpbnQgICBvcHRvcHQ7ICAgICAgLyogY2hhcmFjdGVyIGNoZWNr ZWQgZm9yIHZhbGlkaXR5ICovCkBAIC01MywxMSArNjAsMTMgQEAgZXh0ZXJuIGNoYXIgKm9wdGFy ZzsgICAgICAvKiBhcmd1bWVudCBhcwogCiBpbnQgZ2V0b3B0IChpbnQsIGNoYXIgKiBjb25zdCAq LCBjb25zdCBjaGFyICopOwogCisjaWZuZGVmIF9fbmVlZF9nZXRvcHQKIGludCBnZXRvcHRfbG9u ZyAoaW50LCBjaGFyICoqLCBjaGFyICosIHN0cnVjdCBvcHRpb24gKiwgaW50ICopOwogCiAjZGVm aW5lIG5vX2FyZ3VtZW50ICAgICAgICAgICAgIDAKICNkZWZpbmUgcmVxdWlyZWRfYXJndW1lbnQg ICAgICAgMQogI2RlZmluZSBvcHRpb25hbF9hcmd1bWVudCAgICAgICAyCisjZW5kaWYKIAogI2lm ZGVmIF9fY3BsdXNwbHVzCiB9Cg== --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_ Content-Type: application/octet-stream; name="stdio.diff" Content-Transfer-Encoding: base64 LS0tIHN0ZGlvLmgub3JpZwlXZWQgU2VwIDEyIDE1OjM1OjM0IDIwMDEKKysrIHN0ZGlvLmgJV2Vk IFNlcCAxMiAxNTozNToyNCAyMDAxCkBAIC0zNjcsNiArMzY3LDkgQEAgc3RhdGljIF9faW5saW5l IGludCBfX3NwdXRjKGludCBfYywgRklMRQogI2VuZGlmCiAjZW5kaWYKIAorI2RlZmluZSBfX25l ZWRfZ2V0b3B0CisjaW5jbHVkZSA8Z2V0b3B0Lmg+CisKIAogI2lmZGVmIF9fY3BsdXNwbHVzCiB9 Cg== --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_ Content-Type: text/plain; charset=us-ascii -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ --_=_=_=IMA.BOUNDARY.GJKKAU138764=_=_=_--