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 > [email protected] > http://lists.freedesktop.org/mailman/listinfo/poppler -- Carlos Garcia Campos [EMAIL PROTECTED] [EMAIL PROTECTED] http://carlosgc.linups.org PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
signature.asc
Description: Esta parte del mensaje está firmada digitalmente
_______________________________________________ poppler mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/poppler
