[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#26044: closed (coreutils-8.27 fails to build)

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#26044: closed (coreutils-8.27 fails to build)
Date: Sat, 11 Mar 2017 05:30:03 +0000

Your message dated Fri, 10 Mar 2017 21:28:54 -0800
with message-id <address@hidden>
and subject line Re: bug#26044: coreutils-8.27 fails to build
has caused the debbugs.gnu.org bug report #26044,
regarding coreutils-8.27  fails to build
to be marked as done.

(If you believe you have received this mail in error, please contact

26044: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26044
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- 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
< /* 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.

J Rogowsky

--- End Message ---
--- Begin Message --- Subject: Re: bug#26044: coreutils-8.27 fails to build Date: Fri, 10 Mar 2017 21:28:54 -0800 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
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:
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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]