[poppler] poppler ported to Mingw+MSys

Carlos Garcia Campos carlosgc at gnome.org
Thu Sep 25 23:49:54 PDT 2008


El mié, 24-09-2008 a las 13:11 +0200, Albert Astals Cid escribió:
> A Dimecres 24 Setembre 2008, carlo.bramix va escriure:
> > Hello,
> > I tried to compile poppler under mingw+msys.
> > With some fixes I was able to compile it successfully.
> > I did my changes on the latest git checkout.
> > Description of changes into attached patch:
> >
> > glib/Makefile.am
> > added support for shared library generation to libpoppler-glib.
> 
> libpoppler-glib is created as a shared library on linux is that  
> @create_shared_lib@ needed for windows?
> 
> >
> > /glib/demo/info.cc
> > Localtime_r is not existing under win32 so I made a conditional compilation
> > with HAVE_LOCALTIME_R.
> 
> Seems ok. Carlos?

Ok

> >
> > test/Makefile.am
> > The linking of pdf_inspector generated thousand of unresolved externals; I
> > had to link with $(top_builddir)/glib/libpoppler-glib.la instead of
> > $(top_builddir)/poppler/libpoppler-cairo.la for solving the trouble.
> 
> pdf_inspector does not seem to use libpopplerglib at all, so the problem is 
> probably a different one, can you post a list of the unresolved symbols?
> 
> >
> > /test/gtk-cairo-test.cc
> > /test/pdf-inspector.cc
> > I could not compile these files because they included some X files (win32
> > have not gdk/gdkx.h, cairo-xlib.h and X11/Xutil.h) but hopefully poppler
> > already defines X_DISPLAY_MISSING so I just limited those includes when
> > that macro is undefined.
> 
> These headers are actually not needed at all, we can remove them altogheter.
> 
> >
> > At the end everything seemed solved unless a little detail...
> > At the beginning libjpeg was not found at configure time; infact this
> > happens because of this line into libjpeg.m4:
> >
> > jpeg_incdirs="`eval echo $includedir` /usr/include /usr/local/include "
> >
> > Since under mingw the include files are normally under /mingw/include and
> > not under /usr/include or /usr/local/include, I had to add
> > "--includedir=/mingw/include". In that manner, it was able to find my
> > libraries correctly but when I launch "make install" the include files of
> > poppler are installed under /mingw/include instead of the location
> > specified with "--prefix". So, I'm wondering if it's possible to add an
> > option to configure script like "--with-jpeg-include=<path>" so that an
> > user could specify a libjpeg path without loosing the installation path.
> 
> Or we could add /mingw/include to the libjpeg.m4 if that is the typical 
> location of the mingw includes.
> 
> > Unfortunately I don't think I'm able to do it: I'm a (mainly) win32
> > developer and I'm not so expert yet on autoconf programming, so I hope
> > somebody could help me on this task.
> 
> You can also try using the cmake based buildsystem that is what KDE4 on 
> windows people use.
> 
> Albert
> 
> >
> > Sincerely,
> >
> > Carlo Bramini.
> 
> 
> _______________________________________________
> poppler mailing list
> poppler at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/poppler

-- 
Carlos Garcia Campos
   elkalmail at yahoo.es
   carlosgc at gnome.org
   http://carlosgc.linups.org
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
 digitalmente
Url : http://lists.freedesktop.org/archives/poppler/attachments/20080926/8f56a5f2/attachment.pgp 


More information about the poppler mailing list