Build Systems [Re: Software that doesn't use DESTROOT and funny tarball directories]

2016-07-19 Thread Daniel J. Luke
On Jul 19, 2016, at 12:09 PM, Ryan Schmidt wrote: >>> Considering all the various build systems we encounter in MacPorts, from >>> autotools to xcodebuild to cmake to scons to qmake to manually crafted >>> Makefiles, my impression is that autotools sucks the least. >> >> I guess we can just dis

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Ryan Schmidt
On Jul 19, 2016, at 10:49 AM, Watson Ladd wrote: > We've got it building, the problems outstanding are one easy upstream patch > and its tendency to fetch things during build/vendored zlib. > > Personally I'm not volunteering to maintain distribution patches to fix the > fetch and zlib issues.

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Ryan Schmidt
On Jul 19, 2016, at 10:49 AM, Daniel J. Luke wrote: > On Jul 19, 2016, at 11:44 AM, Ryan Schmidt wrote: >> Without reading those links, I already know autotools sucks, and from the >> standpoint of a software developer I don't really enjoy writing autotools >> files. However, from the standpoin

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Daniel J. Luke
On Jul 19, 2016, at 11:44 AM, Ryan Schmidt wrote: > Without reading those links, I already know autotools sucks, and from the > standpoint of a software developer I don't really enjoy writing autotools > files. However, from the standpoint of a package maintainer, I love autotools > for the con

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Watson Ladd
On Jul 19, 2016 8:38 AM, "Daniel J. Luke" wrote: > > On Jul 19, 2016, at 8:19 AM, Ryan Schmidt wrote: > > This is one of the problems with projects that roll their own nonstandard configure scripts and Makefiles -- they don't work the way anybody unfamiliar with that project expects. Developers w

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Ryan Schmidt
On Jul 19, 2016, at 10:37 AM, Daniel J. Luke wrote: > On Jul 19, 2016, at 8:19 AM, Ryan Schmidt wrote: >> This is one of the problems with projects that roll their own nonstandard >> configure scripts and Makefiles -- they don't work the way anybody >> unfamiliar with that project expects. Deve

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Daniel J. Luke
On Jul 19, 2016, at 8:19 AM, Ryan Schmidt wrote: > This is one of the problems with projects that roll their own nonstandard > configure scripts and Makefiles -- they don't work the way anybody unfamiliar > with that project expects. Developers would do well to adopt standard > configure script

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Watson Ladd
On Tue, Jul 19, 2016 at 5:19 AM, Ryan Schmidt wrote: > On Jul 19, 2016, at 7:13 AM, Ryan Schmidt wrote: > >> On Jul 17, 2016, at 12:31 AM, Watson Ladd wrote: >> >>> The problem is that >>> they want you to run configure with an argument indicating the install >>> prefix, then don't seem to support

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Ryan Schmidt
On Jul 19, 2016, at 7:13 AM, Ryan Schmidt wrote: > On Jul 17, 2016, at 12:31 AM, Watson Ladd wrote: > >> The problem is that >> they want you to run configure with an argument indicating the install >> prefix, then don't seem to support DESTROOT. I've gone to upstream to >> report this, but I und

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-19 Thread Ryan Schmidt
On Jul 17, 2016, at 12:31 AM, Watson Ladd wrote: > I'm trying to write a portfile for ChezScheme. Thanks! > The problem is that > they want you to run configure with an argument indicating the install > prefix, then don't seem to support DESTROOT. I've gone to upstream to > report this, but I

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-17 Thread Joshua Root
On 2016-7-18 02:15 , Brandon Allbery wrote: On Sun, Jul 17, 2016 at 2:16 AM, Joshua Root mailto:j...@macports.org>> wrote: The second question is about names: I named the port chez-scheme. Unfortunately the tarball they have expands into one with a directory name

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-17 Thread Brandon Allbery
On Sun, Jul 17, 2016 at 2:16 AM, Joshua Root wrote: > The second question is about names: I named the port chez-scheme. >> Unfortunately the tarball they have expands into one with a directory >> named ChezScheme-9.4 and not chez-scheme-9.4 The obvious thing to do >> is to change the name of the

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-17 Thread Watson Ladd
On Sat, Jul 16, 2016 at 11:25 PM, Joshua Root wrote: > On 2016-7-17 16:16 , Joshua Root wrote: >> >> On 2016-7-17 15:31 , Watson Ladd wrote: >>> >>> Dear all, >>> I'm trying to write a portfile for ChezScheme. The problem is that >>> they want you to run configure with an argument indicating the i

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-16 Thread Joshua Root
On 2016-7-17 16:16 , Joshua Root wrote: On 2016-7-17 15:31 , Watson Ladd wrote: Dear all, I'm trying to write a portfile for ChezScheme. The problem is that they want you to run configure with an argument indicating the install prefix, then don't seem to support DESTROOT. I've gone to upstream t

Re: Software that doesn't use DESTROOT and funny tarball directories

2016-07-16 Thread Joshua Root
On 2016-7-17 15:31 , Watson Ladd wrote: Dear all, I'm trying to write a portfile for ChezScheme. The problem is that they want you to run configure with an argument indicating the install prefix, then don't seem to support DESTROOT. I've gone to upstream to report this, but I understand there is

Software that doesn't use DESTROOT and funny tarball directories

2016-07-16 Thread Watson Ladd
Dear all, I'm trying to write a portfile for ChezScheme. The problem is that they want you to run configure with an argument indicating the install prefix, then don't seem to support DESTROOT. I've gone to upstream to report this, but I understand there is black magic we could use instead. The sec