Re: [ports-gcc/all archs] fix lang/hashlink

2020-04-11 Thread Theo Buehler
On Sat, Apr 11, 2020 at 08:40:58AM -0600, Thomas Frohwein wrote: > ping > any comments or suggestions about these issues before I update the port? I already gave an ok for the getthrid and Makefile change. I haven't thought about or tested the rest. If it works, feel free to go ahead, but I

Re: [ports-gcc/all archs] fix lang/hashlink

2020-04-11 Thread Thomas Frohwein
ping any comments or suggestions about these issues before I update the port? On Fri, Apr 03, 2020 at 01:32:18PM -0600, Thomas Frohwein wrote: > Hi, > > diff to tie up some loose ends brought up by tb@ > > Also amends the hl.h with an ifdef to fix a typedef collision when > including the header

Re: [ports-gcc/all archs] fix lang/hashlink

2020-04-03 Thread Thomas Frohwein
Hi, diff to tie up some loose ends brought up by tb@ Also amends the hl.h with an ifdef to fix a typedef collision when including the header with clang and C++ that was encountered with upcoming addition of hlsteam to games/steamworks-nosteam. Credit for the fix to brynet@. [...] > The use of

Re: MSDOS line-ending [Re: [ports-gcc/all archs] fix lang/hashlink]

2020-03-07 Thread Stuart Henderson
On 2020/03/06 18:09, Thomas Frohwein wrote: > > > > +# Fix dos line-endings in files needing patches > > +#pre-patch: > > +# @cd ${WRKSRC} && perl -i -pe 's/\r$$//' [...] > > + > > .include > > > > would the following blanket solution be worthy considering? > > #pre-patch: > #@cd

Re: MSDOS line-ending [Re: [ports-gcc/all archs] fix lang/hashlink]

2020-03-06 Thread Thomas Frohwein
See below for my suggestion On Fri, Mar 06, 2020 at 02:11:06PM +0100, Charlene Wendling wrote: [...] > Index: bin/portcheck > === > RCS file: /cvs/ports/infrastructure/bin/portcheck,v > retrieving revision 1.131 > diff -u -p -r1.131

Re: MSDOS line-ending [Re: [ports-gcc/all archs] fix lang/hashlink]

2020-03-06 Thread Thomas Frohwein
The diff must have been mangled by neomutt as it applies fine from the file I read in when sending the email. I thought neomutt didn't do that. Either way, I am very much in support of the proposition to add a check to portcheck. On Fri, Mar 6, 2020, at 3:54 AM, Stuart Henderson wrote: > On

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-06 Thread Thomas Frohwein
ok for Charlene's diff and I will add the rest later. On Fri, Mar 6, 2020, at 9:35 AM, Kurt Mosiejczuk wrote: > On Thu, Mar 05, 2020 at 03:51:18PM +0100, Charlene Wendling wrote: > > > #COMPILER_LANGS = c > > > I forgot to test with that in it. It still builds fine, i'm attaching a > >

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-06 Thread Kurt Mosiejczuk
On Thu, Mar 05, 2020 at 03:51:18PM +0100, Charlene Wendling wrote: > > #COMPILER_LANGS = c > I forgot to test with that in it. It still builds fine, i'm attaching a > modified diff. This version fixed the current sparc64 bulk build. ok kmos --Kurt

Re: MSDOS line-ending [Re: [ports-gcc/all archs] fix lang/hashlink]

2020-03-06 Thread Charlene Wendling
On Fri, 6 Mar 2020 10:54:36 + Stuart Henderson wrote: > On 2020/03/06 08:29, Theo Buehler wrote: > > While the diff reads fine, it doesn't apply, probably due to the > > MSDOS line endings. Can you send it as an attachment or host it > > somewhere, please? > > Gah, another one... If anyone

MSDOS line-ending [Re: [ports-gcc/all archs] fix lang/hashlink]

2020-03-06 Thread Stuart Henderson
On 2020/03/06 08:29, Theo Buehler wrote: > While the diff reads fine, it doesn't apply, probably due to the MSDOS > line endings. Can you send it as an attachment or host it somewhere, > please? Gah, another one... If anyone is feeling bored it would be really nice if portcheck was taught to

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-06 Thread Theo Buehler
On Fri, Mar 06, 2020 at 10:22:28AM +0100, Jeremie Courreges-Anglas wrote: > On Thu, Mar 05 2020, Thomas Frohwein wrote: > > Charlene, Theo, > > > > Thanks for the input. I have an expanded diff taking all of this into > > account. > > > > The additions are: > > > > - Instead of stub resolve

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-06 Thread Jeremie Courreges-Anglas
On Thu, Mar 05 2020, Thomas Frohwein wrote: > Charlene, Theo, > > Thanks for the input. I have an expanded diff taking all of this into > account. > > The additions are: > > - Instead of stub resolve function in uv.c, use the commit from Motion > Twin. This allows leaderboards and daily

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-05 Thread Theo Buehler
On Thu, Mar 05, 2020 at 06:15:39PM -0700, Thomas Frohwein wrote: > Charlene, Theo, > > Thanks for the input. I have an expanded diff taking all of this into > account. While the diff reads fine, it doesn't apply, probably due to the MSDOS line endings. Can you send it as an attachment or host it

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-05 Thread Thomas Frohwein
Charlene, Theo, Thanks for the input. I have an expanded diff taking all of this into account. The additions are: - Instead of stub resolve function in uv.c, use the commit from Motion Twin. This allows leaderboards and daily challenges to work in Dead Cells. - Add conditionals for

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-05 Thread Charlene Wendling
On Thu, 5 Mar 2020 15:31:18 +0100 Theo Buehler wrote: > On Thu, Mar 05, 2020 at 01:56:43PM +0100, Charlene Wendling wrote: > > Hi, > > > > > http://build-failures.rhaalovely.net/sparc64/2020-03-01/lang/hashlink.log > > > > - C11 requires ports-gcc, so i added COMPILER > > This does build on

Re: [ports-gcc/all archs] fix lang/hashlink

2020-03-05 Thread Theo Buehler
On Thu, Mar 05, 2020 at 01:56:43PM +0100, Charlene Wendling wrote: > Hi, > > > http://build-failures.rhaalovely.net/sparc64/2020-03-01/lang/hashlink.log > > - C11 requires ports-gcc, so i added COMPILER This does build on sparc64. Not sure how to test it though, as haxe is marked broken.

[ports-gcc/all archs] fix lang/hashlink

2020-03-05 Thread Charlene Wendling
Hi, > http://build-failures.rhaalovely.net/sparc64/2020-03-01/lang/hashlink.log - C11 requires ports-gcc, so i added COMPILER - then the build fails because we don't have gethostbyaddr_r(), so i used the fallback code like it was already the case for other functions. Clang is unhappy as