Re: [bug-inetutils] Bug in inetutils

[Satya Ravipati]

Hi Mats,
        Thank you very much for the help, I could actually resolve that Issue 
and get ahead of the Issue,
(Now I think I am facing a genuine problem)

When I am making the src directory, I am getting error on hostname.c, with 
below error
I tried to Search for solution for the problem,  I found a blog that is very 
similar to this issue, 
He is saying that he did not have time to fix this issue, Can you please help 
me on this.

http://lists.gnu.org/archive/html/bug-inetutils/2011-11/msg00032.html


make[2]: Entering directory 
`/zfs_home/user/satya/externaltools/inetutils-1.9.1/src'
  CC     hostname.o
hostname.c: In function `parse_opt':
hostname.c:94: error: `sethostname' undeclared (first use in this function)
hostname.c:94: error: (Each undeclared identifier is reported only once
hostname.c:94: error: for each function it appears in.)
hostname.c: In function `main':
hostname.c:162: error: `sethostname' undeclared (first use in this function)
make[2]: *** [hostname.o] Error 1
make[2]: Leaving directory 
`/zfs_home/user/satya/externaltools/inetutils-1.9.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/zfs_home/user/satya/externaltools/inetutils-1.9.1'
make: *** [all] Error 2

Thank You Very much for Your HELP,
Satya.



Home: www.aircominternational.com/ 
About Us: www.aircominternational.com/About.aspx 
Consultancy: www.aircominternational.com/Consultancyservices.aspx
Products: www.aircominternational.com/Products.aspx 
I-View: www.aircominternational.com/I-VIEW.aspx
AIRCOM LTE: www.aircominternational.com/AIRCOM%20LTE.aspx

Disclaimer: 
This 
e-mail message is confidential and should not be used by, or disclosed to, 
anyone except the addressee. If you receive this message in error, please 
advise 
us immediately on +44 (0) 1932 442000. Since e-mail transmission is not secure 
or error free, we do not accept responsibility for changes to any e-mail which 
occur after it has been sent. Attachments to this e-mail may contain software 
viruses which could damage your systems. You should therefore virus-check all 
attachments before opening. AIRCOM may monitor incoming and outgoing emails 
through its networks and by responding to this email, you consent to such 
monitoring. The views and opinions expressed in this e-mail are those of the 
author only and not of AIRCOM. We do not intend to enter into any legal 
commitments or contracts by e-mail. Registered Office: Cassini Court, Randalls 
Research Park, Randalls 
Way, Leatherhead, Surrey, KT22 7TW, UK. AIRCOM International Ltd registered in 
England No. 3052022. VAT number 811 5323 68.
 
Save a tree. Don't print this e-mail unless it's really 
necessary

-----Original Message-----
From: Mats Erik Andersson [mailto:address@hidden 
Sent: 15 February 2012 22:47
To: Satya Ravipati
Cc: address@hidden; Matthew Selby; Paul Cooper
Subject: Re: [bug-inetutils] Bug in inetutils

onsdag den 15 februari 2012 klockan 16:01 skrev Satya Ravipati detta:
> ???Hi Mats,
>       I am sure of using gcc, I have gas assembly in "/usr/sfw/bin/gas" But 
> somehow my inetutils is using an assembly in "/usr/ccs/bin/as" which you 
> might have observed in log file.
> 
> Please let me know if there is any change of passing an argument to use 
> "/usr/sfw/bin/gas".
> 
> I have tried  below options,
> --with-gnu-as --with-as=/usr/sfw/bin/gas

Since GNU Inetutils does not use "as" directly, this is never used, thus has no 
influence whatsoever. On the other hand your tool chain is broken as line 88 of 
your "config.log" shows: Gcc was configured using

   --with-as=/zfs_home/user/jsmith/packages/installs/sparc-solaris10/\
         gcc-4.4.6/bin/as

Probably this is now missing, so the configured

   --with-ld=/usr/ccs/bin/ld

is given opportunity to take its own assembler "as", which indeed is

     /usr/ccs/bin/as

In addition, lines 125 -- 154 of your "config.log" are displaying exactly the 
same assembler errors, so you should have begun with reading your own 
configuration log instead of asking us. The present issue is clearly no bug in 
GNU Inetutils!

Good luck!
  Mats Erik Andersson, on behalf of GNU Inetutils