NetBSD Problem Report #43733

From www@NetBSD.org  Tue Aug 10 05:04:08 2010
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 47BD463BA17
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 10 Aug 2010 05:04:08 +0000 (UTC)
Message-Id: <20100810050408.1198B63B952@www.NetBSD.org>
Date: Tue, 10 Aug 2010 05:04:08 +0000 (UTC)
From: rumi@rtfm.hu
Reply-To: rumi@rtfm.hu
To: gnats-bugs@NetBSD.org
Subject: Tru64: devel/libidn-0.19 does not compile
X-Send-Pr-Version: www-1.0

>Number:         43733
>Category:       pkg
>Synopsis:       Tru64: devel/libidn-0.19 does not compile
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Aug 10 05:05:00 +0000 2010
>Closed-Date:    
>Last-Modified:  Fri Nov 05 08:40:21 +0000 2021
>Originator:     Szabolcs Rumi
>Release:        Tru64 5.1B-5
>Organization:
>Environment:
# sizer -v
HP Tru64 UNIX V5.1B (Rev. 2650); Thu Dec 17 18:47:21 CET 2009
# cc -V
Compaq C V6.5-303 (dtk) on HP Tru64 UNIX V5.1B (Rev. 2650)
Compiler Driver V6.5-302 (dtk) cc Driver
# cxx -V
Compaq C++ V7.1-006 for HP Tru64 UNIX V5.1B (Rev. 2650)
Compiler Driver V7.1-006 (cxx) cxx Driver

pkgsrc-current-20100810

>Description:
--- getopt1.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
--- version-etc.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
--- error.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
--- getopt1.lo ---
*** [getopt1.lo] Error code 1
--- version-etc.lo ---
*** [version-etc.lo] Error code 1
--- error.lo ---
*** [error.lo] Error code 1
--- progname.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
*** [progname.lo] Error code 1
--- strerror.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
*** [strerror.lo] Error code 1
--- getopt.lo ---
cc: Error: /usr/pkgsrc/devel/libidn/work/.buildlink/include/getopt.h, line 44: In this declaration, the struct "rpl_option" is redefined. (redefstruct)
struct option {
^
*** [getopt.lo] Error code 1
6 errors

bmake: stopped in /usr/pkgsrc/devel/libidn/work/libidn-1.19/gl
*** [all-recursive] Error code 1
1 error

bmake: stopped in /usr/pkgsrc/devel/libidn/work/libidn-1.19/gl
*** [all] Error code 2
1 error

bmake: stopped in /usr/pkgsrc/devel/libidn/work/libidn-1.19/gl
*** [all-recursive] Error code 1
1 error

bmake: stopped in /usr/pkgsrc/devel/libidn/work/libidn-1.19
*** [all] Error code 2
1 error

bmake: stopped in /usr/pkgsrc/devel/libidn/work/libidn-1.19
*** Error code 2

Stop.

>How-To-Repeat:

>Fix:

>Release-Note:

>Audit-Trail:
From: Staffan =?iso-8859-1?Q?Thom=E9n?= <duck@shangtai.net>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/43733
Date: Wed, 28 Mar 2012 23:14:31 +0300

 I bumped into this while building libidn 1.22 on IRIX today (pkgsrc-2011Q3), and
 MIPSPro appears to produce the exact same error.

 Changing the #if 1 in .../work/libidn-1.22/gl/getopt.h (line 30, enclosing an
 #include_next <getopt.h>) to 0 made it compile and it seems to work as it
 should. This "1" comes from HAVE_GETOPT_H from configure.

 I'm too confused by this software's weird doings to see what it's trying to do
 here, so I won't attempt to make a proper patch. It checks arbitrarily for
 getopt.h (something that is pretty much guaranteed to be 1), uses libgetopt and
 then conflicts with it when it's not gcc doing the compiling...

 Regards,

 -- 
 Staffan Thomén - ADB3 455F 10D5 86D1 78D6  048D 11BB D66E 7C7E 2EF8

Responsible-Changed-From-To: pkg-manager->osf1-pkg-people
Responsible-Changed-By: obache@NetBSD.org
Responsible-Changed-When: Mon, 10 Feb 2014 12:10:22 +0000
Responsible-Changed-Why:
Problem on Tru64.


Responsible-Changed-From-To: osf1-pkg-people->cjep
Responsible-Changed-By: cjep@NetBSD.org
Responsible-Changed-When: Tue, 09 Feb 2021 17:10:40 +0000
Responsible-Changed-Why:
Looking at OSF1 bugs.


State-Changed-From-To: open->feedback
State-Changed-By: cjep@NetBSD.org
State-Changed-When: Tue, 09 Feb 2021 17:10:40 +0000
State-Changed-Why:
Hi - this is an old PR (apologies). Are you in a position to test pkgsrc
on Tru64 anymore? If so would you be prepared to try with the latest
pkgsrc sources please? Kind regards, Chris


State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Wed, 16 Jun 2021 21:58:24 +0000
State-Changed-Why:
As per 43726, the submitter is not really in a position to test.

Probably this should just be closed, but looking at the current code in
libidn1 gives no clear indication that anything's been fixed, the failure
at the time wasn't OSF/1-specific, and in general it seems like it would
be a good idea to test again on _some_ target.


Responsible-Changed-From-To: cjep->pkg-manager
Responsible-Changed-By: cjep@NetBSD.org
Responsible-Changed-When: Fri, 05 Nov 2021 08:40:21 +0000
Responsible-Changed-Why:
Previously when I took this there were discussions about dropping Tru64 support
but that is not necessarily a good outcome. Unfortunately I have been unable
to get a test rig setup, so will have to put this one back in the pool.


>Unformatted:

Home	PR Database Search