Date: Wed, 31 Jul 2013 11:19:58 -0700 (PDT) From: Jeffrey Bouquet <jeffreybouquet@yahoo.com> To: ports list <freebsd-ports@freebsd.org> Subject: Re: editors/vim: does not compile on CURRENT Message-ID: <1375294798.38553.YahooMailNeo@web164006.mail.gq1.yahoo.com> In-Reply-To: <20130731162837.568570b3@thor.walstatt.dyndns.org> References: <20130731162837.568570b3@thor.walstatt.dyndns.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I have/had/have had a similar " libintl_textdomain "=0A=0Ain a great many p= orts (currently pcmanfm and about twenty others), and it has persisted on-a= nd-off year after=0A=0Ayear. =A0No amount of dependency rebuild ususally so= lves it, eventually sometimes a remote package is installed=0Ainstead (v9) = =A0So I would be interested not so much in those two specific errors, but a= wrapper under which one=0Acould build a port so that each element of the c= alling compilation line could be analyzed to see from which the=0Aerror spe= cifically occurs, no matter how much it slows down the respective port buil= d...=A0=0A=0A=0A________________________________=0A From: O. Hartmann <ohar= tman@zedat.fu-berlin.de>=0ATo: FreeBSD Ports <freebsd-ports@freebsd.org> = =0ASent: Wednesday, July 31, 2013 7:28 AM=0ASubject: editors/vim: does not = compile on CURRENT=0A =0A=0AI have one box that is reluctantly not compilin= g port editors/vim with=0Athe following error.=0A=0Amain.c:(.text+0xbb7): u= ndefined reference to `libintl_gettext'=0Amain.c:(.text+0xc93): undefined r= eference to `libintl_gettext'=0Aobjects/main.o:main.c:(.text+0xcaf): more u= ndefined references to=0A`libintl_gettext' follow cc: error: linker command= failed with exit=0A=0Acode 1 (use -v to see invocation) link.sh: Linking f= ailed *** Error=0Acode 1=0A................................................= ...............................=0A=0A=0AJ. Bouquet=0A(Just figured out how = to put that top-posting down here, hopefully all the next emails I'll remem= ber and=0Athe post will be more readable...)=A0 From owner-freebsd-ports@FreeBSD.ORG Wed Jul 31 18:31:55 2013 Return-Path: <owner-freebsd-ports@FreeBSD.ORG> Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2F38966C; Wed, 31 Jul 2013 18:31:55 +0000 (UTC) (envelope-from pali.gabor@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DED6E21C2; Wed, 31 Jul 2013 18:31:54 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o6so2243291oag.41 for <multiple recipients>; Wed, 31 Jul 2013 11:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=410IuCle1bZa31scgmcFrVbRmCgCol/SgdU8tS6XeMM=; b=uxc4vwtQkdlJ+yiKX61xPLriwLkLV7Wo9WSaYSnFd3rDdky2zRqcX7SoB1xAiPxGfC AvKOTXCm3PC7n5ANIp+C1IeqnesTjz3nd7c40ONciP7x6Qn+lJPgBKpQVMuQCHEWMEcB Ab/6uGQ6JBjynP5o2NjiFQ9KUxg3REe+4tlhyhH8+2UHKvdSMT+R8ELsK6mhT5O/wpES +Ar24kikXMtqHi+QjgvB8ccYnGY9Jv9gqRCXbffSVYAnTcIodUoj7vgkgVkToRJBR86U 28Xu5+PPYGmlhD7QFS00uvWil20o5oyLOIVZqbkkXv3Xt7QAUGsbfjFS+SL8LGVJGKpj ElcA== MIME-Version: 1.0 X-Received: by 10.182.130.228 with SMTP id oh4mr62727042obb.38.1375295514281; Wed, 31 Jul 2013 11:31:54 -0700 (PDT) Sender: pali.gabor@gmail.com Received: by 10.182.245.133 with HTTP; Wed, 31 Jul 2013 11:31:54 -0700 (PDT) In-Reply-To: <51F94BA6.5020308@gmail.com> References: <CAGFTUwMu9uEX9JxAqZTD7KUNAVqxXZUkjP1S6mn8HV6RVGh4UA@mail.gmail.com> <20130227132633.GI16178@ithaqua.etoilebsd.net> <51C9E5A4.2060502@gmail.com> <CAHnG2Cwv5s4f4e1yVYPb8iwjOOpkVcYqhqzFhQW_v+hmW8ELAQ@mail.gmail.com> <51F51F99.6080502@gmail.com> <51F5226B.4030206@marino.st> <CAHnG2CwTwPnTd8YujkxXsXoxR2+5HNq-q24GSNPVUC2et_Bf2Q@mail.gmail.com> <51F809D5.80705@gmail.com> <CAHnG2CwCC6CX60+QYnG18v8JPvy=wkUEbUMjY9rKnciqm6Y1Tg@mail.gmail.com> <51F94BA6.5020308@gmail.com> Date: Wed, 31 Jul 2013 19:31:54 +0100 X-Google-Sender-Auth: nJ8DO5Ih-Alt4aojyt2KsykeYZY Message-ID: <CAHnG2CxEU2J2rtVLzGptbgNaUqDSAQ8LGHXRN2+QT0Gw-NE=-g@mail.gmail.com> Subject: Re: Ocaml ports needs love From: Gabor Pali <pgj@FreeBSD.org> To: Michael <michipili@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: marino@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting software to FreeBSD <freebsd-ports.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-ports>, <mailto:freebsd-ports-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ports>; List-Post: <mailto:freebsd-ports@freebsd.org> List-Help: <mailto:freebsd-ports-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ports>, <mailto:freebsd-ports-request@freebsd.org?subject=subscribe> X-List-Received-Date: Wed, 31 Jul 2013 18:31:55 -0000 On Wed, Jul 31, 2013 at 6:38 PM, Michael <michipili@gmail.com> wrote: > I am curious about how to > take advantage of OPAM for maintaining OCaml related ports. Actually, I have been also pondering this for a while already... :-) > The ideal > thing would be to have a `opam make-freebsd-port OPAMPACKAGE' subcommand > that would prepare a nice Makefile, pkg-descr, pkg-plist traid, ready to > plug in the ports hierarchy. OPAM looks quite independent and standalone to me: it maintains a separate directory (called ".opam") for its own files and does everything (stores tarballs, package database, repository indexes, state information, installed compilers, and such) there. I am not sure we could plug the FreeBSD Port Collection into this ecosystem, especially that OPAM can remove packages without much fuss (in contrast to Haskell Cabal, for example). > There is other language specific package managers=97maybe Ruby GEMS and > Python EGGS, for instance=97but I am not aware of how they interact with > the port system. Well, up to to my humble knowledge, only the Perl ports implement some way of integration with the Ports Collection, dubbed "BSDPAN" [1]. For the Haskell Cabal packages, ports are mostly geared towards providing proper removal, working around large build times, warranting that the given package builds fine on FreeBSD (especially with the components of the latest Haskell Platform), and pull in external dependencies when needed (for bindings, mostly). For what it is worth, an OPAM repository [2] is much like the ports tree but without Makefiles and with multiple versions of the same package and also stores compiler toolchains. The OPAM package description supports running on multiple platforms (i.e. can abstract away from differences like "make" versus "gmake") and allows to add patches to fix things in the source tarball. It can also get the sources directly from a git repository, and can manage overlapping multiple repositories, can stick packages to certain versions... In summary, I have a vague feeling that OPAM-managed packages can be maintained quite well without the help of the FreeBSD Ports Collection. We may want to offer pre-built FreeBSD binaries for some of the leaf ports (e.g. net/unison), though. [1] http://bit.ly/Jm8v20 [2] https://github.com/OCamlPro/opam-repository
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1375294798.38553.YahooMailNeo>