I want to use NetBeans IDE 8 to compile my Fortran code.
I have installed NetBeans and MinGW.
The following addresses are added to Environmental Variables:
"C:\MinGW\bin;C:\MinGW\msys\1.0\bin"
After running a simple code like this
" subroutine bar()
print *, 'hello from bar...'
end
"
I receive the following long message:
"/C/MinGW/msys/1.0/bin/make.exe" -f nbproject/Makefile-Debug.mk QMAKE= SUBPROJECTS= .build-conf
make.exe[1]: Entering directory `/c/Users/Behi/Documents/NetBeansProjects/Hello_3'
"/C/MinGW/msys/1.0/bin/make.exe" -f nbproject/Makefile-Debug.mk dist/Debug/MinGW-Windows/hello_3.exe
make.exe[2]: Entering directory `/c/Users/Behi/Documents/NetBeansProjects/Hello_3'
mkdir -p build/Debug/MinGW-Windows
make.exe[2]: mkdir: Command not found
make.exe[2]: *** [build/Debug/MinGW-Windows/bar.o] Error 127
make.exe[2]: Leaving directory `/c/Users/Behi/Documents/NetBeansProjects/Hello_3'
make.exe[1]: *** [.build-conf] Error 2
make.exe[1]: Leaving directory `/c/Users/Behi/Documents/NetBeansProjects/Hello_3'
make.exe": *** [.build-impl] Error 2
BUILD FAILED (exit value 2, total time: 2s)
Can any one give me some suggestions?
Related
Trying to make install sonic annotator. I've added a lot of dependencies. The error I'm getting now is
supportprogs: test succeeded
helpfulflags: terminate called after throwing an instance of 'Dataquay::RDFIncompleteURI'
what(): Uri::Uri: Given string is not a complete absolute URI [with string "doap:download-page"]
./test-helpfulflags.sh: line 24: 125839 Aborted (core dumped) $r --skeleton $percplug > /dev/null
Test failed: Fails to run with --skeleton vamp:vamp-example-plugins:percussiononsets
*** Test FAILED
make[1]: *** [Makefile.runner:182: sonic-annotator] Error 1
make[1]: Leaving directory '/home/luke/Desktop/sonic-annotator-1.6'
make: *** [Makefile:164: sub-runner-pro-make_first-ordered] Error 2
I am, as I ask the question, trying to use
vamp-rdf-template-generator doap:http://vamp-plugins.org/rdf/plugins/vamp-example-plugins vamp:vamp-example-plugins:percussiononsets
In the following folder
/usr/local/lib/vamp$ ls
libvamp-hostsdk.so vamp-example-plugins.cat vamp-test-plugin.cat
libvamp-sdk.so vamp-example-plugins.n3 vamp-test-plugin.so
plugins.cpp vamp-example-plugins.so
pyin.so vamp-rdf-template-generator
I am not optimistic.
B4fore running ./configure and make, again. Another thing that is annoying me, is that whenever make fails to complete, trying make install or make again, shows there is nothing to do: but I still can't run sonic-annotator. Meaning I go and delete the folder and start from the beginning again...
It seems to be the case that vamp-rdf-template-generator will not overwrite its previous actions, so I had to delete vamp-example-plugins, which was inside the vamp folder, and run the former command with the uri, correct above.
The uri I provided is fine, an absolute one. I checked it by running the java code here Convert relative path to absolute using JavaScript via jnode.
So make finishes without errors. I then ran make install, and there was nothing to do again. Have tried running make and make install with sudo, and nothing changes
~/Downloads/sonic-annotator-1.6$ sudo make install
( test -e Makefile.base || /usr/lib/qt5/bin/qmake -o Makefile.base /home/luke/Downloads/sonic-annotator-1.6/base.pro ) && make -f Makefile.base install
make[1]: Entering directory '/home/luke/Downloads/sonic-annotator-1.6'
make[1]: Nothing to be done for 'install'.
make[1]: Leaving directory '/home/luke/Downloads/sonic-annotator-1.6'
( test -e Makefile.test-svcore-base || /usr/lib/qt5/bin/qmake -o Makefile.test-svcore-base /home/luke/Downloads/sonic-annotator-1.6/test-svcore-base.pro ) && make -f Makefile.test-svcore-base install
make[1]: Entering directory '/home/luke/Downloads/sonic-annotator-1.6'
make[1]: Nothing to be done for 'install'.
make[1]: Leaving directory '/home/luke/Downloads/sonic-annotator-1.6'
( test -e Makefile.test-svcore-system || /usr/lib/qt5/bin/qmake -o Makefile.test-svcore-system /home/luke/Downloads/sonic-annotator-1.6/test-svcore-system.pro ) && make -f Makefile.test-svcore-system install
make[1]: Entering directory '/home/luke/Downloads/sonic-annotator-1.6'
make[1]: Nothing to be done for 'install'.
make[1]: Leaving directory '/home/luke/Downloads/sonic-annotator-1.6'
( test -e Makefile.test-svcore-data-fileio || /usr/lib/qt5/bin/qmake -o Makefile.test-svcore-data-fileio /home/luke/Downloads/sonic-annotator-1.6/test-svcore-data-fileio.pro ) && make -f Makefile.test-svcore-data-fileio install
make[1]: Entering directory '/home/luke/Downloads/sonic-annotator-1.6'
make[1]: Nothing to be done for 'install'.
make[1]: Leaving directory '/home/luke/Downloads/sonic-annotator-1.6'
( test -e Makefile.runner || /usr/lib/qt5/bin/qmake -o Makefile.runner /home/luke/Downloads/sonic-annotator-1.6/runner.pro ) && make -f Makefile.runner install
make[1]: Entering directory '/home/luke/Downloads/sonic-annotator-1.6'
make[1]: Nothing to be done for 'install'.
make[1]: Leaving directory '/home/luke/Downloads/sonic-annotator-1.6'
So the issue is solved without installation / success.
I'm trying to run uvm-systemc on macosx. Link to download: http://accellera.org/images/downloads/drafts-review/uvm-systemc-1.0-alpha1.tar.gz
In the install flow, ../configure works fine, but on make i get this error:
Making all in macros
CCLD libmacros.la
ar: no archive members specified
usage: ar -d [-TLsv] archive file ...
ar -m [-TLsv] archive file ...
ar -m [-abiTLsv] position archive file ...
ar -p [-TLsv] archive [file ...]
ar -q [-cTLsv] archive file ...
ar -r [-cuTLsv] archive file ...
ar -r [-abciuTLsv] position archive file ...
ar -t [-TLsv] archive [file ...]
ar -x [-ouTLsv] archive [file ...]
make[4]: *** [libmacros.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
I've looked online, and it seems that it is a makefile problem. However the uvm-systemc makefile is way to complex for me to comprehend where the issue could reside. Any ideas on why is this happening?
Thanks
The issue is due to the libtool being executed to create a library file without a cpp file .
The tlm1 directory (and macros directory) do not have any .cpp file , hence there is no need to call the libtool in the respective makefiles.
As the UVM-SystemC for Mac OS is not in the list of tested OS you MAY run a few more issues.
I ran into 3 issues ( including the one mentioned above ). workaround to those are provided below .
The OS version for which the installation was completed.
ProductName: Mac OS X
ProductVersion: 10.11.4
BuildVersion: 15E65
1)
command :
step 1
../configure --with-systemc=[systemC-Base]/systemc-2.3.1
step 2 :
[base]/uvm-systemc-1.0-alpha1/objdir/ make
Error:
Making all in macros
CCLD libmacros.la
ar: no archive members specified
usage: ar -d [-TLsv] archive file ...
ar -m [-TLsv] archive file ...
ar -m [-abiTLsv] position archive file ...
ar -p [-TLsv] archive [file ...]
ar -q [-cTLsv] archive file ...
ar -r [-cuTLsv] archive file ...
ar -r [-abciuTLsv] position archive file ...
ar -t [-TLsv] archive [file ...]
ar -x [-ouTLsv] archive [file ...]
make[4]: *** [libmacros.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: [all-recursive] Error 1
Fix :
changes to 2 files
[ objdir - is the run temporary directory for the make script ]
[base]/uvm-systemc-1.0-alpha1/objdir/src/uvmsc/tlm1/Makefile -
comment out the libtool run.
line 314
# $(AM_V_CCLD)$(LINK) $(libtlm1_la_OBJECTS) $(libtlm1_la_LIBADD) $(LIBS)
[base]/uvm-systemc-1.0-alpha1/objdir/src/uvmsc/macros/Makefile
line 311
# $(AM_V_CCLD)$(LINK) $(libmacros_la_OBJECTS) $(libmacros_la_LIBADD) $(LIBS)
OR
[ for this you have to re-run
../configure --with-systemc=[systemC-Base]/systemc-2.3.1
so that it can recreated the
<base>/uvm-systemc-1.0-alpha1/objdir/src/uvmsc/tlm1/Makefile
and the
[base]/uvm-systemc-1.0-alpha1/objdir/src/uvmsc/macros/Makefile ]
comment out the libtool run in the base file.
[base]/uvm-systemc-1.0-alpha1/src/uvmsc/tlm1/Makefile.in
line 314
# $(AM_V_CCLD)$(LINK) $(libtlm1_la_OBJECTS) $(libtlm1_la_LIBADD) $(LIBS)
[base]/uvm-systemc-1.0-alpha1/src/uvmsc/macros/Makefile
line 311
# $(AM_V_CCLD)$(LINK) $(libmacros_la_OBJECTS) $(libmacros_la_LIBADD) $(LIBS)
———————————
2)
Command :
make install
Error :
/bin/sh: ../../../config/install-sh: Permission denied
Fix :
[[base]/uvm-systemc-1.0-alpha1/objdir] chmod +x ../config/install-sh
3)
Command:
make check
Error :
[systemC-base]/systemc-2.3.1/include/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h:32:3: note: constrained by private inheritance here
private virtual tlm_put_if< PUT_DATA > ,
[systemC-base]/systemc-2.3.1/include/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h:87:7: error: inherited virtual base class 'tlm_blocking_get_if' has private destructor
class tlm_master_imp :
[systemC-base]/systemc-2.3.1/include/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h:33:3: note: constrained by private inheritance here
private virtual tlm_get_peek_if< GET_DATA >
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[systemc-base]/systemc-2.3.1/include/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h:87:7: error: inherited virtual base class 'tlm_nonblocking_get_if' has private destructor
—————————
Fix :
———————————
This seems like a compiler related issue. MAYBE in some platforms this is okay but it failed for this platform.
To fix this the source file of the systemC installation needs to be updated.
You can update the source file and re-install - gmake install (systemC)
or just update the include file.
[systemC-base]/systemc-2.3.1/src/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h
[systemC-Base]/obj/ - gmake install
OR
[systemC-base]/systemc-2.3.1/include/tlm_core/tlm_1/tlm_req_rsp/tlm_channels/tlm_req_rsp_channels/tlm_put_get_imp.h
change line 31,32
class tlm_put_get_imp :
private virtual tlm_put_if< PUT_DATA > ,
public virtual tlm_get_peek_if< GET_DATA > // change from private to public - private fails
change line 86,87
class tlm_master_imp :
private tlm_put_get_imp< REQ , RSP > ,
public virtual tlm_master_if< REQ , RSP > // change from private to public - private fails
Here's the last few lines from the output of running "make install" at root level /home/gm/TEST/:
make[3]: Leaving directory `/home/gm/TEST/tppf/tm/ipmgt'
ld ipfac.o ipfacV.o ipfac_rset.o ipfac_args.o ipfac_d2a.o ipfac_a2d.o ipfac_modr.o ipfac_mod.o ipfac_read.o ipfac_add.o ipfac_del.o ipfac_list.o ipfac_unlk.o ipfac_lock.o ipfac_util.o ipfac_lkid.o -r -o /home/gm/TEST/tppf/lib/ipfac_tppf.o
make[3]: Leaving directory `/home/gm/TEST/tppf/tm/ipfac'
make[2]: Leaving directory `/home/gm/TEST/tppf/tm'
make[1]: *** [i_tm] Error 2
make[1]: Leaving directory `/home/gm/TEST/tppf'
make: *** [i_tppf] Error 2
And the Makefile under /home/gm/TEST/tppf/tm/ipfac contains this rule:
install: ipfac.h $(TPPLIB)/ipfac_tppf.o
$(TPPLIB)/ipfac_tppf.o: $(PROPOBJS)
ld $(PROPOBJS) -r -o $(TPPLIB)/ipfac_tppf.o
Is there something wrong with the linking process? Make should've told me what the error actually is, but it didn't.
BTW, I think /home/gm/TEST/tppf/lib/ipfac_tppf. O was linked and created successfully, or at least it was there in directory /home/gm/TEST/tppf/lib/ after make failed and exited.
That line is not the error line. You can tell that it succeeded because there was no error message there, for building the target /home/gm/TEST/tppf/lib/ipfac_tppf.o.
The error is here:
make[1]: *** [i_tm] Error 2
The [1] means that it was the first level of makefile (note the recipe you are quoting here was in the 3rd level of makefile) and the [i_tm] means that the build of the target i_tm failed. You need to look back up further in the output of make, earlier than what you've shown us, and find the *** error line for building the i_tm target and see what errors were generated there.
I installed OCaml 4.01.0 from http://protz.github.io/ocaml-installer/. I am now trying to build camlp5-6.11. When I run ./configure && make world.opt in cygwin, I get
...
sed -e "s|#VERSION#|6.11|" -e "s|#CAMLP5DIR#|D:\OCaml\lib/camlp5|" META.tpl > META
make[2]: Leaving directory '/cygdrive/d/Downloads/camlp5-6.11/etc'
make[2]: Entering directory '/cygdrive/d/Downloads/camlp5-6.11/top'
ocamlrun.exe ../boot/camlp5r.exe -nolib -I ../boot -mode S -o camlp5_top.ppo camlp5_top.ml
ocamlc.opt -warn-error A -I ../main -I ../boot -I ../ocaml_stuff/4.01.0/utils -I ../ocaml_stuff/4.01.0/parsing -I D:OCamllib/compiler-libs -c -impl camlp5_top.ppo
File "camlp5_top.ml", line 51, characters 14-32:
Error: Unbound module Toploop
../config/Makefile:20: recipe for target 'camlp5_top.cmo' failed
make[2]: *** [camlp5_top.cmo] Error 2
make[2]: Leaving directory '/cygdrive/d/Downloads/camlp5-6.11/top'
Makefile:26: recipe for target 'out' failed
make[1]: *** [out] Error 2
make[1]: Leaving directory '/cygdrive/d/Downloads/camlp5-6.11'
Makefile:141: recipe for target 'world.opt' failed
make: *** [world.opt] Error 2
How do I fix this?
I suspect the Makefile of Camlp5 hasn't been tested on Windows. It probably doesn't deal properly with backslashes: indeed, in your output, I can see D:OCamllib/compiler-libs which leads me to think that the error lies on the Camlp5 side: the path should obviously be D:\OCaml\lib....
Little-known fact about windows: / works as a path separator just as well, so if that's an option, you could probably try to hardcode d:/ocaml/ somewhere in the Makefile as the root dir for your OCaml installation, but you'd also have to fix the Makefile to generate d:/ocaml/lib as the library directory.
When "make check" for GCC4.5.0, such error was occured:
make[1]: Entering directory `/home/username/tool/gcc-4.5.0'
/bin/sh: line 0: cd: host-x86_64-unknown-linux-gnu/fixincludes: No such file or directory
make[1]: *** [check-fixincludes] Error 1
make[1]: Leaving directory `/home/username/tool/gcc-4.5.0'
make: *** [do-check] Error 2
How to solve this problem? please....... & Thanks~~~~~
I had a same problem as you; the reason which fixincludes doesn't exist is because you never finished running "make"(+).
Apparently the check failed. The makefile tried to enter a directory that doesn't exist. What this means depends on the project you are trying to build.