Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA: forecasts skel skel/src
On Wed, 15 Oct 2008, Sebastian Dransfeld wrote: > Enlightenment SVN wrote: >> Log: >> Fix module build (Use pkgconfig instead of deprecated >> enlightenment-config). > > enlightenment-config is still needed for --module-dir, so it isn't > deprecated, and if modules don't use it they should :) you could support that with enlightenment.pc(.in): after [EMAIL PROTECTED]@/@PACKAGE@, add: [EMAIL PROTECTED]@/@PACKAGE@/modules and use: pkg-config --variable=moduledir enlightenment to retrieve that directory Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/E-MODULES-EXTRA: forecasts skel skel/src
Enlightenment SVN wrote: > Log: > Fix module build (Use pkgconfig instead of deprecated enlightenment-config). enlightenment-config is still needed for --module-dir, so it isn't deprecated, and if modules don't use it they should :) Sebastian > > > > Author: cedric > Date: 2008-10-14 09:02:00 -0700 (Tue, 14 Oct 2008) > New Revision: 36660 > > Modified: > trunk/E-MODULES-EXTRA/forecasts/Makefile.am > trunk/E-MODULES-EXTRA/forecasts/configure.in > trunk/E-MODULES-EXTRA/skel/Makefile.am > trunk/E-MODULES-EXTRA/skel/configure.in > trunk/E-MODULES-EXTRA/skel/src/Makefile.am > > Modified: trunk/E-MODULES-EXTRA/forecasts/Makefile.am > === > --- trunk/E-MODULES-EXTRA/forecasts/Makefile.am 2008-10-14 15:37:29 UTC > (rev 36659) > +++ trunk/E-MODULES-EXTRA/forecasts/Makefile.am 2008-10-14 16:02:00 UTC > (rev 36660) > @@ -23,7 +23,7 @@ > INCLUDES = -I. \ > -I$(top_srcdir) \ > -I$(includedir) \ > -@e_cflags@ > +@E_CFLAGS@ > > pkgdir = $(datadir)/$(MODULE_ARCH) > pkg_LTLIBRARIES= module.la > @@ -31,8 +31,8 @@ >e_mod_main.h \ >e_mod_config.c \ >e_mod_config.h > - > -module_la_LIBADD = @e_libs@ > + > +module_la_LIBADD = @E_LIBS@ > module_la_LDFLAGS = -module -avoid-version > module_la_DEPENDENCIES = $(top_builddir)/config.h > > > Modified: trunk/E-MODULES-EXTRA/forecasts/configure.in > === > --- trunk/E-MODULES-EXTRA/forecasts/configure.in 2008-10-14 15:37:29 UTC > (rev 36659) > +++ trunk/E-MODULES-EXTRA/forecasts/configure.in 2008-10-14 16:02:00 UTC > (rev 36660) > @@ -31,12 +31,7 @@ > > AC_PATH_PROG(EDJE_CC, "edje_cc", "", $PATH) > > -AC_PATH_PROG(E_CONFIG, "enlightenment-config", "", $PATH) > -e_cflags=`$E_CONFIG --cflags` > -e_libs=`$E_CONFIG --libs` > -e_modules=`$E_CONFIG --module-dir` > -AC_SUBST(e_cflags) > -AC_SUBST(e_libs) > +PKG_CHECK_MODULES(E, [enlightenment]) > > datadir="${e_modules}/${PACKAGE}" > AC_ARG_ENABLE(homedir-install, > > Modified: trunk/E-MODULES-EXTRA/skel/Makefile.am > === > --- trunk/E-MODULES-EXTRA/skel/Makefile.am2008-10-14 15:37:29 UTC (rev > 36659) > +++ trunk/E-MODULES-EXTRA/skel/Makefile.am2008-10-14 16:02:00 UTC (rev > 36660) > @@ -25,4 +25,4 @@ >rm -rf e-module-skel.edj module.desktop *~ > uninstall: >rm -rf $(DESTDIR)$(datadir) > - > + > > Modified: trunk/E-MODULES-EXTRA/skel/configure.in > === > --- trunk/E-MODULES-EXTRA/skel/configure.in 2008-10-14 15:37:29 UTC (rev > 36659) > +++ trunk/E-MODULES-EXTRA/skel/configure.in 2008-10-14 16:02:00 UTC (rev > 36660) > @@ -32,12 +32,7 @@ > > AC_PATH_PROG(EDJE_CC, "edje_cc", "", $PATH) > > -AC_PATH_PROG(E_CONFIG, "enlightenment-config", "", $PATH) > -e_cflags=`$E_CONFIG --cflags` > -e_libs=`$E_CONFIG --libs` > -e_modules=`$E_CONFIG --module-dir` > -AC_SUBST(e_cflags) > -AC_SUBST(e_libs) > +PKG_CHECK_MODULES(E, [enlightenment]) > > datadir="${e_modules}/${PACKAGE}" > AC_ARG_ENABLE(homedir-install, > > Modified: trunk/E-MODULES-EXTRA/skel/src/Makefile.am > === > --- trunk/E-MODULES-EXTRA/skel/src/Makefile.am2008-10-14 15:37:29 UTC > (rev 36659) > +++ trunk/E-MODULES-EXTRA/skel/src/Makefile.am2008-10-14 16:02:00 UTC > (rev 36660) > @@ -3,15 +3,15 @@ > INCLUDES = -I. \ >-I$(top_srcdir) \ >-I$(includedir) \ > - @e_cflags@ > + @E_CFLAGS@ > > pkgdir = $(datadir)/$(MODULE_ARCH) > pkg_LTLIBRARIES = module.la > module_la_SOURCES = e_mod_main.h \ > e_mod_main.c \ > e_mod_config.c > - > -module_la_LIBADD = @e_libs@ > + > +module_la_LIBADD = @E_LIBS@ > module_la_LDFLAGS = -module -avoid-version > module_la_DEPENDENCIES = $(top_builddir)/config.h > > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > enlightenment-svn mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applica
Re: [E-devel] IMLIB2 ported to mingw+msys
On Tue, 14 Oct 2008, carlo\.bramix wrote: > Hello, > I ported IMLIB2 to Mingw+msys and I also included some fixes for Cygwin. > List of Changes: > 1) Added test for mmap support. This test is required because TGA needs it > (but why???). By conseguence, the TGA support becomes configurable. > > 2) Added test for sigjmp_buf support. If it is not supported, it will fall to > usual jmp_buf support (libjpeg for win32/win64 is compiled in that manner). > > 3) Added the ability to configure the flags to libtool with LT_LDFLAGS > variable. For generating a DLL with "--enable-shared" option it is required > to add "-no-undefined" to the link stage. > > 4) Added symbol IMLIB2_IS_COMPILING: if it's declared, it means that we are > compiling the sources of IMLIB2 (used into Imlib2.h). > > 5) ImLib2.H has also been fixed because dllimport/dllexport stuff was wrong. > > 6) Added dlfcn-win32.c and dlfcn-win32.h for supporting shared modules > support. Unfortunately the usual dlfcn package does not work... libtool > complains with a message like "libtool has no real life with library -ldl". > > 7) Added test if mkstemp() exists; if it does not, now there is the chance to > describe a replacement into common.h > > 8) Added test if pwd.h exists and file.h has been fixed with HAVE_PWD_H. > > 9) If S_IRGRP or S_IROTH do not exists, they will fall to S_IRUSR. > > 10) Some OS2 fixes are good for WIN32 too, so I added support for it too into > file.c and loader_gif.c > > 11) If ELOOP do not exist, the compilation is fixes by an #ifdef...#endif. > > 12) Since support for the dlfcn.h was already tested, I added the checks on > HAVE_DLFCN_H into image.h and script.h. In the future it will be possible to > add support for other dynamic loaders in the same manner I did for Win32. > > I hope you will find it useful. I have already implemented some of the functions you need in a lib called 'Evil' (mmap, dlfcn, pwd.h, mkstemp,...). I use it for the EFL Windows (XP or Ce) port. Maybe you could look at my code, improve it if you think it's needed, and make imlib2 Windows port depending on Evil Otherwise, i would say that you need to add AC_LIBTOOL_WIN32_DLL in configure.ac too so that libtool is aware that you have a Windows port. regards Vincent - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] IMLIB2 ported to mingw+msys
Hello, I ported IMLIB2 to Mingw+msys and I also included some fixes for Cygwin. List of Changes: 1) Added test for mmap support. This test is required because TGA needs it (but why???). By conseguence, the TGA support becomes configurable. 2) Added test for sigjmp_buf support. If it is not supported, it will fall to usual jmp_buf support (libjpeg for win32/win64 is compiled in that manner). 3) Added the ability to configure the flags to libtool with LT_LDFLAGS variable. For generating a DLL with "--enable-shared" option it is required to add "-no-undefined" to the link stage. 4) Added symbol IMLIB2_IS_COMPILING: if it's declared, it means that we are compiling the sources of IMLIB2 (used into Imlib2.h). 5) ImLib2.H has also been fixed because dllimport/dllexport stuff was wrong. 6) Added dlfcn-win32.c and dlfcn-win32.h for supporting shared modules support. Unfortunately the usual dlfcn package does not work... libtool complains with a message like "libtool has no real life with library -ldl". 7) Added test if mkstemp() exists; if it does not, now there is the chance to describe a replacement into common.h 8) Added test if pwd.h exists and file.h has been fixed with HAVE_PWD_H. 9) If S_IRGRP or S_IROTH do not exists, they will fall to S_IRUSR. 10) Some OS2 fixes are good for WIN32 too, so I added support for it too into file.c and loader_gif.c 11) If ELOOP do not exist, the compilation is fixes by an #ifdef...#endif. 12) Since support for the dlfcn.h was already tested, I added the checks on HAVE_DLFCN_H into image.h and script.h. In the future it will be possible to add support for other dynamic loaders in the same manner I did for Win32. I hope you will find it useful. Sincerely, Carlo Bramini. diff -r -u imlib2-1.4.1-old/configure.in imlib2-1.4.1-new/configure.in --- imlib2-1.4.1-old/configure.in 2008-06-06 03:43:19 + +++ imlib2-1.4.1-new/configure.in 2008-10-14 17:28:02 + @@ -86,6 +86,9 @@ ] ) +dnl Used for DLL import/export stuff. +AC_DEFINE(IMLIB2_IS_COMPILING, 1, [Always defined]) + AC_MSG_CHECKING(whether to enable x86 mmx support) if test x$mmx = xyes; then AC_DEFINE(DO_MMX_ASM, 1, [enabling MMX Assembly]) @@ -510,10 +513,62 @@ AM_CONDITIONAL(BUILD_ID3_LOADER, test "$id3_ok" = yes) AC_SUBST(ID3LIBS) +dnl Test if mmap is supported +AC_FUNC_MMAP + +AC_MSG_CHECKING(whether to enable tga support) +AC_ARG_WITH([tga], + [AC_HELP_STRING([--without-tga], [Disable TGA loader])], + [ + if test "$withval" = no ; then + tga_loader=no + else + tga_loader=yes + fi + ], + [ tga_loader=auto ] +) +AC_MSG_RESULT($tga_loader) + +if test "$tga_loader" != no ; then + if test "x$HAVE_MMAP" = "xyes" ; then +tga_ok=yes + else +tga_ok=no + fi +fi +AM_CONDITIONAL(BUILD_TGA_LOADER, test "$tga_ok" = yes) + if test "x$enable_visibility_hiding" = xyes ; then CPPFLAGS="$CPPFLAGS -fvisibility=hidden" fi +dnl Check which jump code is supported +AC_TRY_COMPILE( +[#include ], +[sigjmp_buf env; + while (! sigsetjmp (env, 1)) + siglongjmp (env, 1); +], +[AC_DEFINE(HAVE_SIGSETJMP, 1, [Define if sigsetjmp is available.])]) + +dnl Check some standard(?) functions +AC_CHECK_FUNCS([mkstemp]) + +dnl Check some standard header files +AC_CHECK_HEADERS([pwd.h windows.h]) + +dnl Check for platform dependant flags for libtool +case $host_os in +*mingw* | *cygwin*) +LT_LDFLAGS="-no-undefined" +;; +*) +LT_LDFLAGS="" +;; +esac +AC_SUBST(LT_LDFLAGS) + AC_OUTPUT([ Makefile imlib2.pc @@ -556,6 +611,7 @@ echo " ZLIB: $zlib_ok" echo " BZIP2...: $bz2_ok" echo " ID3.: $id3_ok" +echo " TGA.: $tga_ok" echo " X...: $have_x" echo echo diff -r -u imlib2-1.4.1-old/src/lib/Imlib2.h imlib2-1.4.1-new/src/lib/Imlib2.h --- imlib2-1.4.1-old/src/lib/Imlib2.h 2007-11-05 08:02:28 + +++ imlib2-1.4.1-new/src/lib/Imlib2.h 2008-10-14 17:49:30 + @@ -5,8 +5,12 @@ # undef EAPI # endif # ifdef WIN32 -# ifdef BUILDING_DLL -# define EAPI __declspec(dllexport) +# ifdef IMLIB2_IS_COMPILING +# ifdef DLL_EXPORT +#define EAPI __declspec(dllexport) +# else +#define EAPI +# endif # else # define EAPI __declspec(dllimport) # endif diff -r -u imlib2-1.4.1-old/src/lib/Makefile.am imlib2-1.4.1-new/src/lib/Makefile.am --- imlib2-1.4.1-old/src/lib/Makefile.am2008-06-06 03:42:29 + +++ imlib2-1.4.1-new/src/lib/Makefile.am2008-10-14 17:29:58 + @@ -18,6 +18,7 @@ common.h \ context.c \ context.h \ +dlfcn-win32.c \ draw.c \ draw.h \ dynamic_filters.c \ @@ -98,5 +99,5 @@ libImlib2_la_DEPENDENCIES = $(top_builddir)/config.h endif endif -libImlib2_la_LDFLAGS = -version-info @lt_version@ +libImlib2_la_LDFLAGS = -version-info @lt_version@ $(LT_LDFLAGS) diff -r -u imlib2-1.4.1-old/src/lib/common.h imlib2-1.4.1-new/src/lib/common.h --- imlib2-1.4.1-o
Re: [E-devel] E moudule API BREAK proposal
I missed this thread earlier, so let me reply separately.. Dave wrote: > I want to make an e17 module that expose simple edje objects as gadgets. > The idea is that people can download edje file from the net(calculator, > clocks and whatever next), put it in the right directory and then my module > can expose this objects as they was gadgets (they must appear in the available > gadgets list of the shelf or the gadman). So that the user can use the object > where they want. > > This can be a really easy way to create and distribute simple gadgets as you > don't have to compile the edje object for different arch (thinking about > exchange > can also host gadgets, without platform problem!). > In the future my module can also make some advanced stuff, for example execute > a bash, python (or what you like) script that is contained in the edje file, > making the simple gadgets more functional... but this is another story... > > ... > ... This is a nice idea - greater flexibility of gdagets/widgets/whatnots. Whether or not the e17 gadcon-client module api should be modified or not is debatable I suppose.. But note that many kinds of widgets/gadgets need not ne placed in such a gadcon. They could just as easily be 'free' desktop things, or part of some other kind of container element. I've actually suggested at some point that it would be nice to divorce the basic aspects of such 'gadgets' from any e17 specific requirements so that they could be realized in various other ways.. eg. as part of other kinds of containers, as free objs on an underlying evas, as separate apps, whatever. One could create compound gadgets from given ones, with an overall theming that extends that of the parts, etc. Basically, provide such 'gadgets' as loadable modules which have a func to 'add' the gadget as an object of a given evas (and some other funcs), ie. much like various evas/edje based approaches to gui widgetry. In any case, there's a lot here one can do to provide far more flexible, easily created, custom 'gadgetry'. :) Security Camera for your small business. Click Now! http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mYHqeqh6wR9VdLkfK01hVGFK36yx7ID8oN98g9ZNK9wphQ8/ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel