X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
Date:	Fri, 16 May 2008 15:43:40 -0400 (EDT)
From:	R P Herrold <herrold AT owlriver DOT com>
To:	trading-shim general mailing list <ts-general AT trading-shim DOT org>,
	cygwin AT cygwin DOT com
cc:	gricardo99 AT yahoo DOT com
Subject:	compile problems on cygwin
In-Reply-To:	<200805161735.m4GHZSHi005168@pippin.first.lan>
Message-ID:	<alpine.LRH.1.10.0805161530120.23139@arj.bjyevire.pbz>
References:	<714919 DOT 88697 DOT qm AT web55113 DOT mail DOT re4 DOT yahoo DOT com> <200805161735 DOT m4GHZSHi005168 AT pippin DOT first DOT lan>
User-Agent:	Alpine 1.10 (LRH 962 2008-03-14)
X-M:	Go Blue
X-OpenPGP-Key-ID:	0x7BFB98B9
MIME-Version:	1.0
X-Greylist:	Sender IP whitelisted, not delayed by milter-greylist-4.0a6 (new.owlriver.com [127.0.0.1]); Fri, 16 May 2008 15:43:42 -0400 (EDT)
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

The tarball at the perma-link:
    ftp://ftp.trading-shim.org/pub/local/trading-shim/attic/shim-080411.tgz
is exposing a Cygwin macro definition failure to #undef, 
with the test which Bill outlines herein.  I provide a copy 
to the Cygwin reporting address.

On Fri, 16 May 2008, Bill Pippin wrote:

> It's entirely possible that the problems you refer to are caused by
> macros defined in various cygwin-specific headers.

> If the problem is indeed caused by earlier macro defs, running the
> preprocessor on the text and comparing the result with the original
> header may help you identify the name.  Once you have that, a simple
> undef will probably solve the problem.

> You might want to start by trying to compile a simple, one-line test.c
> file of the form:
>
> #include "glossary.h"

Yup -- I have replicated it locally, when I hit Bill's email. 
I get (in ./src. on an unpacked tarball):

$ g++ rph_test.c
In file included from glossary.h:48,
                  from rph-test.c:1:
functional.h:213: error: expected init-declarator before '&' token
functional.h:213: error: expected `,' or `;' before '&' token
$

This on a Win 2000 box fully updated as of this afternoon, 
against the Cygwin distribution mirrors.

And so something in the Cygwin macro def's is not 
#undef'ing after itself.    I assume the Cygwin folks know how 
they want a bug report and to track this down?

I'll file it in their bug tracker, and track it with them, if 
you'll provide a pointer, Gabriel.

I am used to seeing Corinna Vinschen <vinschen AT redhat DOT com> 
post update release notices on the cygwin-announcement mailing 
list. In his announcements, he requests reports to:
     cygwin AT cygwin DOT com
So I have sought to subscribe there, and file this there, per 
the request of those announcemnts.

-- Russ herrold

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -