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
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
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
Precedence: bulk
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/