X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Message-Id: <5.2.0.9.1.20090116103707.01ea8840@localhost> X-Sender: cenedese AT localhost Date: Fri, 16 Jan 2009 11:22:08 +0100 To: cygwin AT cygwin DOT com From: Fabian Cenedese Subject: Re: Empty include file on samba share In-Reply-To: <2ca21dcc0901091134l682660fem1ebac27ee6afd69e@mail.gmail.co m> References: <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090108085658 DOT 01eaf2f0 AT localhost> <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090107170800 DOT 01ebc130 AT localhost> <4964E4BF DOT 6050002 AT cygwin DOT com> <5 DOT 2 DOT 0 DOT 9 DOT 1 DOT 20090108085658 DOT 01eaf2f0 AT localhost> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-IsSubscribed: yes 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 At 19:34 09.01.2009 +0000, Dave Korn wrote: > Have you tried adding "--save-temps" to your CFLAGS so that you can capture >the pre-processor output and take a look at the corruption? It might just >give us a clue. I have tried a different file and will show the include structure as well as the output. This is with gcc 2.95.2. CTaskTemplateClass.cpp #include #include #include various typedefs that show up in both outputs. #include class definition shows up in both outputs. #include include and class definition completely missing if on share various typedefs that show up in both outputs. ---snipped--- #include #include include and class definition completely missing if on share #include ---snipped--- The relevant parts are quoted here: ---------- Local drive ---------- # 1 "N:/Indel-PPC/Tests/sharetest/os/inos/inc/fixed32.h" 1 ---snipped--- int32 m_iData; }; // end of fixed32 class definition # 113 "N:/Indel-PPC/Tests/sharetest/os/inos/inc/inos_typ.h" 2 # 1 "N:/Indel-PPC/Tests/sharetest/os/inos/inc/fixed64.h" 1 class fixed64 ---snipped--- }; # 114 "N:/Indel-PPC/Tests/sharetest/os/inos/inc/inos_typ.h" 2 typedef struct _INOSTime { ---------- End local drive ---------- ---------- Shared drive ---------- # 1 "G:/Fabi/sharetest/os/inos/inc/fixed32.h" 1 ---snipped--- int32 m_iData; }; // end of fixed32 class definition # 113 "G:/Fabi/sharetest/os/inos/inc/inos_typ.h" 2 typedef struct _INOSTime { ----- End shared drive ----- The rest of the outputs is identical except the different paths and the missing includes. For some reason some include statements are completely skipped. Adding a newline or a comment between the includes didn't help, neither did adding a newline to the end of fixed32.h or fixed64.h. The fixed64 type was always unknown in the further compilation. Using gcc 4.1.0 the compilation worked correctly with exactly the same files: int32 m_iData; }; # 114 "G:/Fabi/sharetest/os/inos/inc/inos_typ.h" 2 # 1 "G:/Fabi/sharetest/os/inos/inc/fixed64.h" 1 # 81 "G:/Fabi/sharetest/os/inos/inc/fixed64.h" class fixed64 I don't know if this is of any help except that the error seems to be in gcc 2.95 and that I could start looking into gcc sources for changes. Thanks bye Fabi -- 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/