GNU bug report logs - #26044
coreutils-8.27 fails to build

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: J Rogowsky <geometriker <at> gmail.com>
Subject: bug#26044: closed (Re: bug#26044: coreutils-8.27 fails to build)
Date: Sat, 11 Mar 2017 05:30:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#26044: coreutils-8.27  fails to build

which was filed against the coreutils package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 26044 <at> debbugs.gnu.org.

-- 
26044: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26044
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Pádraig Brady <P <at> draigBrady.com>
To: Mihai Moldovan <ionic <at> ionic.de>, 26044-done <at> debbugs.gnu.org
Subject: Re: bug#26044: coreutils-8.27 fails to build
Date: Fri, 10 Mar 2017 21:28:54 -0800

On 10/03/17 12:19, Mihai Moldovan wrote:
> We (naturally) also hit that in MacPorts.
> 
> Downstream bug report: https://trac.macports.org/ticket/53764
> 
> I've fixed it for our package by manually inserting the renameat gnulib module.
> 
> I assume that your change to bootstrap.conf also (automatically) adds the
> renameat gnulib module, so that's indeed to right way to go.

Right. I had provided a tarball generated with the bootstrap.conf change
for the original reporter at:
https://www.pixelbeat.org/cu/coreutils-8.27.4-3c9d7.tar.xz
which you might find useful for comparison.

J has reported the build now works with the above change in effect,
so I've pushed and I'm marking this as done.

cheers,
Pádraig

[Message part 3 (message/rfc822, inline)]

From: J Rogowsky <geometriker <at> gmail.com>
To: bug-coreutils <at> gnu.org
Subject: coreutils-8.27  fails to build
Date: Thu, 9 Mar 2017 23:08:58 -0700

coreutils-8.27  fails to build.

function renameat, found in src/force-link.c, is not found on my  
system, which is an iBook G4 running OSX 10.5.8.
Therefore the link step fails, citing the linker cannot find _renameat.


I see there is a similar function in lib/at-func2.c which could be  
used, but I chose to solve this problem in the simplest way possible  
by defining renameat in src/force-link.c like so:

diff src/force-link.c src/force-link.c.OEM
86,93d85
< /* see: https://www.freebsd.org/cgi/man.cgi?query=rename&sektion=2  */
< static int
< renameat(int fromfd,const char *from,int tofd,const char *to)
< {
< 	return rename(from,to);
< }
<
<

Perhaps there is a better solution?
Such as using at_func2 in src/force-link.c  like so:

static int
renameat(int fromfd,const char *from,int tofd,const char *to)
{
	return at_func2(fromfd,from,tofd,to,rename);
}

????????????????

BTW, I had only one test FAIL in "make check":  tests/misc/sort-debug- 
keys
Is this related to the above?


If you would like further assistance on this matter, just let me know  
how I could help.

Thanks,
J Rogowsky

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.