From: Jozef M. <mis...@ho...> - 2010-10-21 05:34:40
|
you should give andLinux.org a try. it works perfect for me and no need for cygwin mayhem, just normal > aptitude install pdfedit under windows. jm > I'd better send this again...I notice that something (Gmail.com, > probably) added a notation "[SPAM]" to the subject > line, and that might interfere with the smooth threading of the archive: > >> On Wed, Oct 20, 2010 at 3:03 AM, Michal Hocko <ms...@gm...> wrote: >>> On Tue, Oct 19, 2010 at 10:58:22PM -0400, Robert S. Kissel wrote: >>>> http://www.mail-archive.com/pdf...@li.../msg00492.html) >>>> gfile.cc: In function `GBool openTempFile(GString**, FILE**, char*, >>>> char*)': >>>> gfile.cc:523: error: `mkstemp' was not declared in this scope >>>> gfile.cc:531: error: `fdopen' was not declared in this scope >>> Could you check out whether those functions are present in stdlib.h? >>> The file has to be in the include path so I would expect it somewhere >>> in >>> /usr/include > > Yes, stdlib.h defines mkstemp, and fdopen is defined where IT should > be...I think part of the problem is that there's some combination of > symbols that is getting defined that makes a conditional compilation > that doesn't work properly under cygwin. > > Today, I went in with a sledgehammer and WROTE IN external > declarations above the functions--this same error was occurring in > quite a few files. These external declarations I wrote in for > mkstemp, fdopen, fseeko, ftello, and snprintf (I think these were the > only functions that were popping up as "not declared in this > scope)--allowed the compilation to proceed, but then, when I finally > got all the compiling done and was about to triumphantly link the > object files together into pdfedit.exe, I got a long list of > "undefined reference" errors for the various functions I put in > external declarations of, modelled on their declarations in the > various #include files of /usr/include where they are declared. > > So I'm about to give up, unless someone comes along who has > successfully built pdfedit on cygwin, and can set me right on what > they did. > > As far as I can tell, either nobody tested the build under > Windoze/cygwin, or else, there's some additional step I should be > taking when I run ./configure that I did not do. > > I'll settle for a pre-compiled set of binaries, at this point: I have > work to do, which is why I want to get pdfedit running: I want to see > if the tools that come with it can spare me "rolling my own" program > to accomplish a task. > > I don't have a UNIX system on which I can deploy pdfedit (at the > moment), and MUST use cygwin for now. > > Has anybody else got a suggestion for me to get this thing to build? > > Below is the (abbreviated) moment of despair from the make output: > > . . . > make[2]: Entering directory `[path]/pdfedit-0.4.5/src/gui' > g++ -Wl,--enable-auto-import -o pdfedit.exe .obj/additemdialog.o [long > list of object files] > -L/usr/lib/qt3/lib -lqsa_pdfedit > -L[path]/pdfedit-0.4.5/src/qsa/lib/ -lqoutputdevices > -L[path]/pdfedit-0.4.5/src/kpdf-kde-3.3.2/ -L/usr/lib -lkernel > -L[path]/pdfedit-0.4.5/src/kernel -lutils > -L[path]/pdfedit-0.4.5/src/utils -lxpdf > -L[path]/pdfedit-0.4.5/src/xpdf/xpdf -lfofi > -L[path]/pdfedit-0.4.5/src/xpdf/fofi -lGoo > -L[path]/pdfedit-0.4.5/src/xpdf/goo -lsplash > -L[path]/pdfedit-0.4.5/src/xpdf/splash -lfreetype -lz -lt1 > -L/usr/lib -lz -lqt -lXext -lX11 > > .obj/mergeform.o:mergeform.cc:(.text+0x8f3): undefined reference to > `gui::snprintf(char*, unsigned int, char const*, ...)' > .obj/mergeform.o:mergeform.cc:(.text+0x3281): undefined reference to > `gui::snprintf(char*, unsigned int, char const*, ...)' > .obj/selectpagesdialog.o:selectpagesdialog.cc:(.text+0x4be): undefined > reference to `gui::snprintf(char*, unsigned int, char const*, ...)' > . . . [and so on...more of same omitted] . . . > [path]/pdfedit-0.4.5/src/xpdf/goo/libGoo.a(gfile.o):gfile.cc:(.text+0x36d): > undefined reference to `mkstemp(char*)' > [path]/pdfedit-0.4.5/src/xpdf/goo/libGoo.a(gfile.o):gfile.cc:(.text+0x380): > undefined reference to `fdopen(int, char const*)' > collect2: ld returned 1 exit status > make[2]: *** [pdfedit.exe] Error 1 > make[2]: Leaving directory `[path]/pdfedit-0.4.5/src/gui' > make[1]: *** [pdfedit] Error 2 > make[1]: Leaving directory `[path]/pdfedit-0.4.5/src' > make: *** [source] Error 2 > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and > Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Pdfedit-support mailing list > Pdf...@li... > https://lists.sourceforge.net/lists/listinfo/pdfedit-support -- Tato zpráva byla vytvořena převratným poštovním klientem Opery: http://www.opera.com/mail/ |