#43561: srecord-1.63 ----------------------+-------------------------------- Reporter: alinp@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: srecord | ----------------------+-------------------------------- Comment (by alinp@…): Yes...I'm getting that same error. I'm still working on the PortFile and in some cases, I'm getting past the error by brute force so I can see what lays ahead. I'm new to the standard build system so I'm getting a chance to learn about configure, etc. So far, I've modified the PortFile to bring in all of the dependencies (libtool, libgcrypt, Boost, Ghostscript) and that all seems to work but when I bring in libtool, the executable in /opt/local/bin is called 'glibtool' and the build files for srecord are looking for 'libtool' and it finds that as the Apple 'libtool' which gives the error you are seeing. I tried putting this in the PortFile {{{ build.args LIBTOOL=${prefix}/bin/glibtool build.env LIBTOOL=${prefix}/bin/glibtool }}} which didn't seem to help a whole lot. I also tried putting in a soft link to 'glibtool' in /opt/local/bin and that didn't work either. My brute force bypass was to just rename 'glibtool' to 'libtool' in /opt/local/bin and then I got past all of those errors and now I'm stuck on the error I first reported which as Ryan said, appears to be the build files trying to directly install into /usr/bin instead of destroot. I'll have to circle back and put in real fixes for the libtool error after I fix the install issue. After it is all working, I'll post the patch file -- Ticket URL: <https://trac.macports.org/ticket/43561#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X