|
JMagick - Problem with Make on solaris
|
View:
New views
5 Messages
—
Rating Filter:
Alert me
|
 |
JMagick - Problem with Make on solaris
by abdul.mujeeb
::
Rate this Message:
Hi,
I have installed
ImageMagick-6.2.5 successfully and unzipped JMagick-6.2.4-1 on Solaris
OS.
I have executed
./configure and executed make all command, I am getting
following error: make: Fatal error in reader: ./Make.rules, line 6:
Unexpected end of line seen.
However I find no
problem in line 6 of Make.rules file. Can anyone let me
know to fix this issue and proceed further.
Following are the
steps I had followed for setup.
Thanks in
Advance.
Regards
Abdul
Salam
# ./configure
--with-java-home=/usr/java1.5.0_02
checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking target system type... sparc-sun-solaris2.8 checking for gcc... gcc 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 gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... ./install-sh -c checking for getconf... /usr/bin/getconf checking whether large file support needs explicit enabling... yes checking for X... libraries , headers checking for egrep... egrep 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... no checking for unistd.h... yes checking jni.h usability... yes checking jni.h presence... yes checking for jni.h... yes checking for java... /usr/bin/java checking for javac... /usr/bin/javac checking for javah... /usr/bin/javah checking for jar... /usr/bin/jar checking for javadoc... /usr/bin/javadoc checking for Magick-config... /usr/local/bin/Magick-config checking magick/api.h usability... yes checking magick/api.h presence... yes checking for magick/api.h... yes checking for ConstituteImage in -lMagick... yes checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 262144 checking command to parse /usr/ccs/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.8 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/ccs/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... solaris2.8 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no appending configuration tag "F77" to libtool configure: creating ./config.status config.status: creating Make.def # make all
make: Fatal error in reader: ./Make.rules, line 6: Unexpected end of line seen Make.rules
----------------- # Copyright (C) 1999 Eric Yeo. All rights reserved. # This is the main Java sources. ifndef JAVA_SRC_DIR JAVA_SRC_DIR = $(PROJ_BASE_DIR)src endif # This is where the Java classes are compiled to.
ifndef JAVA_CLASSES_DIR JAVA_CLASSES_DIR = $(PROJ_BASE_DIR)classes endif # This is where generated files should go
ifndef GENERATED_DIR GENERATED_DIR = $(PROJ_BASE_DIR)generated endif # This is where C object files should go
ifndef OBJ_DIR OBJ_DIR = $(PROJ_BASE_DIR)obj endif
_______________________________________________ JMagick mailing list JMagick@... http://www.yeo.id.au/mailman/listinfo/jmagick |
|
|
|
Re: JMagick - Problem with Make on solaris
by Jin Zhao
::
Rate this Message:
> following error: make: Fatal error in reader: ./Make.rules, line 6:
> Unexpected end of line seen. Either the jmagick you downloaded got cruppted or you were using an incompatible make. Type 'which make' to see what make are you using. As far as I know, Jmagick build works with GNU Make. Jin _______________________________________________ JMagick mailing list JMagick@... http://www.yeo.id.au/mailman/listinfo/jmagick |
|
|
|
Re: JMagick - Problem with Make on solaris
by srinivasp
::
Rate this Message:
I know this a very old post, I am running into the same problem right now on Open Solaris.
I have installed ImageMagick 6-3-9 successfully. JMagick installation, goes as far as make all and when I do make install, it says # make install make: Fatal error in reader: ./Make.rules, line 6: Unexpected end of line seen How were able to fix this? Thanks
|
|
|
|
Jmagick on OSX: UnsatisfiedLinkError
by erlend.schei
::
Rate this Message:
I tried Eric O’Laughlen's JMagick OS X Leopard Port as a base: http://velocipeek.com/2008/02/19/jmagick-os-x-leopard-port/ . I want to build from JMagick from source, but I'm quite happy to use the pre-installed ImageMagick. As my ImageMagick base I have the latest Macports ImageMagick: @6.4.1-3_0+q16. First I tried using defaults. This created .so-libraries and failed miserably with make test. ./configure --prefix=/finntech/apps/jmagick ... [fiersche@FI-BP-735:~/Downloads/JMagick-6.2.6-0-OSX-10.5.1-0-src] $ make test cd src/test; make test LD_LIBRARY_PATH=:../../lib: DYLD_LIBRARY_PATH=:../../lib: /System/Library/Frameworks/JavaVM.framework/Versions/1.6/bin/java -classpath /Users/fiersche/Downloads/JMagick-6.2.6-0-OSX-10.5.1-0-src/classes test.Test Exception in thread "main" java.lang.UnsatisfiedLinkError: no JMagick in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1753) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1030) at magick.MagickLoader.<clinit>(MagickLoader.java:13) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at magick.Magick.<clinit>(Magick.java:21) at test.Test.main(Test.java:55) make[1]: *** [test] Error 1 make: *** [test] Error 2 Then I tried a seemingly easy fix :), adding the .dylib extension, as Eric tipped in his page. This also failed, but differently: ./configure --prefix=/finntech/apps/jmagick --with-shared-lib-ext=.dylib ... [fiersche@FI-BP-735:~/Downloads/JMagick-6.2.6-0-OSX-10.5.1-0-src] $ make test cd src/test; make test LD_LIBRARY_PATH=:../../lib: DYLD_LIBRARY_PATH=:../../lib: /System/Library/Frameworks/JavaVM.framework/Versions/1.6/bin/java -classpath /Users/fiersche/Downloads/JMagick-6.2.6-0-OSX-10.5.1-0-src/classes test.Test Exception in thread "main" java.lang.UnsatisfiedLinkError: /Users/fiersche/Downloads/JMagick-6.2.6-0-OSX-10.5.1-0-src/lib/libJMagick-6.2.6.dylib: at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1746) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1030) ... Then I tried the tricks from the OSX readme in Eric's binary distribution: sudo cp -i ./libJMagick-6.2.6.dylib /usr/local/lib sudo ln -s /usr/local/lib/libJMagick-6.2.6.dylib /usr/local/lib/libJMagick.dylib sudo cp -i ./jmagick-6.2.6.jar /System/Library/Frameworks/JavaVM.framework/Home/lib/ext But "make test" failed in the same way. Does anyone have a pointer into which direction I should look? Erlend :) _______________________________________________ JMagick mailing list JMagick@... http://www.yeo.id.au/mailman/listinfo/jmagick Please ensure that JMagick@... is a recipient when replying. |
|
|
|
Re: Jmagick on OSX: UnsatisfiedLinkError
by spamania
::
Rate this Message:
This is exactly the same issue I am having. I believe that the second error message:
... indicates that the JMagick library itself is being loaded successfully, but it is unable to link to one of its shared dependencies. The reason I think this is that Java stopped complaining about not being able to find the library and just returns a blank exception (consistent with something failing in opaque native code). If anyone knows a solution for this, I'll be your best friend forever. I've been hacking at this on and off for a while now, and I really need to get it working. Cheers, nate |
| Free embeddable forum powered by Nabble | Forum Help |
