request review #52066

2016-08-23 Thread Björn Ketelaars
Hello, Would someone be so kind to review (and commit) https://trac.macports.org/ticket/52066 ? Thank you! -- Björn Ketelaars GPG key: 0x4F0E5F21 ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/list

Re: [MacPorts] #52068: darkice needs pkgconfig dependency

2016-08-23 Thread Ryan Schmidt
> On Aug 22, 2016, at 9:20 AM, Rainer Müller wrote: > > On 2016-08-22 12:39, Niels Dettenbach wrote: >> Hmmm, >> i'm just wondering how the port worked up to 1.2 - there was no significant >> changes within darkice sources done as far as i know from Rafael Diniz >> (darkice maintainer) and i s

Re: port install v port mpkg | mdmg

2016-08-23 Thread Ryan Schmidt
On Aug 23, 2016, at 7:38 AM, Craig Treleaven wrote: > On Aug 22, 2016, at 11:21 AM, Ryan Schmidt wrote: > >> Craig, until base is fixed to automatically include daemondo in pkgs when >> needed, can't you just add a post-pkg block that copies daemondo from the >> location where it was installed

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Lawrence Velázquez
> On Aug 23, 2016, at 1:13 PM, Ryan Schmidt wrote: > >> On Aug 23, 2016, at 12:00, Ken Cunningham >> wrote: >> >> Hmmm. Making the dylib wasn't too hard: >> >> clang -dynamiclib -std=gnu99 strnlen.c getline.c -current_version 1.0 >> -compatibility_version 1.0 -o libsnowleopardfixes.a.dylib >

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Ken Cunningham
That fixed it, indeed. Now works as a dylib as well. Will play with it some more before you/we/I decide what we might to do with it, if anything. Best, Ken On 2016-08-23, at 10:42 AM, Lawrence Velázquez wrote: >> On Aug 23, 2016, at 1:31 PM, Ken Cunningham >> wrote: >> >> Sorry Cleme

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Lawrence Velázquez
> On Aug 23, 2016, at 1:31 PM, Ken Cunningham > wrote: > > Sorry Clemens, I see now what you mean. During the compile stage, I need to > install a name. > > Thanks for the tip. I missed that first read. I believe `install_name_tool -id /opt/local/lib/libsnowleopardfixes.a.dylib /opt/local/li

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Ken Cunningham
Sorry Clemens, I see now what you mean. During the compile stage, I need to install a name. Thanks for the tip. I missed that first read. Best, Ken >> >> On Tue, Aug 23, 2016 at 10:00:05AM -0700, Ken Cunningham wrote: >>> clang -dynamiclib -std=gnu99 strnlen.c getline.c -current_version 1.0

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Ken Cunningham
thanks, I thought of that, but sudo install_name_tool -add_rpath /opt/local/lib /opt/local/lib/libsnowleopardfixes.a.dylib didn't solve the issue. Sorry I left that step out. then I went big-gun and set the DYLIB_FALLBACK_LIBRARY_PATH but that didn't work either. I'll keep plugging. As Rya

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Clemens Lang
Hi, On Tue, Aug 23, 2016 at 10:00:05AM -0700, Ken Cunningham wrote: > clang -dynamiclib -std=gnu99 strnlen.c getline.c -current_version 1.0 > -compatibility_version 1.0 -o libsnowleopardfixes.a.dylib You need -install_name ${prefix}/lib/libsnowleopardfixes.a.dylib here. > configure:3663: ./conf

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Ryan Schmidt
On Aug 23, 2016, at 12:00, Ken Cunningham wrote: >> >> Maybe, if you can make a dylib out of it. > > > Hmmm. Making the dylib wasn't too hard: > > clang -dynamiclib -std=gnu99 strnlen.c getline.c -current_version 1.0 > -compatibility_version 1.0 -o libsnowleopardfixes.a.dylib > > > dyl

Re: how about a 'snowleopardfixes' library port?

2016-08-23 Thread Ken Cunningham
> > Maybe, if you can make a dylib out of it. > Hmmm. Making the dylib wasn't too hard: clang -dynamiclib -std=gnu99 strnlen.c getline.c -current_version 1.0 -compatibility_version 1.0 -o libsnowleopardfixes.a.dylib and setting it up seems equally straightforward: sudo cp ./libsnowleopardfi