[prev in list] [next in list] [prev in thread] [next in thread] 

List:       enlightenment-devel
Subject:    Re: [E-devel] E17 on Cygwin/X platform?
From:       Pavel Lipenský <lipenskyp () email ! cz>
Date:       2008-12-30 14:50:41
Message-ID: 1173.3598-16553-578598946-1230648641 () email ! cz
[Download RAW message or body]

Hi  <booleanlabel@gmail.com>,

good news you are are still working on Cygwin/X port.
I remember your 042 experimental release half a year ago, which really helped me.
But then the link became unreachable and/or blocked :(  
When updating Cygwin components, the X libraries were moved and my customized E17/043 stopped working :( 
I decided to port 050 snapshot myself from scratch, instead of recompiling the old one. 

Regarding the changes in 050 snapshot, I don't thing our patches differ semantically so much. 
Generally we are both fixing the same things, trying not to affect exiting platforms.  

I would personally prefer the Cygwin/X to be natively supported in SVN repository, 
instead of using cygport utilities for every new snapshot.
It is probably not possible to move all the changes at once.
But what about to do it incrementally, step by step, component by component
starting e.g. with updating Makefiles.in and configure.ac by adding your cygwin section 
and using AC_LIBTOOL_WIN32_DLL and "-no-undefined" linking flag ??? 

I currently don't know how the EFL-E17 devel processes look like 
(I mean commitments, testing, reviews, knowledge base, etc.), and how to join the team. 

However on some places in the code I would suggest to unify platform dependent directives 
among the component to improve the portability and to avoid so many directives such like
"#if defined _WIN32 || ! defined __CYGWIN__"  :) 

Here are some issues:
1) Including win/linux header files such like <winsock2.h>
e.g. #ifdef _WIN32 v.s #ifdef HAVE_WINSOCK2_H

2) Detecting an using shared library suffixes
e.g. SHARED_LIB_SUFFIX (in ecore) v.s.  #ifdef _WIN32 + ".dll" | ".so"

3) Handing OS specific defines such like _POSIX_PATH_MAX 
e.g. embryo_cc_osdefs.h v.s. #ifdef in C files v.s. not defined

4) Unix-like signal handling on windows (siginfo_t supported by cygwin but not by mingw)

Regards,
Pavel

> ------------ Původní zpráva ------------
> Od:  <booleanlabel@gmail.com>
> Předmět: Re: [E-devel] E17 on Cygwin/X platform?
> Datum: 24.12.2008 16:07:22
> ----------------------------------------
> Hello lipenskyp@email.cz,
> 
> 
> I'm trying to compile e17 for cygwin, too.
> 
> 
> I upload e17 packages of snapshot(2008-09-25).
> 
>      http://fd0.x0.to/cygwin/release/
> 
> *-src.tar.bz2 contains my patches to compile on cygwin.
> (My patches differ from yours.)
> 
> 
> I hope you find them informative.
> 
> 
> 
> 
> Best regards
> 
> 
> 
> 

------------------------------------------------------------------------------
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[prev in list] [next in list] [prev in thread] [next in thread]