bug-coreutils
[Top][All Lists]
Advanced

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

RE: coreutils-8.0 on Solaris 10: -lgen needed for eaccess


From: Voelker, Bernhard
Subject: RE: coreutils-8.0 on Solaris 10: -lgen needed for eaccess
Date: Mon, 2 Nov 2009 09:14:41 +0100

Jim Meyering wrote:

> Voelker, Bernhard wrote:
> > building coreutils-8.0 fails on Solaris 10:
> >   Undefined                       first referenced
> >    symbol                             in file
> >   eaccess                             ../lib/libcoreutils.a(euidaccess.o)
> >
> > The symbol is needed for these utils (aren't this almost all?):
> > uname, hostid, chroot, nice, who, users. pinky, uptime, stty, df, chcon, 
> > chgrp, chown. chmod, dd,
> > dircolors, du, link, ln, dir, vdir, ls, mkdir, mkfifo, mknod, mktemp, 
> > nohup, readlink, rmdir, shred,
> > stat, sync, touch, unlink, cat, cksum, comm, csplit, cut, expand, fmt, 
> > fold, head, join, groups,
> > md5sum, nl, od, paste, pr, ptx, sha1sum, sha224sum, sha256sum, sha384sum, 
> > sha512sum,
> > shuf, sort, split, sum, tac, tsort, tr, tail, unexpand, uniq, basename, 
> > date, dirname, wc, echo,
> > env, factor, false, id, kill, expr, logname, printf, printenv, pwd, runcon, 
> > seq, sleep, tee, timeout,
> > true, truncate, tty, yes, base84, setuidgid, whoami, getlimits, su.
> >
> > eaccess is also used by some gnulib-test programs ...
> 
> Thanks.  Is there some reason you can't build with gcc and GNU ld?
> I've confirmed that coreutils-8.0 builds fine on Solaris 10.

well, there is no GCC on these machines [yet]. I think I've never tried to
build GCC, but I think it can become a delicate work regarding that there's
also problems with building coreutils using the Forte compiler collection.
It may be a chicken and egg dilemma. But I'll give it a try (unless there are
too many dependancies ...).

Nevertheless: the coreutils' build system should at least issue
a *strong* warning about using non-GCC compilers ... but IMHO it's
better to support many compilers for a piece of software because they
all give different warnings about dubious code - but yes, workarounds
for buggy compilers should not take too much time ...

Thanks & have a nice day,
Berny



reply via email to

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