Bugs item #1713952, was opened at 2007-05-07 00:50
Message generated for change (Comment added) made by oneiros
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=790130&aid=1713952&group_id=154028
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Martin Schröder (oneiros)
Assigned to: Nobody/Anonymous (nobody)
Summary: Build failure on 10.2
Initial Comment:
Compiling trunk on 10.2 fails with
make[2]: Entering directory `/home/ms/tex/pdftex/tmp/podofo/test/LargeTest'
if g++ -DPACKAGE_NAME=\"podofo\" -DPACKAGE_TARNAME=\"podofo\"
-DPACKAGE_VERSION=\"0.4.0\" -DPACKAGE_STRING=\"podofo\ 0.4.0\"
-DPACKAGE_BUGREPORT=\"[EMAIL PROTECTED] \" -DPACKAGE=\"podofo\"
-DVERSION=\"0.4.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
-DHAVE_STRING_H=1 -DHAVE_STDIO_H=1 -DHAVE_MEMSET=1 -DHAVE_STRSTR=1
-DHAVE_STRTOL=1 -DHAVE_ARPA_INET_H=1 -DHAVE_STDLIB_H=1 -DHAVE_MALLOC=1
-DHAVE_STDLIB_H=1 -DHAVE_REALLOC=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1
-DHAVE_STRFTIME=1 -DHAVE_VPRINTF=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1
-DHAVE_LIBZ=1 -DHAVE_LIBJPEG=1 -DHAVE_ZLIB_H=1 -DHAVE_JPEGLIB_H=1 -I. -I.
-I../../src/ -I/usr/include/fontconfig/ -I/usr/include/freetype2/ -g -O2 -O2
-g3 -std=c++98 -W -Wall -Wold-style-cast -Woverloaded-virtual -Wswitch-enum
-Wfloat-equal -Wcast-qual -Wwrite-strings -Wredundant-decls -MT LargeTest.o -MD
-MP -MF ".deps/LargeTest.Tpo" -c -o LargeTest.o LargeTest.cpp; \
then mv -f ".deps/LargeTest.Tpo" ".deps/LargeTest.Po"; else rm -f
".deps/LargeTest.Tpo"; exit 1; fi
LargeTest.cpp: In function ‘void AddPage(PoDoFo::PdfDocument*,
PoDoFo::PdfStreamedDocument*, const char*, const char*)’:
LargeTest.cpp:87: error: ‘class PoDoFo::PdfImage’ has no member named
‘LoadFromFile’
make[2]: *** [LargeTest.o] Fehler 1
make[2]: Leaving directory `/home/ms/tex/pdftex/tmp/podofo/test/LargeTest'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/ms/tex/pdftex/tmp/podofo/test'
make: *** [all-recursive] Fehler 1
----------------------------------------------------------------------
>Comment By: Martin Schröder (oneiros)
Date: 2007-06-08 13:43
Message:
Logged In: YES
user_id=33472
Originator: YES
Works in HEAD.
----------------------------------------------------------------------
Comment By: Craig Ringer (ringerc)
Date: 2007-05-26 10:30
Message:
Logged In: YES
user_id=639504
Originator: NO
The issue with finding the wrong freetype is fixed in svn trunk.
----------------------------------------------------------------------
Comment By: Craig Ringer (ringerc)
Date: 2007-05-26 10:17
Message:
Logged In: YES
user_id=639504
Originator: NO
The readme error was my fault; sorry. One gets into the habit of typing
"UNIX".
As for this current issue, it looks like problems finding the freetype
headers. I've had problem reports about freetype on SuSE before. The last
issue was related to freetype1 headers being detected when we were looking
for freetype2 .
I suspect that's what's happening here. /usr/include/freetype.h (which
will be freetype 1) is being found when we're looking for the "real"
freetype headers to adjust the include path to allow for freetype's insane
directory structure and header setup. This means that the real path to
freetype's headers, probably /usr/include/freetype2/, isn't being added to
the include path.
This can probably be fixed by searching for ftheader.h instead of
freetype.h when looking for the real freetype header location. I'll test
that out today if I get the chance.
In the mean time, you may find that uninstalling the freetype 1
development package and nuking CMakeCache.txt permits the build to find the
right headers. If you try that, please let me know if it helped.
We could probably use the freetype-config script to find the headers, but
this isn't portable, since it's a UNIX shell script that assumes gcc-style
command line arguments.
On a side note, it can sometimes be useful to run a build with "LANG=C
LC_ALL=C" to get English messages. It's my fault I'm an extremely poor
reader of German, but in any case more people will be able to help with an
issue when the info is in English. I'm pretty used to German compiler error
messages though, so it's no big deal.
----------------------------------------------------------------------
Comment By: Dominik Seichter (domseichter)
Date: 2007-05-23 16:39
Message:
Logged In: YES
user_id=203039
Originator: NO
Please try:
cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$HOME/podofo"
AFAIK Cmake is case-sensitive for generator names!
best regards,
Dom
----------------------------------------------------------------------
Comment By: Martin Schröder (oneiros)
Date: 2007-05-23 16:39
Message:
Logged In: YES
user_id=33472
Originator: YES
Ah, your README is wrong. Check cmake(1): It's "Unix Makefiles", not "UNIX
Makefiles".
Anyway, that doesn't help much:
> cmake -G "Unix Makefiles" -DCMAKE_INSTALL_PREFIX="$HOME/podofo"
../podofo
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Check size of void*
-- Check size of void* - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
Both PODOFO_BUILD_SHARED and PODOFO_BUILD_STATIC set
so disabling static library generation (CMake version < 2.5)
Using gcc specific compiler options
Found zlib headers in /usr/include, library at /usr/lib/libz.so
Found libjpeg headers in /usr/include, library at /usr/lib/libjpeg.so
Found ft2build.h in /usr/include
Found freetype.h in /usr/include
Found freetype library at /usr/lib/libfreetype.so
Found freetype library at /usr/lib/libfreetype.so
Found STLPort headers in LIBSTLPORT_HEADERS-NOTFOUND
Found STLPort library in LIBSTLPORT_LIB-NOTFOUND
Found fontconfig.h at /usr/include/fontconfig/fontconfig.h
Found fontconfig library at /usr/lib/libfontconfig.so
Building shared PoDoFo library
PDEBUG: USING_SHARED_PODOFO: TRUE
PDEBUG: PODOFO_DEPEND_TARGET: podofo_shared
-- Configuring done
-- Generating done
-- Build files have been written to:
/home/ms/tex/pdftex/podofo/podofo-build
> make
[ 1%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfAction.o
[ 2%] Building CXX object
src/CMakeFiles/podofo_shared.dir/PdfAnnotation.o
[ 4%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfArray.o
[ 5%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfCanvas.o
[ 6%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfContents.o
[ 8%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfData.o
[ 9%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfDataType.o
[ 10%] Building CXX object src/CMakeFiles/podofo_shared.dir/PdfDate.o
[ 12%] Building CXX object
src/CMakeFiles/podofo_shared.dir/PdfDestination.o
In file included from
/home/ms/tex/pdftex/podofo/podofo/src/PdfFontCache.h:26,
from
/home/ms/tex/pdftex/podofo/podofo/src/PdfDocument.h:25,
from
/home/ms/tex/pdftex/podofo/podofo/src/PdfDestination.cpp:25:
/usr/include/ft2build.h:56:38: error: freetype/config/ftheader.h: Datei
oder Verzeichnis nicht gefunden
In file included from
/home/ms/tex/pdftex/podofo/podofo/src/PdfDocument.h:25,
from
/home/ms/tex/pdftex/podofo/podofo/src/PdfDestination.cpp:25:
/home/ms/tex/pdftex/podofo/podofo/src/PdfFontCache.h:27:10: error:
#include expects "FILENAME" or <FILENAME>
/home/ms/tex/pdftex/podofo/podofo/src/PdfFontCache.h:90: error: expected
‘;’ before ‘(’ token
/home/ms/tex/pdftex/podofo/podofo/src/PdfFontCache.h:117: error:
‘FT_Library’ does not name a type
/home/ms/tex/pdftex/podofo/podofo/src/PdfDocument.h:211: error: expected
‘;’ before ‘(’ token
make[2]: *** [src/CMakeFiles/podofo_shared.dir/PdfDestination.o] Fehler 1
make[1]: *** [src/CMakeFiles/podofo_shared.dir/all] Fehler 2
make: *** [all] Fehler 2
----------------------------------------------------------------------
Comment By: Martin Schröder (oneiros)
Date: 2007-05-23 16:31
Message:
Logged In: YES
user_id=33472
Originator: YES
Yes, libjpeg-devel-6.2.0-37 is installed. And if it wasn't, configure
should have balked.
Cmake fails:
> cmake -G "UNIX Makefiles" -DCMAKE_INSTALL_PREFIX="$HOME/podofo"
../podofo
CMake Error: Could not create named generator UNIX Makefiles
----------------------------------------------------------------------
Comment By: Dominik Seichter (domseichter)
Date: 2007-05-23 15:28
Message:
Logged In: YES
user_id=203039
Originator: NO
Thanks for reporting, PdfImage::LoadFromFile ist only available if you
have libJpeg installed. Do you have LibJPEG installed? If yes, I supspect
that the automake build your are using is mostlikely broken. Could you try
with SVN and trunk/ and CMake please?
best regards,
Dom
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=790130&aid=1713952&group_id=154028
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Podofo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/podofo-users
