Re: building omniORBpy

Michael Teske via omniORB-list <[email protected]> Mon, 22 Apr 2019 13:35:24 +0200
Newsgroups gmane.comp.corba.omniorb.user
Message-ID <[email protected]>
Hi,

Am 22.04.19 um 00:35 schrieb Duncan Grisby:
> On Thu, 2019-04-18 at 17:26 +0200, Michael Teske via omniORB-list
> wrote:
> 
>> I tried to build omniORBpy 4.2.2 on windows. Following the
>> instructions in the readme
> 
> 4.2.3 is the latest release...

Yeah I know, but the differences are not that big, this ist for testing 
right now...

...
> There is also a GNUmakefile.in that is transformed into a replacement
> GNUmakefile by the configure script. It looks like this:
> 
> TOP=.
> CURRENT=.
> BASE_OMNI_TREE=@top_srcdir@
> VPATH=@srcdir@
> 
> include $(TOP)/mk/beforeauto.mk
> include @srcdir@/dir.mk
> include $(TOP)/mk/afterauto.mk
> 
> 
> You can see that the .in version refers to beforeauto.mk and
> afterauto.mk.
> 
> Did you perhaps run the configure script in cygwin?  You should not do
> that on Windows, because it will try to configure it to build with
> cygwin, not with Visual C++.

No, I did something similar stupid, the directory is nfs/samba mounted 
and I built it on linux before. I did do a make clean before building on 
windows, but obviously this isn't enough. Later, it did not occur to me 
that the original GNUmakefile could differ from the one genereated from 
GNUmakefile.in. Thanks and sorry for the confusion,
   Michael


> Duncan.
> 


_______________________________________________
omniORB-list mailing list
[email protected]
http://www.omniorb-support.com/mailman/listinfo/omniorb-list