GNU bug report logs -
#14711
struct rusage redefinition issues on ppc - gnu time-1.7
Previous Next
Reported by: Aijaz Baig <aijaz.baig <at> tcs.com>
Date: Tue, 25 Jun 2013 15:52:01 UTC
Severity: normal
Done: Bob Proulx <bob <at> proulx.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14711 in the body.
You can then email your comments to 14711 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#14711
; Package
coreutils
.
(Tue, 25 Jun 2013 15:52:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Aijaz Baig <aijaz.baig <at> tcs.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Tue, 25 Jun 2013 15:52:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi.
I am trying to compile Gnu time 1.7 for a PowerPC system using the
windriver build system which is based on yocto.
The build fails with an error at resuse.h:44:error: redefinition of
'struct rusage'.
On searching the internet found Benoit Sibaud was facing a same problem
on sparc. He commented out system definition for struct rusage and it
worked for him. For me however it doesn't work. On doing that it fails to
link the various object files viz. time.o getopt.o error.o resuse.o and
version.o.
On another thread here, Jim McMaster was also facing a similar issue while
building it for Solaris. Paul Eggert suggested him to define HAVE_WAIT3
in the Makefile. I've tried that too but it fails as well. And its again
while linking the aforementioned object files.
Please help me in getting this fixed. Where do I check for the build logs
in detail. As what exactly is causing the linking to fail? It is failing
with an errors of the sort 'crt1.o: No such file: No such file or
directory'. These are link time errors right? At times I've seen people
saying they signify a corrupted libc. However when I manually search for
it in my Sysroot, I see it.
I am confused. Please elaborate. Keen to hear.
Aijaz Baig
=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
[Message part 2 (text/html, inline)]
Reply sent
to
Bob Proulx <bob <at> proulx.com>
:
You have taken responsibility.
(Wed, 26 Jun 2013 03:34:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Aijaz Baig <aijaz.baig <at> tcs.com>
:
bug acknowledged by developer.
(Wed, 26 Jun 2013 03:34:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 14711-done <at> debbugs.gnu.org (full text, mbox):
Aijaz Baig wrote:
> Hi.
Hi.
> I am trying to compile Gnu time 1.7 for a PowerPC system using the
> windriver build system which is based on yocto.
Thanks for the report. However you are reporting a bug in the time
project to the coreutils project. Time and coreutils are two separate
projects. GNU time doesn't use any bug trackers. Therefore this bug
to the coreutils project will never be seen by the GNU time
maintainer.
The best reporting address for problems with time is the
bug-gnu-utils <at> gnu.org mailing list. It isn't a good place. It is
only the best place relative to any other reporting address.
The GNU time project has actually been quite dead for many, many
years. However the official maintainer keeps saying that a new
release will happen every time he is asked. Therefore the project
sits in a perpetual limbo betwixt and between.
In my opinion the best way to compile GNU time is to grab the patched
sources from one of the many software distributions. I am the
maintainer for Debian and so my biased opinion would be to use the
Debian patched sources. But most of the patches have been shared all
around by now and so any of the distros are likely very similar at
this stage.
I will continue the discussion in your other message to the discussion
list and then redirect it over to the bug-gnu-utils list. Anyone who
wishes to join in please meet us over there.
Bob
> Notice: The information contained in this e-mail
> message and/or attachments to it may contain
> confidential or privileged information. If you are
> not the intended recipient, any dissemination, use,
> review, distribution, printing or copying of the
> information contained in this e-mail message
> and/or attachments to it are strictly prohibited. If
> you have received this communication in error,
> please notify us by reply e-mail or telephone and
> immediately and permanently delete the message
> and any attachments. Thank you
READ CAREFULLY. By reading this email, you agree, on behalf of your
employer, to release me from all obligations and waivers arising from
any and all NON-NEGOTIATED agreements, licences, terms-of-service,
shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure,
non-compete and acceptable use policies ("BOGUS AGREEMENTS") that I
have entered into with your employer, its partners, licensors, agents
and assigns, in perpetuity, without prejudice to my ongoing rights and
privileges. You further represent that you have the authority to
release me from any BOGUS AGREEMENTS on behalf of your employer.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 24 Jul 2013 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 22 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.