Yes, but for me the whole point of having MinGW is to avoid having to deal
with Cygwin in the first place.
Now that we have Unicon benchmarks, we can run an compare the performance
of binaries built using Cygwin and MinGW.
--Jafar
On Tue, Jun 17, 2014 at 12:34 PM, Richard H. McCullough <
[email protected]> wrote:
> Did you know that Cygwin includes the mingw tools, automake tools, (Mac)
> clang tools, etc.?
> You should be able to run your preferred build environment on
> Windows/Cygwin.
> From what you said about native Windows, Cygwin might be slower, but how
> much???
>
>
> Dick McCullough
> Context Knowledge Systems
> What is your view?
>
>
>
> ------------------------------
> Date: Tue, 17 Jun 2014 11:37:52 -0500
> From: [email protected]
> To: [email protected]
> CC: [email protected]
>
> Subject: Re: [Unicon-group] make Unicon on Cygwin (Windows 8.1)
>
> We do have cygwin configuration under confing/win32 but it is outdated.
> MinGW has been my preferred build environment on Windows for years, and we
> have been maintaining the configuration very well there. Thanks to feedback
> from you and other users, I'm working on further improving the build
> process and also writing a detailed guide for the build process with
> troubleshooting of the known issues that might pop up in some cases. I'll
> make these available in the coming weeks, and will definitely appreciate
> more feedback then.
>
> --Jafar
>
>
>
> On Tue, Jun 17, 2014 at 11:17 AM, Sergey Logichev <[email protected]>
> wrote:
>
> Jafar,
>
> Yes, it's clear that original files must be changed. But my first
> intention was to create new additional configuration. Actually, I am not
> sure that we need it. I need more time to investigate all pros and contras
> for cygwin.
>
> Sergey
>
> 17.06.2014, 19:38, "Jafar Al-Gharaibeh" <[email protected]>:
>
> Dick and Sergey,
>
> If you want to make changes (to makefiles/makedefs/define.h) that
> survive the configuration step then you have to change the "original"
> files. These are located under UNICON/config/unix, since you are using a
> Linux configuration. Some of the files are under config/unix/Common and
> others are under the specific config directory, in your case Dick it is:
> x86_32_linux. For example, you can delete
>
> #define LoadFunc
>
> From config/unix/x86_32_linux/define.h.
>
> Cheers,
> Jafar
>
>
>
>
> On Tue, Jun 17, 2014 at 4:50 AM, Richard H. McCullough <
> [email protected]> wrote:
>
> As I was starting to do a new build, I realized what your problem is.
> Do NOT
> make X-Configure name="x86_32_linux"
> There are changes in the source which have to be applied after
> the make Configure step. If you do make Configure, you will
> overwrite the changes which I have made.
>
> So -- start again. Unzip in a new UHOME directory, and
> export PATH=UHOME/bin:/usr/local/bin:/usr/bin
> make Unicon
>
> P.S. If you are running on Windows 8.1, you do not have to
> make Unicon. The binaries are already in UHOME/bin.
> You might need to use patchstr, as described by Bruce Rennie.
>
>
> Dick McCullough
> Context Knowledge Systems
> What is your view?
> ------------------------------
> From: [email protected]
> To: [email protected]; [email protected]
> Subject: RE: [Unicon-group] make Unicon on Cygwin (Windows 8.1)
> Date: Tue, 17 Jun 2014 02:28:44 -0700
>
>
> Your errors look like what I was getting before my last changes
> I suggest:
> 1) delete "#define LoadFunc" from UHOME/src/h
> 2)set PATH to UHOME/bin:/usr/local/bin:/usr/bin
> UHOME is the home directory of your new Unicon source.
>
> I will also try another build, and tell you what I find.
>
> Dick McCullough
> Context Knowledge Systems
> What is your view?
>
> ------------------------------
> From: [email protected]
> To: [email protected]
> Date: Tue, 17 Jun 2014 10:27:10 +0400
> Subject: Re: [Unicon-group] make Unicon on Cygwin (Windows 8.1)
>
> Hello Richard!
>
> I've tried to build unicon on cygwin x86 for Windows 8.1 with help of your
> sources. I used configuration for x86_32_linux and got error. Compiler
> reported about undefined referencies "coswitch" and "syserr" in rswitch.s.
> Then I tried to modify rswitch.s to rswitch.c with single line:
> #include "../../config/pthreads.c"
>
> Now compiler could build iconx but aborted on the following step:
>
> gcc -I../libtp -I../gdbm -I../xpm -I/usr/X11R6/include -fPIC -c tconnect.c
> tconnect.c:1:0: warning: -fPIC ignored for target (all code is position
> independent) [enabled by default]
> /*
> ^
> In file included from tconnect.c:45:0:
> icall.h:172:5: error: conflicting types for 'umask'
> int umask(int);
> ^
> In file included from /usr/include/string.h:10:0,
> from tconnect.c:36:
> /usr/include/sys/stat.h:152:8: note: previous declaration of 'umask' was
> here
> mode_t _EXFUN(umask,( mode_t __mask ));
> ^
> Makefile:16: recipe for target 'tconnect.o' failed
> make[3]: *** [tconnect.o] Error 1
> make[3]: Leaving directory '/home/unicon/ipl/cfuncs'
> makefile:6: recipe for target 'Cfun' failed
> make[2]: *** [Cfun] Error 2
> make[2]: Leaving directory '/home/unicon/ipl/lib'
> makefile:2: recipe for target 'all' failed
> make[1]: *** [all] Error 2
> make[1]: Leaving directory '/home/unicon/ipl/lib'
> Makefile:129: recipe for target 'Unicon' failed
> make: *** [Unicon] Error 2
>
>
> Really, build process on cygwin is very tricky and weird. It fails on the
> flat place.
>
> Best regards,
> Sergey
>
> 17.06.2014, 09:28, "Richard H. McCullough" <[email protected]>:
>
> All the source (Revision 3824 with a few edits) & binaries
> are available from my website:
>
> http://ContextKnowledgeSystems.org/download/unicon.cygwin.zip
>
> Dick McCullough
> Context Knowledge Systems
> What is your view?
>
>
>
> ------------------------------------------------------------------------------
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> _______________________________________________
> Unicon-group mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/unicon-group
>
>
>
> ------------------------------------------------------------------------------
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems Open Source.
> Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for
> Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems
> _______________________________________________ Unicon-group mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/unicon-group
>
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Unicon-group mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/unicon-group