#40613: epstool: unable to open output file './epsobj/xnodll.o' ----------------------+---------------------- Reporter: mojca@… | Owner: master@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: epstool | ----------------------+---------------------- Description changed by mojca@…: Old description:
Upgrading epstool fails with: {{{ :info:build /usr/bin/clang -I./src -I./epsobj -I/opt/local/include -DX11 -DUNIX -DNONAG -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -fno-builtin -fno-common -Wcast-qual -Wwrite-strings -g -o ./epsobj/xnodll.o -c ./src/xnodll.c :info:build mkdir ./epsobj :info:build error: unable to open output file './epsobj/xnodll.o': 'Error opening output file './epsobj/xnodll.o'' :info:build 1 error generated. :info:build echo "dummy" > ./epsobj/lib.rsp :info:build make: *** [epsobj/xnodll.o] Error 1 :info:build make: *** Waiting for unfinished jobs.... }}}
To me this looks like the wrong order of commands, that is: {{{ mkdir ./epsobj }}} should probably happen before the compiler tries to write to `-o ./epsobj/xnodll.o`
After repeating the build it seems to go through successfully.
I suggest to either disable parallel build or try to fix the problem properly, possibly coordinating with upstream developers.
New description: Upgrading epstool fails with: {{{ :info:build /usr/bin/clang -I./src -I./epsobj -I/opt/local/include -DX11 -DUNIX -DNONAG -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -fno-builtin -fno-common -Wcast-qual -Wwrite-strings -g -o ./epsobj/xnodll.o -c ./src/xnodll.c :info:build mkdir ./epsobj :info:build error: unable to open output file './epsobj/xnodll.o': 'Error opening output file './epsobj/xnodll.o'' :info:build 1 error generated. :info:build echo "dummy" > ./epsobj/lib.rsp :info:build make: *** [epsobj/xnodll.o] Error 1 :info:build make: *** Waiting for unfinished jobs.... }}} To me this looks like the wrong order of commands, that is: {{{ mkdir ./epsobj }}} should probably happen before the compiler tries to write to `-o ./epsobj/xnodll.o` After repeating the build it seems to go through successfully. I suggest to either disable parallel build with {{{ use_parallel_build no }}} or try to fix the problem properly, possibly coordinating with upstream developers. -- -- Ticket URL: <https://trac.macports.org/ticket/40613#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X