delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:mime-version:in-reply-to:references:date | |
:message-id:subject:from:to:content-type; q=dns; s=default; b=KR | |
9ngm105Zd7R+eVkUj/9tk250KVGh88CSnDkwRLGdQKwy78hcl/7o5xrbNycPH9km | |
50zJZIX8a7igCU4jsKQPPMLDFHHRIwv6ruRaGBXMKzdfteQYWUEM+qBOoAIpUSuH | |
bxkgwFMPHPCwVPlWET43pahUFZwFlVW5rWjAf+0zw= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:mime-version:in-reply-to:references:date | |
:message-id:subject:from:to:content-type; s=default; bh=i7wzWu0G | |
D7EedRUicZ2xoHV84Ww=; b=iJQIJlgtzdJ0iZ3owMO7YGk20kpnalwpxWGdVIYt | |
XGMJVSU1tghsRJem13awetAQ6+0GtLS6Gti+CoqpDzaWXHahwT4ykktMxQpDAYiY | |
hO9J/qkb/sveIj9H0LXJTf9EdNrdncmc6aW6FhpiQIoU1TBBtHz5A/iti6rJZfJh | |
eXs= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Authentication-Results: | sourceware.org; auth=none |
X-Virus-Found: | No |
X-Spam-SWARE-Status: | No, score=-0.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 |
X-HELO: | mail-ob0-f175.google.com |
MIME-Version: | 1.0 |
X-Received: | by 10.182.29.98 with SMTP id j2mr29199424obh.30.1393888178949; Mon, 03 Mar 2014 15:09:38 -0800 (PST) |
In-Reply-To: | <CAEwic4YmZc8tJN5f1tFEddtk2Yw6731zMcNLNr-=c4=BbRLE9w@mail.gmail.com> |
References: | <CAJoYywUaRcCx4sQ0j_HZZ77urmPjg19fPP=KuM1d8i8Ec3mmWQ AT mail DOT gmail DOT com> <CAJoYywWOHqh9qpFg3skt9XJFVoYgpa0C=g+g6mtEATiArLbgLg AT mail DOT gmail DOT com> <5313A789 DOT 2080205 AT gmail DOT com> <CAJoYywV7O5EWvtK5oWzgOSK=BrNk+WtSUtYiS4SebHhK-kD0dw AT mail DOT gmail DOT com> <CAEwic4YmZc8tJN5f1tFEddtk2Yw6731zMcNLNr-=c4=BbRLE9w AT mail DOT gmail DOT com> |
Date: | Tue, 4 Mar 2014 00:09:38 +0100 |
Message-ID: | <CAJoYywUtzsdDqoT5m7anJkd6rOZ-EsESoKun1G5F9FAffntFyQ@mail.gmail.com> |
Subject: | Re: va_list and char* are ambiguous |
From: | Irfan Adilovic <irfanadilovic AT gmail DOT com> |
To: | cygwin AT cygwin DOT com |
X-IsSubscribed: | yes |
On Mon, Mar 3, 2014 at 1:47 PM, Kai Tietz wrote: > Hi, > > cygwin64 shares for 64-bit the ABI of Windows native. This is caused > by different reasons (eg. unwind-table description for prologue, etc). > So for Windows targets va_list is indeed of 'char *' type. And this > is ok. The variant of x86_64 abi, which uses indeed a > structure-variant for variadic-arguments plus some call-abi > extensions, isn't recommented for on Windows. If your linux code > relies on structure-variadic x86_64-ABI, it seems to me broken, and > needs to be ported. > > Hope this answers your question. > > Regards, > Kai I will take that as a negative answer to modifying the internal definition of va_list... In case anyone else googles this problem and finds this thread: my main problem was to make string literals be matched against the ellipsis overload, and not the va_list overload, when the two are available. Apparently, gcc is too smart for its own good (perhaps mandated by the standard) and will always automatically remove the constness of a string literal and select the va_list overload (and warn you about it!). I found three solutions, both of which require modifications of affected code. 1) don't overload, rename one of the functions -- may affect much more code than what is affected by the original problem. 2) cast your string literal to (void *) -- a bit confusing, and causes a warning if __attribute__ ((format (printf, ...))) is used. 3) introduce a temporary const char *tmp = "string literal" and pass that. gcc won't try to cast away the constness of a variable and will match the ellipsis. Code example: #include <cstdarg> #include <iostream> using namespace std; void foo (...) { cout << "varargs\n"; } void foo (va_list ap) { cout << "va_list\n"; } int main () { foo (""); // va_list foo ((const char *)""); // va_list foo ((const char *)NULL); // varargs foo ((void *)""); // varargs foo ((const char *)(void *)""); // va_list const char *bar = ""; foo (bar); // varargs } -- Irfan -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |