PDFedit Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0000245 [PDFedit] Installation minor always 04-21-08 00:36 12-16-13 22:01
Reporter cherry316316 View Status public  
Assigned To hockm0bm
Priority normal Resolution reopened  
Status feedback   Product Version CVS
Summary 0000245: configure: error: Could not link against ! Any idea ???
Description # ./configure
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether make sets $(MAKE)... yes
checking for ranlib... ranlib
checking whether ln -s works... yes
checking how to run the C++ preprocessor... g++ -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking for stdbool.h that conforms to C99... yes
checking for _Bool... no
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for size_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for boostlib >= 1.20.0... yes
checking whether the Boost::IOStreams library is available... yes
configure: error: Could not link against !
Additional Information
Attached Files

- Relationships

- Notes
(0000459)
hockm0bm
04-21-08 08:46

Do you have boost iostreams installed? If yes then it seems like problem with ioboost libraries detection on 64b system.
We had this issue in the last release and it should be fixed in the CVS now.

You can either try current CVS version or I can upload patch for iostream detection script.

In both cases you need to generate a new configure script and run it with additional parameter --with-boost-libdir=PATH_TO_YOUR_BOOST_LIB (usually /lib64 or /usr/lib64)
Let me know which solution fits better for your situation.
 
(0000465)
braunen
05-12-08 02:07

I had this same problem (OpenSuSE 10.3 64-bit). I followed the instructions suggested by the previous note and was able to then successfully run the configure script. However, when I run make I get the following error (second run through of make to get rid of all the messages from the parts that did work):

cd /home/name/pdfedit-0.4.1/src && make
make[1]: Entering directory `/home/name/pdfedit-0.4.1/src'
cd /home/name/pdfedit-0.4.1/src/xpdf && make libxpdf
make[2]: Entering directory `/home/name/pdfedit-0.4.1/src/xpdf'
cd goo && make
make[3]: Entering directory `/home/name/pdfedit-0.4.1/src/xpdf/goo'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/name/pdfedit-0.4.1/src/xpdf/goo'
cd fofi && make
make[3]: Entering directory `/home/name/pdfedit-0.4.1/src/xpdf/fofi'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/name/pdfedit-0.4.1/src/xpdf/fofi'
cd splash && make
make[3]: Entering directory `/home/name/pdfedit-0.4.1/src/xpdf/splash'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/home/name/pdfedit-0.4.1/src/xpdf/splash'
cd xpdf && make libxpdf
make[3]: Entering directory `/home/name/pdfedit-0.4.1/src/xpdf/xpdf'
make[3]: Nothing to be done for `libxpdf'.
make[3]: Leaving directory `/home/name/pdfedit-0.4.1/src/xpdf/xpdf'
make[2]: Leaving directory `/home/name/pdfedit-0.4.1/src/xpdf'
cd /home/name/pdfedit-0.4.1/src/utils && make
make[2]: Entering directory `/home/name/pdfedit-0.4.1/src/utils'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/name/pdfedit-0.4.1/src/utils'
cd /home/name/pdfedit-0.4.1/src/kernel && make
make[2]: Entering directory `/home/name/pdfedit-0.4.1/src/kernel'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/name/pdfedit-0.4.1/src/kernel'
make[1]: *** No rule to make target `@TESTS_TARGET@', needed by `all'. Stop.
make[1]: Leaving directory `/home/name/pdfedit-0.4.1/src'
make: *** [source] Error 2


Any suggestions? Let me know if you need more information.
 
(0000466)
hockm0bm
05-12-08 11:44

I can't reproduce this behavior...
Have you tried to run configure on the fresh checked out sources?
 
If you have the same problem even on the fresh current CVS checkout, upload generated Makefile.flags, Makefile, config.log and config.status files.
 
(0000487)
hockm0bm
08-13-08 00:31

no feedback

I am not able to reproduce.

Feel free to reopen if you have the same problem with current sources
 
(0001161)
anonymous
12-16-13 22:01

Had the same issue. Was fixed by installing installing libboost1.48-all-dev
 

- Issue History
Date Modified Username Field Change
04-21-08 00:36 cherry316316 New Issue
04-21-08 08:36 hockm0bm Status new => assigned
04-21-08 08:36 hockm0bm Assigned To  => hockm0bm
04-21-08 08:46 hockm0bm Note Added: 0000459
05-12-08 02:07 braunen Note Added: 0000465
05-12-08 11:44 hockm0bm Note Added: 0000466
08-13-08 00:31 hockm0bm Status assigned => resolved
08-13-08 00:31 hockm0bm Resolution open => unable to reproduce
08-13-08 00:31 hockm0bm Note Added: 0000487
07-03-09 23:53 bilbo Status resolved => closed
12-16-13 22:01 anonymous Status closed => feedback
12-16-13 22:01 anonymous Resolution unable to reproduce => reopened
12-16-13 22:01 anonymous Note Added: 0001161