[bugs #11001] Problems with libintl.h on UNICOS

[James Youngman]

This mail is an automated notification from the bugs tracker
 of the project: findutils.




/**************************************************************************/
[bugs #11001] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11001>
Project: findutils
Submitted by: James Youngman
On: Mon 11/15/04 at 00:42

Category:  None
Severity:  1 - None
Item Group:  None
Resolution:  None
Privacy:  Public
Assigned to:  None
Originator Name:  Mark D Baushke
Originator Email:  address@hidden .org
Status:  Open
Release:  4.2.3
Fixed Release:  None


Summary:  Problems with libintl.h on  UNICOS

Original Submission:  Source: findutils-4.2.3
OS: UNICOS 9.0
Hardware: Cray Y-MP EL

Problem 1: If --enable-nls is given or defaulted, you should still see
if it is posible on the host to use it...

% ./configure
...
% make
...
cc -DHAVE_CONFIG_H -I. -I. -I../.. -g -c `test -f 'argmatch.c' 
|| echo './' `argmatch.c
cc-315 cc: ERROR argmatch.c, Line = 35, File = ./gettext.h, Line = 25
The include file "libintl.h" is unavailable.
cc-515 cc: ERROR File = argmatch.c, Line = 138
Both sides of the assignment operator are not compatible.
cc-269 cc: WARNING File = argmatch.c, Line = 157
The type of argument #2 to function "fprintf" is not compatible with a previous 
declaration.

TOTAL WARNINGS DETECTED IN argmatch.c: 1
TOTAL ERRORS DETECTED IN argmatch.c: 2
make[4]: *** [argmatch.o] Error 1
%

Manually hacking the config.h to '#undef
ENABLE_NLS' lets the compilation get past the
argmatch error.

So, the lack of a <libintl.h> is a good indicator
that --disable-nls should be considered highly
desirable.












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=11001>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/