X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org From: "Dave Korn" To: 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> Subject: RE: compile problems on cygwin Date: Sat, 17 May 2008 22:07:03 +0100 Message-ID: <02c701c8b861$f4eab4a0$2708a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com R P Herrold wrote on 16 May 2008 20:44: > The tarball at the perma-link: > > ftp://ftp.trading-shim.org/pub/local/trading-shim/attic/shim-080411.tgz > 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 > $ > 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? It would have been handier if you had showed us what was around line 213 of functional.h, or made available preprocessed sources from the failed compilation rather than a 5.6 meg tarball. "Minimal testcases", we call them. > I am used to seeing Corinna Vinschen Please avoid quoting email addresses in body text, they get harvested by spammers. > post update release notices on the cygwin-announcement mailing > list. In his announcements, he She. > requests reports to: > cygwin@ (Likewise.) > So I have sought to subscribe there, and file this there, per > the request of those announcemnts. I downloaded your tarball. It does not contain any "rph-test.c". Still, I could reproduce the problem with just a single line #include "glossary.h". Line 213 of functional.h has: 213 typedef const sockaddr & sa_ref; After pre-processing, this comes out as typedef const sockaddr & sa_ref; Therefore there is no #define involved. You forgot to #include the definition of sockaddr. It lives in If you had done even the most trivial investigation into this bug, you would have found this out. Perhaps you've encountered the same error message before in a case where it actually /was/ caused by a #define, and you jumped to a false conclusion that the same thing was happening again? That's not a valid step of reasoning, I'm afraid: there's more than one thing that can cause any given error message, particularly where it indicates some kind of generalised syntax or parsing error, as is the case here. cheers, DaveK -- Can't think of a witty .sigline today.... -- 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/