X-Recipient: archive-cygwin@delorie.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:message-id:from:to:cc:subject:date:in-reply-to
	:references:content-type:content-transfer-encoding:mime-version;
	 q=dns; s=default; b=aJ65GzLeVvwTbixMYPmOU93tmQUWDcc+ujfdn5xf0WE
	39nS1g/rgwtZvWM5JepCD5mDTtTYEl9AUF88QW9NjxTXjINUXBC9T+KV916vNAFl
	qOq5AISr7CdBo9kOJo70BVT+8jZXGbzvY6YUYdjhl63kIMxmGHEBGOP89H68mlnk
	=
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:message-id:from:to:cc:subject:date:in-reply-to
	:references:content-type:content-transfer-encoding:mime-version;
	 s=default; bh=b0pwvCeePHzej2mpFKlJ5r3uohc=; b=KfEOrUxczGliD7DSx
	/dgWehMETCIsAhgno+FBLftKG1UDYywgXqKr813/XZQ35GfmMQYVXalNZxmdOG8N
	RMsyz8I1Mdkj3mxQITs4iGqhzplq5Tjg6yvquv3DBEYJpzWJvuShXpEBq46Ps9bV
	lGfQLLtMtn8L9sWL7y7T5DaCn4=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=0.0 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: DUB004-OMC2S11.hotmail.com
X-TMN: [9BSayS8pfeW4Q7yQU1OS6w1QCbOlJer30gq0aax6zgk=]
Message-ID: <DUB124-W49AF52FCA5A68A2B3CE060B0C30@phx.gbl>
From: "Gery ." <gamejihou@hotmail.com>
To: Tom Kacvinsky <tom.kacvinsky@vectorcast.com>
CC: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: RE: rpc/types.h: No such file or directory
Date: Tue, 19 May 2015 17:36:11 +0000
In-Reply-To: <CAAEKttyRdkbqFq2rxwhQRx+rzMWaD8sjF=vBtgxBYYjW8kBz_A@mail.gmail.com>
References: <DUB124-W430A09515E306F5C9F072DB0C30@phx.gbl>,<1432049830.11784.38.camel@cygwin.com>,<DUB124-W37174205BEFCC1F13C4524B0C30@phx.gbl>,<DUB124-W16B4CE43C28227EEC65E3CB0C30@phx.gbl>,<5979C710-8C9E-40E9-9D9E-85DDA0994763@vectorcast.com>,<DUB124-W31E8C535D82CFF6FF540C7B0C30@phx.gbl>,<95A211DA-EBC8-4F00-8D48-C8466E638238@vectorcast.com>,<DUB124-W1A757C89149656418916FB0C30@phx.gbl>,<CAAEKttyRdkbqFq2rxwhQRx+rzMWaD8sjF=vBtgxBYYjW8kBz_A@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
X-IsSubscribed: yes
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t4JHaWfD029054

> Setting CFLAGS/CPPFLAGS/CXXFLAGS in the bash shell before invoking make 
> should just work. This has always worked when using the GNU autoconf 
> too lchain paradigm of building projects. So there may be something 
> about your particular build system that is not picking up these 
> changes. So you'll have to figure out how to propagate these 
> downstream to the actual compiles. 
> 
> Tom 

Thanks Tom, I've been changing the path in the #include directive of xdr.h and types.h in /usr/include/tirpc/rpc, as well as in the MBsystem include files, and now it starts picking the rpc/types.h calls, so MBsystem software is compiling. It just stops compiling and throws the same error in files that don't have the full path in the #include directives (ie. /usr/include/tirpc/rpc/types.h instead of rpc/types.h). Having said that, you're right about propagating these changes to actual compiles this software. I agree, bash shell should do the job, it would be great if someone knows the trick and can share it here. 		 	   		  
--
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


