yesterday I tried to compile Lighttpd 1.4.26 + mod_h264 on Debian Lenny ( AMD64 ) but it failed. I got those errors :
mail:/usr/src/lighttpd/lighttpd-1.4.26# make
make all-recursive
make[1]: Entering directory `/usr/src/lighttpd/lighttpd-1.4.26'
Making all in src
make[2]: Entering directory `/usr/src/lighttpd/lighttpd-1.4.26/src'
gcc -DHAVE_CONFIG_H -DHAVE_VERSION_H -DLIBRARY_DIR="\"/usr/local/lib\"" -DSBIN_DIR="\"/usr/local/sbin\"" -I. -I.. -D_REENTRANT -D__EXTENSIONS__ -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGE_FILES -g -O2 -Wall -W -Wshadow -pedantic -std=gnu99 -MT lemon.o -MD -MP -MF .deps/lemon.Tpo -c -o lemon.o lemon.c
mv -f .deps/lemon.Tpo .deps/lemon.Po
/bin/sh ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -W -Wshadow -pedantic -std=gnu99 -o lemon lemon.o
../libtool: line 827: X--tag=CC: command not found
../libtool: line 860: libtool: ignoring unknown tag : command not found
../libtool: line 827: X--mode=link: command not found
../libtool: line 994: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 995: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
../libtool: line 2239: X-g: command not found
../libtool: line 2239: X-O2: command not found
../libtool: line 2239: X-Wall: command not found
../libtool: line 2239: X-W: command not found
../libtool: line 2239: X-Wshadow: command not found
../libtool: line 2239: X-pedantic: command not found
../libtool: line 2239: X-std=gnu99: command not found
../libtool: line 2408: Xlemon: command not found
../libtool: line 2413: X: command not found
../libtool: line 2420: Xlemon: command not found
../libtool: line 5193: Xgcc "" "" "" "" "" "" "" -o #OUTPUT# lemon.o : command not found
../libtool: line 5194: Xgcc "" "" "" "" "" "" "" -o #OUTPUT# lemon.o : command not found
../libtool: line 5199: X: command not found
../libtool: line 5203: : command not found
rm -f configparser.h
../src/lemon -q ./configparser.y ./lempar.c
make[2]: ../src/lemon: Command not found
make[2]: *** [configparser.c] Error 127
make[2]: Leaving directory `/usr/src/lighttpd/lighttpd-1.4.26/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/lighttpd/lighttpd-1.4.26'
make: *** [all] Error 2
After lot of researches on IRC, Google and Mailing list Libtools seems not really up to date for compiling this. Libtootl 2.2+ is not in the backports for AMD64 on Lenny...
Anyone have an idea about the issue, or a solution ?
Thanks !
In my experience, these types of errors mean that your libtool script was generated using a different version of libtool than currently installed. Try this:
make maintainer-clean
./autogen.sh
./configure
make
In any case, the problem is not that you don't have libtool 2.2, because the autogen.sh script claims only to work with 1.5, and configure.ac uses 1.5-style libtool calls.
If you've already done the "autogen.sh" thing (which is the most likely fix) then post the parameters you are giving to "./configure" as it's possible one of those is causing the problems you are seeing (e.g. an attempt to add a feature that requires a dependency that the lighttpd build system doesn't handle correctly on your system).
I had the exact same problem while trying to install lighttpd with the H264 Streaming Module. The solution that ended up working for me was changing the ./configure line to remove --prefix.
make maintainer-clean
./autogen.sh
./configure --enable-maintainer-mode
make
make install
Related
Im trying to build libpng on Windows 10 to get win32 binaries but having an issue related, i supposed, to awk parsing files with CRLF line endings. I've tried to convert files with dos2unix command, but without success, result the same - on the make command I've getting next output:
sh-3.1$ make
rm -f pnglibconf.c pnglibconf.tf[45]
gawk -f ./scripts/options.awk out=pnglibconf.tf4 version=search\
./pngconf.h ./scripts/pnglibconf.dfa\
./pngusr.dfa 1>&2
gawk -f ./scripts/options.awk out=pnglibconf.tf5 pnglibconf.tf4 1>&2
options.awk: bad line (10): com
make: *** [pnglibconf.c] Error 1
Compiler is MinGW with MSYS v1.0 on WIndows 10 x86, libpng version is 1637. How to solve this issue?
Update: solved by downloading tar.gz archive, but having new issue
sh-3.1$ make make all-am make[1]: Entering directory `/c/Users/user/Downloads/libpng-1.6.37.tar/libpng-1.6.37' depbase=`echo contrib/tools/pngfix.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ gcc -DHAVE_CONFIG_H -I. -g -O2 -MT contrib/tools/pngfix.o -MD -MP -MF $depbase.Tpo -c -o contrib/tools/pngfix.o contrib/tools/pngfix.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from contrib/tools/../../png.h:330,
from contrib/tools/pngfix.c:44:
contrib/tools/../../pnglibconf.h:206:54: error: expected identifier or '(' before '-' token
#define PNG_TEXT_Z_DEFAULT_STRATEGY 0
^
In file included from contrib/tools/../../png.h:335,
from contrib/tools/pngfix.c:44:
contrib/tools/../../pngconf.h:524:9: error: unknown type name 'ptrdiff_t'
typedef ptrdiff_t png_ptrdiff_t;
^~~~~~~~~
make[1]: *** [contrib/tools/pngfix.o] Error 1 make[1]: Leaving directory `/c/Users/user/Downloads/libpng-1.6.37.tar/libpng-1.6.37' make: *** [all] Error 2
It has been experimentally verified that this problem does not occur on Linux.
The solution for me was to change the line breaks on scripts/pnglibconf.dfa from CRLF to LF.
Solved. Summary: use tar.gz or xz archive with unix LF, and edit pnglibconf.h generated during compilation so there is no line breaks.
I'm trying to use mpi-ikl-simplemkl-1.0 (http://www.mloss.org/software/view/174/)
I'm using Windows 8.1 and I've installed cgywin64. When I type (on cgywin bash screen):
make -f Makefile
The result is:
gcc-4.2 -03 -ffast-math -fomit-frame-pointer -fPIC -c -o svm.o svm.cpp
gcc-4.2: error: spawn: No such file or directory
makefile:32: recipe for target 'svm.o' failed
make: *** [svm.o] Error 1
What should I do?
The internet wisdom seems to be that you should do one of:
Remove /bin from PATH
Remove /usr/bin from PATH
Reinstall gcc (possibly remove all versions of gcc first)
I'm trying to compile glui sources in cygwin. When I'm running make I get the following output
g++ -I./ -I./include -I/usr/X11R6/include -c glui_add_controls.cpp
make: execvp: g++: Bad file number
make: *** [glui_add_controls.o] Error 127
But it works perfectly if I just compile this file with
g++ -I./ -I./include -I/usr/X11R6/include -c glui_add_controls.cpp
What can be the problem here?
I had the exact same problem.
Run Cygwin's setup.exe and search for "make". Install.
I am now installing a code on my mac.
The code is from here. Look for "Benchmark and Boundary Detection Code" in this page.
In the readme file, it says:
(1) For the image and segmentation reading routines in the Dataset
directory to work, make sure you edit Dataset/bsdsRoot.m to point to
your local copy of the BSDS dataset.
(2) Run 'gmake install' from this directory to build everything. You
should then probably put the lib/matlab directory in your MATLAB path.
(3) Read the Benchmark/README file.
For the 1st step, I did as suggested.
For the 2nd step, I am pretty confused. I ran command gmake install in MATLAB, however, I got:
gmake
Undefined function or variable 'gmake'.
Actually, before running MATLAB, I installed gmake port through macports.
I just did it in terminal, however, this is what I got...
hou229:segbench yaozhongsong$ cd /Users/yaozhongsong/Documents/MATLAB/segbench
hou229:segbench yaozhongsong$ sudo gmake install
gmake[1]: execvp: ../Util/gethosttype: Permission denied
gmake[1]: Entering directory `/Users/yaozhongsong/Documents/MATLAB/segbench/Util'
GNUmakefile-library:26: *** mexSuffix not defined. Stop.
gmake[1]: Leaving directory `/Users/yaozhongsong/Documents/MATLAB/segbench/Util'
hou229:segbench yaozhongsong$
In MATLAB, I also did like this:
!gmake install
/bin/bash: gmake: command not found
How to do the 2nd step in readme file?
Thanks in advance!
#Amro
hou229:segbench yaozhongsong$ cd /Users/yaozhongsong/Documents/MATLAB/segbench
hou229:segbench yaozhongsong$ sudo gmake install
Password:
gmake[1]: execvp: ../Util/gethosttype: Permission denied
gmake[1]: Entering directory `/Users/yaozhongsong/Documents/MATLAB/segbench/Util'
mkdir -p ../lib/matlab
g++ -g -Wall -fPIC -I../include -O3 -DNOBLAS -c Exception.cc -o build//Exception.o
g++ -g -Wall -fPIC -I../include -O3 -DNOBLAS -c String.cc -o build//String.o
g++ -g -Wall -fPIC -I../include -O3 -DNOBLAS -c Random.cc -o build//Random.o
g++ -g -Wall -fPIC -I../include -O3 -DNOBLAS -c Timer.cc -o build//Timer.o
g++ -g -Wall -fPIC -I../include -O3 -DNOBLAS -c Matrix.cc -o build//Matrix.o
Matrix.cc:13:21: error: ieee754.h: No such file or directory
Matrix.cc: In function ‘double nextpow2(double)’:
Matrix.cc:86: error: ‘ieee754_double’ was not declared in this scope
Matrix.cc:86: error: expected `;' before ‘val’
Matrix.cc:87: error: ‘val’ was not declared in this scope
Matrix.cc:88: error: ‘IEEE754_DOUBLE_BIAS’ was not declared in this scope
Matrix.cc: At global scope:
Matrix.cc:48: warning: ‘snan’ defined but not used
Matrix.cc:49: warning: ‘inf’ defined but not used
gmake[1]: *** [build//Matrix.o] Error 1
gmake[1]: Leaving directory `/Users/yaozhongsong/Documents/MATLAB/segbench/Util'
For the "mexSuffix not defined" error, first run mexext inside MATLAB, take that output (I suspect it is mexmaci64), edit the file Util/GNUmakefile-library and add the following at line 24:
mexSuffix := mexmaci64
replace the value with the one you get from mexext
Note: I haven't tested any of this, I am on a Windows machine..
You need to run gmake from the Terminal (command line), not in MATLAB.
Fresh install of Centos5 32 & 64 on vmware vps...
yum install gcc glib2-devel bison libX11-devel freetype-devel fontconfig-devel gcc-c++ libpng-devel
wget http://download.mono-project.com/sources/libgdiplus/libgdiplus-2.10.9.tar.bz2
tar jxfv libgdiplus-2.10.9.tar.bz2
cd libgdiplus-2.10.9
./configure --prefix=/opt/mono
make && make install
Here is the output:
[root#localhost libgdiplus-2.10.9]# make
make all-recursive
make[1]: Entering directory `/usr/local/src/libgdiplus-2.10.9'
Making all in pixman
make[2]: Entering directory `/usr/local/src/libgdiplus-2.10.9/pixman'
make all-recursive
make[3]: Entering directory `/usr/local/src/libgdiplus-2.10.9/pixman'
Making all in pixman
make[4]: Entering directory `/usr/local/src/libgdiplus-2.10.9/pixman/pixman'
source='pixman-access.c' object='pixman-access.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ../depcomp \
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -fvisibility=hidden -c -o pixman-access.lo pixman-access.c
../libtool: line 852: X--tag=CC: command not found
../libtool: line 885: libtool: ignoring unknown tag : command not found
../libtool: line 852: X--mode=compile: command not found
../libtool: line 1018: *** Warning: inferring the mode of operation is deprecated.: command not found
../libtool: line 1019: *** Future versions of Libtool will require --mode=MODE be specified.: command not found
../libtool: line 1162: Xgcc: command not found
../libtool: line 1162: X-DHAVE_CONFIG_H: command not found
../libtool: line 1162: X-I.: command not found
../libtool: line 1162: X-I..: command not found
../libtool: line 1162: X-g: command not found
../libtool: line 1162: X-O2: command not found
../libtool: line 1162: X-Wall: command not found
../libtool: line 1162: X-fvisibility=hidden: command not found
../libtool: line 1162: X-c: command not found
../libtool: line 1214: Xpixman-access.lo: command not found
../libtool: line 1219: libtool: compile: cannot determine name of library object from `': command not found
make[4]: *** [pixman-access.lo] Error 1
make[4]: Leaving directory `/usr/local/src/libgdiplus-2.10.9/pixman/pixman'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/local/src/libgdiplus-2.10.9/pixman'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/usr/local/src/libgdiplus-2.10.9/pixman'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/libgdiplus-2.10.9'
make: *** [all] Error 2
[root#localhost libgdiplus-2.10.9]#
export echo=echo
From this nabble:
For some reason the libtool script being generated by autogen contains lines referring to "$echo message" instead of "echo message".
exporting echo=echo worked, despite being totally wierd.
This is my solution:
[root#oscar libgdiplus-2.10.9]# pwd
/root/libgdi/libgdiplus-2.10.9
[root#oscar libgdiplus-2.10.9]# ls -la libtool
-rwxr-xr-x 1 root root 292559 Jul 8 14:12 libtool
[root#oscar libgdiplus-2.10.9]# ls -la pixman/libtool
-rwxr-xr-x 1 root root 211592 Jul 8 14:12 pixman/libtool
You can see that the two files "libtool" are different:
mv pixman/libtool pixman/libtool.old
cp libtool pixman/libtool
It works!!!
Try install autoconf >= 2.68 and use
yum install autoconf-2.68 gcc glib2-devel bison libX11-devel freetype-devel fontconfig-devel gcc-c++ libpng-devel
wget http://download.mono-project.com/sources/libgdiplus/libgdiplus-2.10.9.tar.bz2
tar jxfv libgdiplus-2.10.9.tar.bz2
cd libgdiplus-2.10.9
autoreconf -fiv
./configure --prefix=/opt/mono
make && make install
I just compiled libgdiplus-2.10.9 on RHEL 4 !!! Used both fixes:
export echo=echo
and
mv pixman/libtool pixman/libtool.old
cp libtool pixman/libtool
Thanks guys for all this. You saved me some days:)
I ran into the same problem and found a solution in a forum. Please try to run autoconfig fi from the shell in the source directory (for example '/usr/local/src/libgdiplus-2.10.9').
As far as i understand this is an issue with 'libtool', libgdiplus should compile after running this command.
I have succeeded compiling libgdiplus-2.10.9 on CentOS 5 (x86-64) after installing required packages. It was essential to have autoconf, automake and libtool in order to update configure scripts.
yum install autoconf.noarch automake libtool.x86_64
yum install fontconfig-devel.x86_64 freetype-devel.x86_64 glib2-devel.x86_64
autoreconf -fiv
./configure --prefix=/usr/local/mono
make
make install