Trying to run make on Windows7 with mingw but got cryptic error. I can't figure out what line in Makefile or what command caused the error.
C:\pkgs\C-TCC-0.02>make --debug > tmp.txt
syntax error at -e line 1, at EOF
Execution of -e aborted due to compilation errors.
make: *** [blib\lib\C\\.exists] Error 255
The tmp.txt file
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i386-pc-mingw32
Reading makefiles...
Updating goal targets....
File `makemakerdflt' does not exist.
File `all' does not exist.
File `pure_all' does not exist.
File `config' does not exist.
File `blibdirs' does not exist.
File `blib\lib\C\\.exists' does not exist.
Must remake target `blib\lib\C\\.exists'.
Any ideas would be appreciated.
UPDATE1
Here is the Makefile
Figured it out. I should have used dmake instead of make.
Thanks to the tip from Perl Monks
Related
I am trying to learn Sphinx documentation creating tool. I am able to generate html documentation. Now, in order to create an off-line version of the (html) documentation, I have been trying to generate pdf file from my project.
Towards that goal, so far I have tried the following (using resources available on the web including the Sphinx docs):
Added the following to conf.py:
# conf.py options for Latex
latex_engine = 'pdflatex'
latex_elements = {
'papersize': 'a4paper',
'pointsize': '10pt',
}
Subsequently used the command make latexpdf in the terminal, whereupon I got the following messages in the terminal:
/Users/.../.../.../.../.../urls.py:docstring of lead.urls:5: WARNING: Definition list ends without a blank line; unexpected unindent.
/Users/.../urls.py:docstring of lead.urls:7: WARNING: Unexpected indentation.
looking for now-outdated files... none found
pickling environment... done
checking consistency... done
processing lead.tex... index modules/...
resolving references...
done
writing... done
copying TeX support files... copying TeX support files...
done
build succeeded, () warnings.
The LaTeX files are in _build/latex.
Run 'make' in that directory to run these through (pdf)latex
(use `make latexpdf' here to do that automatically).
latexmk -pdf -dvi- -ps- 'lead.tex'
make[1]: latexmk: No such file or directory
make[1]: *** [lead.pdf] Error 1
make: *** [latexpdf] Error 2
A new folder latex was created with a number of files in them including one with the name <project_name>.tex (lead.tex in the error log above) and one batch file make.bat among them.
However, running the command make only produces the following error:
latexmk -pdf -dvi- -ps- 'lead.tex'
make: latexmk: No such file or directory
make: *** [lead.pdf] Error 1
Following some leads (materials available on the web) on latexmk, tried to install BasicTex package from the Tex site.
However, the package available is only for macOs 10.13 and higher. I am on 10.12.6.
So I am stuck. Can somebody please let me know if there is any solution to my predicament?
https://www.tug.org/mactex/faq/3-4.html worked for me while on macOS 10.12.6.
When attempting to compile this project using make in cygwin64, I encounter this error:
carolyns#ugrpc /cygdrive/c/Program Files (x86)/Discourse_Parser_Dist/bllip-parser-master/bllip-parser-master
$ make
C:/Program Files (x86)/GnuWin32/bin/make -C first-stage/PARSE parseIt
/usr/bin/sh: -c: line 0: syntax error near unexpected token `('
/usr/bin/sh: -c: line 0: `C:/Program Files (x86)/GnuWin32/bin/make -C first-stage/PARSE parseIt'
make: *** [PARSE] Error 1
Some sleuthing suggests the issue could be my bash version, but I am using V4 as seems recommended
carolyns#ugrcpc /cygdrive/c/Program Files (x86)/Discourse_Parser_Dist/bllip-parser-master/bllip-parser-master
$ bash --version
GNU bash, version 4.4.12(3)-release (x86_64-unknown-cygwin)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
as well as make V3.81
carolyns#ugrpc /cygdrive/c/Program Files (x86)/Discourse_Parser_Dist/bllip-parser-master/bllip-parser-master
$ make --version
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
I have also added SHELL := /bin/bash as suggested by this issue
Other sources of this error seem unrelated to my situation (echo problem).
I've tried this using MinGW64 as well with the same result. I've also tried moving the folder out of the Program Files directory, with the same result.
Any help would be greatly appreciated.
Fixed
It was unhappy with my make path including Program Files (x86). I moved make and forced it to use the new path and got a shiny new error.
Hope this helps another windows newbie.
I'm trying to build OpenSSL on macOS for iOS 11. The make command fails with "libtool not found error".
I've checked the output of which command for libtool and result is as expected:
[Amy-MacBook-Pro-3:openssl-fips-ecp-2.0.12 $ which libtool
/usr/bin/libtool
PATH variable shows /usr/bin listed:
[Amy-MacBook-Pro-3:openssl-fips-ecp-2.0.12 $ echo $PATH
/usr/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin
This is the error:
clang: error: no such file or directory: 'libtool'
make[2]: *** [../libcrypto.a] Error 1
make[1]: *** [all] Error 2
make: *** [build_fips] Error 1
I listed the version of libtool below:
[Amy-MacBook-Pro-3:openssl-fips-ecp-2.0.12 $ libtool --version
libtool (GNU libtool) 2.4.4
Written by Gordon Matzigkeit, 1996
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I fixed this by doing the following:
export PATH="/Library/Developer/CommandLineTools/usr/bin":$PATH
I'm running into issues installing the Carmen Robotics toolkit in Fedora;
Making:
When I type make, I get the following error message
---- Copying global/carmen-std.ini to carmen.ini
***********
E X P O R T
***********
---- Copying ipc.h to [path]/carmen-0.7.4-beta/include/carmen
... many similar lines
---- Copying param_interface.h to [path]/carmen-0.7.4-beta/include/carmen
Makefile:7: *** missing separator. Stop.
make: *** [export] Error 255
I've googled around and saw that this can be caused by spaces instead of tabs at the beginnings of lines. There is no such issue anywhere near line 7 of the makefile.
Doing make -d gives a lot of output, which ends with:
Updating goal targets.... Considering target file `export'.
File `export' does not exist.
Finished prerequisites of target file `export'.
Must remake target `export'.
Invoking recipe from ../Makefile.rules:285 to update target `export'.
Putting child 0x174b8e0 (export) PID 5816 on the chain.
Live child 0x174b8e0 (export) PID 5816
Reaping winning child 0x174b8e0 PID 5816
Live child 0x174b8e0 (export) PID 5819
Reaping winning child 0x174b8e0 PID 5819
Removing child 0x174b8e0 PID 5819 from chain.
Successfully remade target file `export'.
GNU Make 3.82 Built for x86_64-redhat-linux-gnu Copyright (C) 2010
Free Software Foundation, Inc. License GPLv3+:
GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Reading makefiles...
Reading makefile `Makefile'...
Reading makefile `../Makefile.conf' (search path) (no ~ expansion)...
Reading makefile `../Makefile.vars' (search path) (no ~ expansion)...
Makefile:7: *** missing separator. Stop.
Reaping losing child 0xda4940 PID 5794
make: *** [export] Error 255
Removing child 0xda4940 PID 5794 from chain.
I've heard that getting to Carmen to compile can be a terrible experience, but I didn't expect that it would give me this much trouble, especially since I'd done it successfully on another computer in the past.
I can't even make clean
Does anyone have sage wisdom to offer on this topic?
I downgraded from Make 3.82 to 3.81 and this issue went away.
I download the GPL Ghsotscript9.00 from sourceforge.net, and try to bulid source as framework in mac, the steps as the help document about make, such as: copy macosx.mak to the top-level directory, rename it to makefile and issue 'make framework' from Terminal.app. then the procedure ends with this:
./base/gsicc_create.c: At top level:
./base/gsicc_create.c:242: warning: ‘gsicc_diagmatrix_init’ defined but not used
./base/gsicc_create.c:294: warning: ‘cie_is_lab’ defined but not used
./base/gsicc_create.c:542: warning: ‘swapbytes32’ defined but not used
./base/gsicc_create.c:692: warning: ‘add_desc_tag’ defined but not used
./base/gsicc_create.c:714: warning: ‘add_text_tag’ defined but not used
./base/gsicc_create.c:1382: warning: ‘add_tabledata’ defined but not used
make[1]: *** No rule to make target `obj/../soobj/lcms.dev', needed by `obj/../soobj/sicclib.dev'. Stop.
make: *** [so] Error 2
I don't know why the official file can't work? Maybe there are some operations I need to do before making, but how?
Thanks.
Please try the latest 9.04 from http://www.ghostscript.com/download (this is the top level page, actual
source download from http://downloads.ghostscript.com/public/ghostscript-9.04.tar.gz )
If you continue to have problems, please post the issue at http://bugs.ghostscript.com
We have several Artifex staff developers that work on macosx that build regularly, but they may not build the
shared obj lib regularly.