[MacPorts] #43561: srecord-1.63

[MacPorts]

#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