From owner-freebsd-libh Mon Nov 11 17:52:23 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A83C37B401 for ; Mon, 11 Nov 2002 17:52:22 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7017543E6E for ; Mon, 11 Nov 2002 17:52:21 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (my8jz4dyrncsppf8@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAC1qAo25054 for ; Mon, 11 Nov 2002 20:52:10 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 78630328 for ; Mon, 11 Nov 2002 20:52:08 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Mon, 11 Nov 2002 20:52:08 -0500 Date: Mon, 11 Nov 2002 20:52:08 -0500 From: The Anarcat To: libh@freebsd.org Subject: -s flag to our pkg_create Message-ID: <20021112015208.GB307@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --Pd0ReVV5GZGQvF3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello! I was wondering.. Maybe the -s flag used in our bsd.port.mk patch should use PORTEPOCH instead of PORTREVISION, I think the serial number reflects more the PORTEPOCH spirit. A. --=20 =46rom the age of uniformity, from the age of solitude, from the age of Big Brother, from the age of doublethink - greetings! --Pd0ReVV5GZGQvF3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE90F7HttcWHAnWiGcRArYDAJ9eiVXfZV7mtzk77QnEpEnD0tNXmACgmUyY xhiBzLtePFaVdb05Mboi9r8= =SSCG -----END PGP SIGNATURE----- --Pd0ReVV5GZGQvF3a-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Mon Nov 11 18:45:12 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E226C37B401 for ; Mon, 11 Nov 2002 18:45:10 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29FF243E6E for ; Mon, 11 Nov 2002 18:45:10 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (6vwsc7sdtof7x8si@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAC2j9o22198 for ; Mon, 11 Nov 2002 21:45:09 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 511B9328 for ; Mon, 11 Nov 2002 21:45:07 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Mon, 11 Nov 2002 21:45:07 -0500 Date: Mon, 11 Nov 2002 21:45:07 -0500 From: The Anarcat To: libh@freebsd.org Subject: HEADS UP: rtp1 temporarly down Message-ID: <20021112024507.GD307@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n/aVsWSeQ4JHkrmm" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --n/aVsWSeQ4JHkrmm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, Just a quick note to say that rtp1.slowblink.com is being moved to a new location and is currently down. It should be back online by tomorrow 2pm (EST). Also, John told be pretty good news, rtp1 will change its hostname again, this time for rtp.slowblink.com, so sometimes next week, we'll have to change all links. I'll post a heads up then. A. --=20 Stop the bombings. Stop the murders. Anti-war. --n/aVsWSeQ4JHkrmm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQE90GsyttcWHAnWiGcRAkpbAJ9wTN8pZaL8UrAB37kBU4QeFqP/RgCglOvt A3ydOWdbM87yJLaqI9G+e4U= =JmpJ -----END PGP SIGNATURE----- --n/aVsWSeQ4JHkrmm-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Nov 12 20: 3: 6 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65A837B401 for ; Tue, 12 Nov 2002 20:03:01 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255F443E42 for ; Tue, 12 Nov 2002 20:03:01 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (3xfezeqn4b29htfa@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAD42an06749; Tue, 12 Nov 2002 23:02:37 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 3922D105; Tue, 12 Nov 2002 23:02:24 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Tue, 12 Nov 2002 23:02:24 -0500 Date: Tue, 12 Nov 2002 23:02:24 -0500 From: The Anarcat To: libh@freebsd.org Cc: Alexander Langer Subject: serious libh linking problems Message-ID: <20021113040224.GB9054@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kORqDWCi7qDJ0mEj" Content-Disposition: inline User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --kORqDWCi7qDJ0mEj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all I write this to you in an attempt to solve a recurring problem I'm having with libh that is *really* hindering development, for me. I'm currently trying to rewrite our pkg_create sh script in C++ (from a sh script). I just checked-in the source in libh/bin/pkg_create. You haven't seen the mail because of DNS problems on rtp1. Anyways, I'm having problem linking the final program. I've seen similar problems when trying to switch to rhtvision and link other programs against libh. The source file is being properly compiled, g++ can find its headers, etc, and I can generate the .o file. However, when trying to link, I get: g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -c pkg_crea= te.cc g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -L/usr/loc= al/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh -lhtcl -lhdatabase= -lhfile -lhsysinstall /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Lang= uageInterface(bool)' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Obje= ct type_info node' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::lang= uageUnref(LanguageInterface::Object const &) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface type_= info function' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::refe= renced(LanguageInterface::Object const *) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::lang= uageRef(LanguageInterface::Object const &) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::refe= renced(LanguageInterface::Object const &) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Obje= ct type_info function' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::gc(v= oid) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::refe= rencedObjects(void)' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::refe= renceObject(LanguageInterface::Object const *) const' /usr/lib/libhsysinstall.so: undefined reference to `Shared::onHeap(void con= st *)' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::dere= ferenceObject(LanguageInterface::Object const *) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::obje= ct2string(LanguageInterface::Object const *)' /usr/lib/libhsysinstall.so: undefined reference to `Shared::isOnHeap(Shared= const *)' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::~Lan= guageInterface(void)' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::lang= uageRef(LanguageInterface::Object const *) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::lang= uageUnref(LanguageInterface::Object const *) const' /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface type_= info node' collect2: ld returned 1 exit status *** Error code 1 Stop in /usr/home/anarcat/cvs-work/libh/bin/pkg_create. I have just installed that library (libhsysinstall). What I don't understand is that I can't find that damn symbol anywhere: anarcat@lenny[~/libh/compile/none]% for f in libh* =20 do; nm -C $f 2>/dev/null | grep LanguageInterface::Language && echo "$f" done U LanguageInterface::LanguageInterface(bool) libhsysinstall.a U LanguageInterface::LanguageInterface(bool) libhsysinstall.so U LanguageInterface::LanguageInterface(bool) libhsysinstall.so.0 00000000 W LanguageInterface::LanguageInterface(bool) libhtcl.a 000519da W LanguageInterface::LanguageInterface(bool) libhtcl.so 000519da W LanguageInterface::LanguageInterface(bool) libhtcl.so.0 00000000 W LanguageInterface::LanguageInterface(bool) libhtcldisk.a 00043798 W LanguageInterface::LanguageInterface(bool) libhtcldisk.so 00043798 W LanguageInterface::LanguageInterface(bool) libhtcldisk.so.0 00000000 W LanguageInterface::LanguageInterface(bool) libhtclfile.a 00049a12 W LanguageInterface::LanguageInterface(bool) libhtclfile.so 00049a12 W LanguageInterface::LanguageInterface(bool) libhtclfile.so.0 00000000 W LanguageInterface::LanguageInterface(bool) libhtclhui.a 0007969e W LanguageInterface::LanguageInterface(bool) libhtclhui.so 0007969e W LanguageInterface::LanguageInterface(bool) libhtclhui.so.0 00000000 W LanguageInterface::LanguageInterface(bool) libhtclsysinstall.a 000a4e32 W LanguageInterface::LanguageInterface(bool) libhtclsysinstall.so 000a4e32 W LanguageInterface::LanguageInterface(bool) libhtclsysinstall.so.0 Some symbols are defined, however. For example, Shared::onHeap() is defined in libh.so: 0003a746 T Shared::onHeap(void const*) libh.so The thing itself is kinda very important to libh. It is defined in libh/include/LanguageInterface.hh: class LanguageInterface { friend class H; friend class HObjectsReferences; public: LanguageInterface( bool enableGC ) : mGC( enableGC ) {} =2E.. } Why it's not linking anywhere is beyond me. Also, why tclh is linking at all is also a great mystery for me. Please, any hint will help greatly. I'm completly confused and pretty desperate to solve this problem. If I can't get this program to link I don't see very well where we should be going next. Is it really impossible/forbidden to link against LibH? A. --=20 Advertisers, not governments, are the primary censors of media content=20 in the United States today. - C. Edwin Baker http://www.ad-mad.co.uk/quotes/freespeech.htm --kORqDWCi7qDJ0mEj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE90c7PttcWHAnWiGcRAvlmAJ9JlTHcZQagRUbTQqLdWyqBQwuoIgCfUSMu Uc5b8rkUfG4cvNYBglhmb+k= =XSmT -----END PGP SIGNATURE----- --kORqDWCi7qDJ0mEj-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Nov 12 20: 7:45 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A83FF37B40F for ; Tue, 12 Nov 2002 20:07:32 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C4C943E3B for ; Tue, 12 Nov 2002 20:07:31 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.6/8.12.5) with ESMTP id gAD47ELb089577; Tue, 12 Nov 2002 20:07:14 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Tue, 12 Nov 2002 20:07:23 -0800 Subject: Re: serious libh linking problems Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: libh@FreeBSD.ORG, Alexander Langer To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20021113040224.GB9054@lenny.anarcat.ath.cx> Message-Id: <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Link order? What happens when you stick -lhsysinstall *earlier* in the link line, say before -lhtcl? On Tuesday, November 12, 2002, at 08:02 PM, The Anarcat wrote: > Hi all > > I write this to you in an attempt to solve a recurring problem I'm > having with libh that is *really* hindering development, for me. I'm > currently trying to rewrite our pkg_create sh script in C++ (from a sh > script). I just checked-in the source in libh/bin/pkg_create. You > haven't seen the mail because of DNS problems on rtp1. > > Anyways, I'm having problem linking the final program. I've seen > similar problems when trying to switch to rhtvision and link other > programs against libh. > > The source file is being properly compiled, g++ can find its headers, > etc, and I can generate the .o file. However, when trying to link, I > get: > > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -c > pkg_create.cc > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 > -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh > -lhtcl -lhdatabase -lhfile -lhsysinstall > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::LanguageInterface(bool)' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::Object type_info node' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::languageUnref(LanguageInterface::Object const &) > const' > /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface > type_info function' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::referenced(LanguageInterface::Object const *) > const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::languageRef(LanguageInterface::Object const &) > const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::referenced(LanguageInterface::Object const &) > const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::Object type_info function' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::gc(void) const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::referencedObjects(void)' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::referenceObject(LanguageInterface::Object const *) > const' > /usr/lib/libhsysinstall.so: undefined reference to > `Shared::onHeap(void const *)' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::dereferenceObject(LanguageInterface::Object const > *) const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::object2string(LanguageInterface::Object const *)' > /usr/lib/libhsysinstall.so: undefined reference to > `Shared::isOnHeap(Shared const *)' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::~LanguageInterface(void)' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::languageRef(LanguageInterface::Object const *) > const' > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::languageUnref(LanguageInterface::Object const *) > const' > /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface > type_info node' > collect2: ld returned 1 exit status > *** Error code 1 > > Stop in /usr/home/anarcat/cvs-work/libh/bin/pkg_create. > > I have just installed that library (libhsysinstall). What I don't > understand is that I can't find that damn symbol anywhere: > > anarcat@lenny[~/libh/compile/none]% for f in libh* > do; nm -C $f 2>/dev/null | grep LanguageInterface::Language && echo > "$f" > done > U LanguageInterface::LanguageInterface(bool) > libhsysinstall.a > U LanguageInterface::LanguageInterface(bool) > libhsysinstall.so > U LanguageInterface::LanguageInterface(bool) > libhsysinstall.so.0 > 00000000 W LanguageInterface::LanguageInterface(bool) > libhtcl.a > 000519da W LanguageInterface::LanguageInterface(bool) > libhtcl.so > 000519da W LanguageInterface::LanguageInterface(bool) > libhtcl.so.0 > 00000000 W LanguageInterface::LanguageInterface(bool) > libhtcldisk.a > 00043798 W LanguageInterface::LanguageInterface(bool) > libhtcldisk.so > 00043798 W LanguageInterface::LanguageInterface(bool) > libhtcldisk.so.0 > 00000000 W LanguageInterface::LanguageInterface(bool) > libhtclfile.a > 00049a12 W LanguageInterface::LanguageInterface(bool) > libhtclfile.so > 00049a12 W LanguageInterface::LanguageInterface(bool) > libhtclfile.so.0 > 00000000 W LanguageInterface::LanguageInterface(bool) > libhtclhui.a > 0007969e W LanguageInterface::LanguageInterface(bool) > libhtclhui.so > 0007969e W LanguageInterface::LanguageInterface(bool) > libhtclhui.so.0 > 00000000 W LanguageInterface::LanguageInterface(bool) > libhtclsysinstall.a > 000a4e32 W LanguageInterface::LanguageInterface(bool) > libhtclsysinstall.so > 000a4e32 W LanguageInterface::LanguageInterface(bool) > libhtclsysinstall.so.0 > > Some symbols are defined, however. For example, Shared::onHeap() is > defined in libh.so: > > 0003a746 T Shared::onHeap(void const*) > libh.so > > The thing itself is kinda very important to libh. It is defined in > libh/include/LanguageInterface.hh: > > class LanguageInterface > { > friend class H; > friend class HObjectsReferences; > > public: > LanguageInterface( bool enableGC ) : mGC( enableGC ) {} > ... > } > > Why it's not linking anywhere is beyond me. > > Also, why tclh is linking at all is also a great mystery for me. > > Please, any hint will help greatly. I'm completly confused and pretty > desperate to solve this problem. > > If I can't get this program to link I don't see very well where we > should be going next. Is it really impossible/forbidden to link > against LibH? > > A. > > -- > Advertisers, not governments, are the primary censors of media content > in the United States today. > - C. Edwin Baker > http://www.ad-mad.co.uk/quotes/freespeech.htm > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Nov 12 20:21:28 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D06737B401 for ; Tue, 12 Nov 2002 20:21:22 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F112C43E4A for ; Tue, 12 Nov 2002 20:21:20 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (j39rdnuvfa8rk1x6@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAD4L5n13895; Tue, 12 Nov 2002 23:21:06 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 24A0E3; Tue, 12 Nov 2002 23:20:58 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Tue, 12 Nov 2002 23:20:57 -0500 Date: Tue, 12 Nov 2002 23:20:57 -0500 From: The Anarcat To: Jordan K Hubbard Cc: libh@FreeBSD.ORG, Alexander Langer Subject: Re: serious libh linking problems Message-ID: <20021113042057.GC9054@lenny.anarcat.ath.cx> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctP54qlpMx3WjD+/" Content-Disposition: inline In-Reply-To: <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --ctP54qlpMx3WjD+/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Wow! Quick response! Yay! I'm very happy that you're there to help Jordan. That's an interesting proposition. -l declaration order can have such an effect? Let's see: g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -L/usr/loc= al/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh -lhsysinstall -lht= cl -lhdatabase -lhfile =20 /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Lang= uageInterface(bool)' g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -L/usr/loc= al/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lhsysinstall -lh -lht= cl -lhdatabase -lhfile=20 /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Lang= uageInterface(bool)' g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -L/usr/lo= cal/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lhtcl -lh -lhsysinst= all -lhdatabase -lhfile =20 /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Lang= uageInterface(bool)' g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -L/usr/loc= al/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lhtcl -lhsysinstall -= lh -lhdatabase -lhfile=20 /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface::Lang= uageInterface(bool)' I got tired of trying about then. :) Note that I tried that before. I've been struggling with such problems in libh for a while now. Note that tclh links properly. The tclh commandline is: gcc31 -pipe -g -I/usr/local/include/tcl8.3 -fpic -DPIC -I/usr/home/anarcat/= cvs-work/libh/bin/tclh/../../include -Wall -static -o tclh.static tclh.o= -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl -lh -lhtclfile -lhfi= le -lhtcldisk -lhdisk -lhtclhui -lhui -lhtclsysinstall -lhsysinstall -lh= database -ltcl83 -lm -L/usr/local/lib -lstdc++ -ldisk -lfetch -lz -lcom_er= r -lssl -lcrypto -lm But tclh is statically linked. I've never been able to dynamically link tclh. linking fails miserably again, but it's interesting to note that it fails similarly: anarcat@lenny[~/libh/compile/none]% gcc31 -pipe -g -I/usr/local/include/tcl= 8.3 -fpic -DPIC -I/usr/home/anarcat/cvs-work/libh/bin/tclh/../../include = -Wall -o tclh tclh.o -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl= -lh -lhtclfile -lhfile -lhtcldisk -lhdisk -lhtclhui -lhui -lhtclsysinsta= ll -lhsysinstall -lhdatabase -ltcl83 -lm -L/usr/local/lib -lstdc++ -ldisk= -lfetch -lz -lcom_err -lssl -lcrypto -lm /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: undefined r= eference to `cerr' /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: undefined r= eference to `LanguageInterface::LanguageInterface(bool)' This is because "-L/usr/lib" is missing (???). Adding it gives us the exact same result as trying to link pkg_create: anarcat@lenny[~/libh/compile/none]% gcc31 -pipe -g -I/usr/local/include/tcl= 8.3 -fpic -DPIC -I/usr/home/anarcat/cvs-work/libh/bin/tclh/../../include = -Wall -o tclh tclh.o -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl= -lh -lhtclfile -lhfile -lhtcldisk -lhdisk -lhtclhui -lhui -lhtclsysinsta= ll -lhsysinstall -lhdatabase -ltcl83 -lm -L/usr/local/lib -lstdc++ -ldisk= -lfetch -lz -lcom_err -lssl -lcrypto -lm -L/usr/lib /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: undefined r= eference to `LanguageInterface::LanguageInterface(bool)' [...] However, trying to link pkg_create statically doesn't give any better results and actually spews thousands of undefined references. Do you know which gcc wizard I could redirect this too? A. On Tue Nov 12, 2002 at 08:07:23PM -0800, Jordan K Hubbard wrote: > Link order? What happens when you stick -lhsysinstall *earlier* in the= =20 > link line, say before -lhtcl? >=20 > On Tuesday, November 12, 2002, at 08:02 PM, The Anarcat wrote: >=20 > >Hi all > > > >I write this to you in an attempt to solve a recurring problem I'm > >having with libh that is *really* hindering development, for me. I'm > >currently trying to rewrite our pkg_create sh script in C++ (from a sh > >script). I just checked-in the source in libh/bin/pkg_create. You > >haven't seen the mail because of DNS problems on rtp1. > > > >Anyways, I'm having problem linking the final program. I've seen > >similar problems when trying to switch to rhtvision and link other > >programs against libh. > > > >The source file is being properly compiled, g++ can find its headers, > >etc, and I can generate the .o file. However, when trying to link, I > >get: > > > >g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -c=20 > >pkg_create.cc > >g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 =20 > >-L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh=20 > >-lhtcl -lhdatabase -lhfile -lhsysinstall > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::LanguageInterface(bool)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::Object type_info node' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::languageUnref(LanguageInterface::Object const &)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface=20 > >type_info function' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::referenced(LanguageInterface::Object const *)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::languageRef(LanguageInterface::Object const &)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::referenced(LanguageInterface::Object const &)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::Object type_info function' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::gc(void) const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::referencedObjects(void)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::referenceObject(LanguageInterface::Object const *)= =20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`Shared::onHeap(void const *)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::dereferenceObject(LanguageInterface::Object const=20 > >*) const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::object2string(LanguageInterface::Object const *)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`Shared::isOnHeap(Shared const *)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::~LanguageInterface(void)' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::languageRef(LanguageInterface::Object const *)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to=20 > >`LanguageInterface::languageUnref(LanguageInterface::Object const *)=20 > >const' > >/usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface=20 > >type_info node' > >collect2: ld returned 1 exit status > >*** Error code 1 > > > >Stop in /usr/home/anarcat/cvs-work/libh/bin/pkg_create. > > > >I have just installed that library (libhsysinstall). What I don't > >understand is that I can't find that damn symbol anywhere: > > > >anarcat@lenny[~/libh/compile/none]% for f in libh* > >do; nm -C $f 2>/dev/null | grep LanguageInterface::Language && echo=20 > >"$f" > >done > > U LanguageInterface::LanguageInterface(bool) > >libhsysinstall.a > > U LanguageInterface::LanguageInterface(bool) > >libhsysinstall.so > > U LanguageInterface::LanguageInterface(bool) > >libhsysinstall.so.0 > >00000000 W LanguageInterface::LanguageInterface(bool) > >libhtcl.a > >000519da W LanguageInterface::LanguageInterface(bool) > >libhtcl.so > >000519da W LanguageInterface::LanguageInterface(bool) > >libhtcl.so.0 > >00000000 W LanguageInterface::LanguageInterface(bool) > >libhtcldisk.a > >00043798 W LanguageInterface::LanguageInterface(bool) > >libhtcldisk.so > >00043798 W LanguageInterface::LanguageInterface(bool) > >libhtcldisk.so.0 > >00000000 W LanguageInterface::LanguageInterface(bool) > >libhtclfile.a > >00049a12 W LanguageInterface::LanguageInterface(bool) > >libhtclfile.so > >00049a12 W LanguageInterface::LanguageInterface(bool) > >libhtclfile.so.0 > >00000000 W LanguageInterface::LanguageInterface(bool) > >libhtclhui.a > >0007969e W LanguageInterface::LanguageInterface(bool) > >libhtclhui.so > >0007969e W LanguageInterface::LanguageInterface(bool) > >libhtclhui.so.0 > >00000000 W LanguageInterface::LanguageInterface(bool) > >libhtclsysinstall.a > >000a4e32 W LanguageInterface::LanguageInterface(bool) > >libhtclsysinstall.so > >000a4e32 W LanguageInterface::LanguageInterface(bool) > >libhtclsysinstall.so.0 > > > >Some symbols are defined, however. For example, Shared::onHeap() is > >defined in libh.so: > > > >0003a746 T Shared::onHeap(void const*) > >libh.so > > > >The thing itself is kinda very important to libh. It is defined in > >libh/include/LanguageInterface.hh: > > > >class LanguageInterface > >{ > > friend class H; > > friend class HObjectsReferences; > > > > public: > > LanguageInterface( bool enableGC ) : mGC( enableGC ) {} > >... > >} > > > >Why it's not linking anywhere is beyond me. > > > >Also, why tclh is linking at all is also a great mystery for me. > > > >Please, any hint will help greatly. I'm completly confused and pretty > >desperate to solve this problem. > > > >If I can't get this program to link I don't see very well where we > >should be going next. Is it really impossible/forbidden to link > >against LibH? > > > >A. > > > >--=20 > >Advertisers, not governments, are the primary censors of media content > >in the United States today. > > - C. Edwin Baker > > http://www.ad-mad.co.uk/quotes/freespeech.htm > > > -- > Jordan K. Hubbard > Engineering Manager, BSD technology group > Apple Computer >=20 --=20 Why bother building more nukes until we use the ones we already have? --ctP54qlpMx3WjD+/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE90dMottcWHAnWiGcRAuRtAJ91ER80iw4xzCCPSSCzw1sYfgZVawCfcWZg cN8w4+rWyPuk/f/PbACFObw= =ZoQN -----END PGP SIGNATURE----- --ctP54qlpMx3WjD+/-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Tue Nov 12 20:28: 4 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D7637B401 for ; Tue, 12 Nov 2002 20:28:03 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C856F43EAA for ; Tue, 12 Nov 2002 20:28:00 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (mewc9r96ijplow61@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAD4Rvn16419; Tue, 12 Nov 2002 23:27:58 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 901EE3; Tue, 12 Nov 2002 23:27:56 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Tue, 12 Nov 2002 23:27:56 -0500 Date: Tue, 12 Nov 2002 23:27:56 -0500 From: The Anarcat To: Jordan K Hubbard Cc: libh@FreeBSD.ORG, Alexander Langer Subject: Re: serious libh linking problems Message-ID: <20021113042755.GD9054@lenny.anarcat.ath.cx> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8w3uRX/HFJGApMzv" Content-Disposition: inline In-Reply-To: <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --8w3uRX/HFJGApMzv Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In other words, I think the problem is related more to the way the shared libraries are compiled/linked that how pkg_create itself is compiled/linked. A. --=20 Un =E9ducateur dans l'=E2me ne prend rien au s=E9rieux que par rapport =E0 ses disciples -- soi-m=EAme non except=E9. - Nietzsche, "Par del=E0 le bien et le mal" --8w3uRX/HFJGApMzv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE90dTLttcWHAnWiGcRAssmAJ4kZSpo4JPKxjjFUJrJjZTqHu1CbwCghi0W yNG15c69JnLM3CZ9r28Bmv0= =KLwk -----END PGP SIGNATURE----- --8w3uRX/HFJGApMzv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 6:44: 5 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D41E837B401 for ; Wed, 13 Nov 2002 06:44:03 -0800 (PST) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2A3943E91 for ; Wed, 13 Nov 2002 06:44:01 -0800 (PST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost [127.0.0.1]) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5) with ESMTP id gADEhtlK005201; Wed, 13 Nov 2002 15:43:56 +0100 (CET) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5/Submit) id gADEhtHA005200; Wed, 13 Nov 2002 15:43:55 +0100 (CET) Date: Wed, 13 Nov 2002 15:43:54 +0100 From: Alexander Langer To: The Anarcat Cc: Jordan K Hubbard , libh@FreeBSD.ORG Subject: Re: serious libh linking problems Message-ID: <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qlTNgmc+xy1dBmNv" Content-Disposition: inline In-Reply-To: <20021113042755.GD9054@lenny.anarcat.ath.cx> X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qlTNgmc+xy1dBmNv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Thus spake The Anarcat (anarcat@anarcat.ath.cx): > In other words, I think the problem is related more to the way the > shared libraries are compiled/linked that how pkg_create itself is > compiled/linked. I remember something like this when doing the initial work. I helped out by just giving _all_ the libraries we compile in the -l flag, IIRC. I might be able to take a look at this later today :) Alex --qlTNgmc+xy1dBmNv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE90mUpmpTNb38U76QRArrtAJ4j3KlBonDGuaWMPUX4xMs9zKRe1gCdGGEh RSftX2j50g8J94EsYm7mtWQ= =g8yZ -----END PGP SIGNATURE----- --qlTNgmc+xy1dBmNv-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 8:55:27 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D1EC37B401 for ; Wed, 13 Nov 2002 08:55:26 -0800 (PST) Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D8A843E6E for ; Wed, 13 Nov 2002 08:55:25 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id LAA12455; Wed, 13 Nov 2002 11:54:36 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C0mX-0002YO-00; Wed, 13 Nov 2002 11:54:25 -0500 Date: Wed, 13 Nov 2002 11:54:24 -0500 From: The Anarcat To: Alexander Langer Cc: Jordan K Hubbard , libh@freebsd.org Subject: Re: serious libh linking problems Message-ID: <20021113165424.GA9768@xtanbul.studio.espresso-com.com> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed Nov 13, 2002 at 03:43:54PM +0100, Alexander Langer wrote: > Thus spake The Anarcat (anarcat@anarcat.ath.cx): >=20 > > In other words, I think the problem is related more to the way the > > shared libraries are compiled/linked that how pkg_create itself is > > compiled/linked. >=20 > I remember something like this when doing the initial work. > I helped out by just giving _all_ the libraries we compile in the -l > flag, IIRC. Interesting. That might be related to it. Maybe if we try to link libhsysinstall directly against -lh? > I might be able to take a look at this later today :) Thank you. We might even get a dynamic tclh after all! :) A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 10:36:23 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E5E37B401 for ; Wed, 13 Nov 2002 10:36:22 -0800 (PST) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D5E743E6E for ; Wed, 13 Nov 2002 10:36:20 -0800 (PST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost [127.0.0.1]) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5) with ESMTP id gADIaFlK007052; Wed, 13 Nov 2002 19:36:15 +0100 (CET) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5/Submit) id gADIaE4I007051; Wed, 13 Nov 2002 19:36:14 +0100 (CET) Date: Wed, 13 Nov 2002 19:36:14 +0100 From: Alexander Langer To: The Anarcat Cc: Jordan K Hubbard , libh@freebsd.org Subject: Re: serious libh linking problems Message-ID: <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> <20021113165424.GA9768@xtanbul.studio.espresso-com.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021113165424.GA9768@xtanbul.studio.espresso-com.com> X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake The Anarcat (anarcat@anarcat.ath.cx): > Interesting. That might be related to it. Maybe if we try to link > libhsysinstall directly against -lh? > > I might be able to take a look at this later today :) > Thank you. We might even get a dynamic tclh after all! :) OK, thanks to the libdisk changes that came with GEOM, I'm not able to build libhdisk at the moment at all. However, I had some old libraries of libh* floating around in /usr/lib (old == September/October or so), and pkg_create just linked correctly (and then running produced a Bus error :) I'd suspect a local problem of yours. Ciao Alex PS: libdisk in -CURRENT lacks a shutload of functions that were in before. It's rather unusable nowadays :-/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 11:25:17 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E8437B404 for ; Wed, 13 Nov 2002 11:25:10 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A076D43E42 for ; Wed, 13 Nov 2002 11:25:05 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.6/8.12.5) with ESMTP id gADJO9Lb091044; Wed, 13 Nov 2002 11:24:11 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Wed, 13 Nov 2002 11:24:20 -0800 Subject: Re: serious libh linking problems Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: libh@FreeBSD.ORG, Alexander Langer To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20021113042057.GC9054@lenny.anarcat.ath.cx> Message-Id: <820539DB-F73D-11D6-9957-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, it was just a guess, and I see you'd already guessed it. :-) Hmmm. This does appear to be a linker mystery, alright. What do John Polstra and David O'Brien have to say about this? - Jordan On Tuesday, November 12, 2002, at 08:20 PM, The Anarcat wrote: > Wow! Quick response! Yay! I'm very happy that you're there to help > Jordan. > > That's an interesting proposition. -l declaration order can have such > an effect? Let's see: > > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 > -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh > -lhsysinstall -lhtcl -lhdatabase -lhfile > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::LanguageInterface(bool)' > > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 > -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 > -lhsysinstall -lh -lhtcl -lhdatabase -lhfile > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::LanguageInterface(bool)' > > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 > -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lhtcl > -lh -lhsysinstall -lhdatabase -lhfile > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::LanguageInterface(bool)' > > g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 > -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lhtcl > -lhsysinstall -lh -lhdatabase -lhfile > /usr/lib/libhsysinstall.so: undefined reference to > `LanguageInterface::LanguageInterface(bool)' > > I got tired of trying about then. :) Note that I tried that > before. I've been struggling with such problems in libh for a while > now. Note that tclh links properly. The tclh commandline is: > > gcc31 -pipe -g -I/usr/local/include/tcl8.3 -fpic -DPIC > -I/usr/home/anarcat/cvs-work/libh/bin/tclh/../../include -Wall > -static -o tclh.static tclh.o > -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl -lh -lhtclfile > -lhfile -lhtcldisk -lhdisk -lhtclhui -lhui -lhtclsysinstall > -lhsysinstall -lhdatabase -ltcl83 -lm -L/usr/local/lib -lstdc++ > -ldisk -lfetch -lz -lcom_err -lssl -lcrypto -lm > > But tclh is statically linked. I've never been able to dynamically > link tclh. linking fails miserably again, but it's interesting to note > that it fails similarly: > > anarcat@lenny[~/libh/compile/none]% gcc31 -pipe -g > -I/usr/local/include/tcl8.3 -fpic -DPIC > -I/usr/home/anarcat/cvs-work/libh/bin/tclh/../../include -Wall -o > tclh tclh.o -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl -lh > -lhtclfile -lhfile -lhtcldisk -lhdisk -lhtclhui -lhui > -lhtclsysinstall -lhsysinstall -lhdatabase -ltcl83 -lm > -L/usr/local/lib -lstdc++ -ldisk -lfetch -lz -lcom_err -lssl -lcrypto > -lm > /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: > undefined reference to `cerr' > /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: > undefined reference to `LanguageInterface::LanguageInterface(bool)' > > This is because "-L/usr/lib" is missing (???). Adding it gives us the > exact same result as trying to link pkg_create: > > anarcat@lenny[~/libh/compile/none]% gcc31 -pipe -g > -I/usr/local/include/tcl8.3 -fpic -DPIC > -I/usr/home/anarcat/cvs-work/libh/bin/tclh/../../include -Wall -o > tclh tclh.o -L/usr/home/anarcat/cvs-work/libh/compile/none -lhtcl -lh > -lhtclfile -lhfile -lhtcldisk -lhdisk -lhtclhui -lhui > -lhtclsysinstall -lhsysinstall -lhdatabase -ltcl83 -lm > -L/usr/local/lib -lstdc++ -ldisk -lfetch -lz -lcom_err -lssl -lcrypto > -lm -L/usr/lib > /usr/home/anarcat/cvs-work/libh/compile/none/libhsysinstall.so: > undefined reference to `LanguageInterface::LanguageInterface(bool)' > [...] > > However, trying to link pkg_create statically doesn't give any better > results and actually spews thousands of undefined references. > > Do you know which gcc wizard I could redirect this too? > > A. > > On Tue Nov 12, 2002 at 08:07:23PM -0800, Jordan K Hubbard wrote: >> Link order? What happens when you stick -lhsysinstall *earlier* in >> the >> link line, say before -lhtcl? >> >> On Tuesday, November 12, 2002, at 08:02 PM, The Anarcat wrote: >> >>> Hi all >>> >>> I write this to you in an attempt to solve a recurring problem I'm >>> having with libh that is *really* hindering development, for me. I'm >>> currently trying to rewrite our pkg_create sh script in C++ (from a >>> sh >>> script). I just checked-in the source in libh/bin/pkg_create. You >>> haven't seen the mail because of DNS problems on rtp1. >>> >>> Anyways, I'm having problem linking the final program. I've seen >>> similar problems when trying to switch to rhtvision and link other >>> programs against libh. >>> >>> The source file is being properly compiled, g++ can find its headers, >>> etc, and I can generate the .o file. However, when trying to link, I >>> get: >>> >>> g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 -c >>> pkg_create.cc >>> g++31 -O -pipe -I../../include -I/usr/local/include/tcl8.3 >>> -L/usr/local/lib -L/usr/lib -o pkg_create pkg_create.o -ltcl83 -lh >>> -lhtcl -lhdatabase -lhfile -lhsysinstall >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::LanguageInterface(bool)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::Object type_info node' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::languageUnref(LanguageInterface::Object const &) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface >>> type_info function' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::referenced(LanguageInterface::Object const *) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::languageRef(LanguageInterface::Object const &) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::referenced(LanguageInterface::Object const &) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::Object type_info function' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::gc(void) const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::referencedObjects(void)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::referenceObject(LanguageInterface::Object const >>> *) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `Shared::onHeap(void const *)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::dereferenceObject(LanguageInterface::Object const >>> *) const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::object2string(LanguageInterface::Object const *)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `Shared::isOnHeap(Shared const *)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::~LanguageInterface(void)' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::languageRef(LanguageInterface::Object const *) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to >>> `LanguageInterface::languageUnref(LanguageInterface::Object const *) >>> const' >>> /usr/lib/libhsysinstall.so: undefined reference to `LanguageInterface >>> type_info node' >>> collect2: ld returned 1 exit status >>> *** Error code 1 >>> >>> Stop in /usr/home/anarcat/cvs-work/libh/bin/pkg_create. >>> >>> I have just installed that library (libhsysinstall). What I don't >>> understand is that I can't find that damn symbol anywhere: >>> >>> anarcat@lenny[~/libh/compile/none]% for f in libh* >>> do; nm -C $f 2>/dev/null | grep LanguageInterface::Language && echo >>> "$f" >>> done >>> U LanguageInterface::LanguageInterface(bool) >>> libhsysinstall.a >>> U LanguageInterface::LanguageInterface(bool) >>> libhsysinstall.so >>> U LanguageInterface::LanguageInterface(bool) >>> libhsysinstall.so.0 >>> 00000000 W LanguageInterface::LanguageInterface(bool) >>> libhtcl.a >>> 000519da W LanguageInterface::LanguageInterface(bool) >>> libhtcl.so >>> 000519da W LanguageInterface::LanguageInterface(bool) >>> libhtcl.so.0 >>> 00000000 W LanguageInterface::LanguageInterface(bool) >>> libhtcldisk.a >>> 00043798 W LanguageInterface::LanguageInterface(bool) >>> libhtcldisk.so >>> 00043798 W LanguageInterface::LanguageInterface(bool) >>> libhtcldisk.so.0 >>> 00000000 W LanguageInterface::LanguageInterface(bool) >>> libhtclfile.a >>> 00049a12 W LanguageInterface::LanguageInterface(bool) >>> libhtclfile.so >>> 00049a12 W LanguageInterface::LanguageInterface(bool) >>> libhtclfile.so.0 >>> 00000000 W LanguageInterface::LanguageInterface(bool) >>> libhtclhui.a >>> 0007969e W LanguageInterface::LanguageInterface(bool) >>> libhtclhui.so >>> 0007969e W LanguageInterface::LanguageInterface(bool) >>> libhtclhui.so.0 >>> 00000000 W LanguageInterface::LanguageInterface(bool) >>> libhtclsysinstall.a >>> 000a4e32 W LanguageInterface::LanguageInterface(bool) >>> libhtclsysinstall.so >>> 000a4e32 W LanguageInterface::LanguageInterface(bool) >>> libhtclsysinstall.so.0 >>> >>> Some symbols are defined, however. For example, Shared::onHeap() is >>> defined in libh.so: >>> >>> 0003a746 T Shared::onHeap(void const*) >>> libh.so >>> >>> The thing itself is kinda very important to libh. It is defined in >>> libh/include/LanguageInterface.hh: >>> >>> class LanguageInterface >>> { >>> friend class H; >>> friend class HObjectsReferences; >>> >>> public: >>> LanguageInterface( bool enableGC ) : mGC( enableGC ) {} >>> ... >>> } >>> >>> Why it's not linking anywhere is beyond me. >>> >>> Also, why tclh is linking at all is also a great mystery for me. >>> >>> Please, any hint will help greatly. I'm completly confused and pretty >>> desperate to solve this problem. >>> >>> If I can't get this program to link I don't see very well where we >>> should be going next. Is it really impossible/forbidden to link >>> against LibH? >>> >>> A. >>> >>> -- >>> Advertisers, not governments, are the primary censors of media >>> content >>> in the United States today. >>> - C. Edwin Baker >>> http://www.ad-mad.co.uk/quotes/freespeech.htm >>> >> -- >> Jordan K. Hubbard >> Engineering Manager, BSD technology group >> Apple Computer >> > > > -- > Why bother building more nukes until we use the ones we already have? > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 13:33:48 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3409037B406 for ; Wed, 13 Nov 2002 13:33:47 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4015A43E42 for ; Wed, 13 Nov 2002 13:33:46 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gADLXSZ20866; Wed, 13 Nov 2002 16:33:28 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C58P-00035f-00; Wed, 13 Nov 2002 16:33:17 -0500 Date: Wed, 13 Nov 2002 16:33:17 -0500 From: The Anarcat To: Alexander Langer Cc: Jordan K Hubbard , libh@freebsd.org Subject: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021113213317.GG9829@xtanbul.studio.espresso-com.com> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> <20021113165424.GA9768@xtanbul.studio.espresso-com.com> <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed Nov 13, 2002 at 07:36:14PM +0100, Alexander Langer wrote: > Thus spake The Anarcat (anarcat@anarcat.ath.cx): > > > Interesting. That might be related to it. Maybe if we try to link > > libhsysinstall directly against -lh? > > > I might be able to take a look at this later today :) > > Thank you. We might even get a dynamic tclh after all! :) > > OK, thanks to the libdisk changes that came with GEOM, I'm not > able to build libhdisk at the moment at all. > > However, I had some old libraries of libh* floating around in /usr/lib > (old == September/October or so), and pkg_create just linked correctly > (and then running produced a Bus error :) > > I'd suspect a local problem of yours. > > Ciao > > Alex > > PS: libdisk in -CURRENT lacks a shutload of functions that were in > before. It's rather unusable nowadays :-/ Hurray. That's pretty bad. Isn't libdisk used by sysinstall? Doesn't the libdisk breakage break sysinstall and therefore 5.0 installs??? Anyways, I think this confirms my suspicion that I broke the library build somehow. I'll dig up older libh versions to see how exactly, maybe I can finally figure this one out. But I can say with pretty much certainty that my system is "clean", i.e. the libraries I have installed are what libh installs if you do it from scratch. Can't you just drop libhdisk from the build? I think it needs to die anyways. I doubt anything really depends on it apart from the disk editor. If you agree, I'll start getting libh free of libhdisk. We'll have to rewrite the disk editor, but I don't see that as a problem at all. Honestly, I think the sysinstall2 program in itself should be compiled, not interpreted, precisely because of such problems: I don't want to make a libhdisk library to follow each and every change of the local disk infrastructure. Well, maybe *some* parts of the program could be interpreted, but the low-level disk manipulations *will* have to be compiled, so I'd rather interface the system libraries directly than create more TCL wrappers. What do you think? A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 13:41: 8 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5B8C37B401 for ; Wed, 13 Nov 2002 13:41:05 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED16A43E3B for ; Wed, 13 Nov 2002 13:41:04 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.6/8.12.5) with ESMTP id gADLemLb091302; Wed, 13 Nov 2002 13:40:48 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Wed, 13 Nov 2002 13:41:01 -0800 Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: Alexander Langer , libh@freebsd.org To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20021113213317.GG9829@xtanbul.studio.espresso-com.com> Message-Id: <9A478A86-F750-11D6-9957-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think that perhaps the "core" of sysinstall can be compiled but everything to do with the user interface, the details of which distributions are selected, and so on - just about everything that's "policy level" should be scripted. Why? Because it will make things 100X easier for the universities and large ISPs and whatnot of the world to completely change syinstall's behavior to fit their own unique needs, say with different default package sets, menus and UIs in different languages or different layouts, you name it. I would only expect those parts of sysinstall which are so "core" and essential and nature that nobody would ever want to customize them to be compiled. - Jordan On Wednesday, November 13, 2002, at 01:33 PM, The Anarcat wrote: > On Wed Nov 13, 2002 at 07:36:14PM +0100, Alexander Langer wrote: >> Thus spake The Anarcat (anarcat@anarcat.ath.cx): >> >>> Interesting. That might be related to it. Maybe if we try to link >>> libhsysinstall directly against -lh? >>>> I might be able to take a look at this later today :) >>> Thank you. We might even get a dynamic tclh after all! :) >> >> OK, thanks to the libdisk changes that came with GEOM, I'm not >> able to build libhdisk at the moment at all. >> >> However, I had some old libraries of libh* floating around in /usr/lib >> (old == September/October or so), and pkg_create just linked correctly >> (and then running produced a Bus error :) >> >> I'd suspect a local problem of yours. >> >> Ciao >> >> Alex >> >> PS: libdisk in -CURRENT lacks a shutload of functions that were in >> before. It's rather unusable nowadays :-/ > > Hurray. > > That's pretty bad. Isn't libdisk used by sysinstall? Doesn't the > libdisk breakage break sysinstall and therefore 5.0 installs??? > > Anyways, I think this confirms my suspicion that I broke the library > build somehow. I'll dig up older libh versions to see how exactly, > maybe I can finally figure this one out. > > But I can say with pretty much certainty that my system is "clean", > i.e. the libraries I have installed are what libh installs if you do > it from scratch. > > Can't you just drop libhdisk from the build? I think it needs to die > anyways. I doubt anything really depends on it apart from the disk > editor. If you agree, I'll start getting libh free of libhdisk. We'll > have to rewrite the disk editor, but I don't see that as a problem at > all. > > Honestly, I think the sysinstall2 program in itself should be > compiled, not interpreted, precisely because of such problems: I don't > want to make a libhdisk library to follow each and every change of the > local disk infrastructure. > > Well, maybe *some* parts of the program could be interpreted, but the > low-level disk manipulations *will* have to be compiled, so I'd rather > interface the system libraries directly than create more TCL wrappers. > > What do you think? > > A. > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 14: 9:31 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57EED37B401 for ; Wed, 13 Nov 2002 14:09:30 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E13D43E3B for ; Wed, 13 Nov 2002 14:09:29 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gADM9MZ21747; Wed, 13 Nov 2002 17:09:22 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C5hA-00039g-00; Wed, 13 Nov 2002 17:09:12 -0500 Date: Wed, 13 Nov 2002 17:09:12 -0500 From: The Anarcat To: Jordan K Hubbard Cc: Alexander Langer , libh@freebsd.org Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021113220911.GI9829@xtanbul.studio.espresso-com.com> References: <20021113213317.GG9829@xtanbul.studio.espresso-com.com> <9A478A86-F750-11D6-9957-000393BB9222@queasyweasel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9A478A86-F750-11D6-9957-000393BB9222@queasyweasel.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed Nov 13, 2002 at 01:41:01PM -0800, Jordan K Hubbard wrote: > I think that perhaps the "core" of sysinstall can be compiled but > everything to do with the user interface, the details of which > distributions are selected, and so on - just about everything that's > "policy level" should be scripted. Why? Because it will make things > 100X easier for the universities and large ISPs and whatnot of the > world to completely change syinstall's behavior to fit their own unique > needs, say with different default package sets, menus and UIs in > different languages or different layouts, you name it. I would only > expect those parts of sysinstall which are so "core" and essential and > nature that nobody would ever want to customize them to be compiled. That is all well and nice in words, but I think there are more pressing matter for now. Of course everthing *can* be scripted. But why script the disk editor? Or if we script it, why would it even be part of libh's core? I think a disk editor is outside libh's scope. It can be pretty easy, once we get dynamic linking back online, to make a script load a (third party?) disk library and script from there. But the disk library is too much for libh for handle, I think, especially with the GEOM changes. So, yes, I agree that libh must provide a UI-indendant scripting language but it doesn't mean it must provide every damn feature scripts might need. 2 things: - UI library - package system rest is third party loadable modules. heck, if we can't make it third party, how can we possibly pretend to extend libh in any way?? That's what I'm willing to maintain. If anything else breaks, I think it shouldn't hinder libh development, which is hard enough as it is now. Sorry for the ranting, but things are getting pretty hard now. I've been struggling for a pretty good while and now that we're almost getting to have a semi-working package system, I'm stopped by yet another thing. It's really annoying. Cheers, A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 15:34:12 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 732C637B401 for ; Wed, 13 Nov 2002 15:34:10 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B323143E7B for ; Wed, 13 Nov 2002 15:34:09 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.6/8.12.5) with ESMTP id gADNXrLb091463; Wed, 13 Nov 2002 15:33:53 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Wed, 13 Nov 2002 15:34:06 -0800 Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: Alexander Langer , libh@FreeBSD.ORG To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20021113220911.GI9829@xtanbul.studio.espresso-com.com> Message-Id: <66975191-F760-11D6-9957-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I think you may have taken this as a wider mandate for "what's scriptable" than I intended. I also see no reason why the disk editor would be changed by an average user, though I'm sure both of you would also agree that being able to localize it is pretty important. :-) That said, getting out a working prototype should probably be given a higher degree of importance than anything else for all the reasons that Antoine states. - Jordan On Wednesday, November 13, 2002, at 02:09 PM, The Anarcat wrote: > On Wed Nov 13, 2002 at 01:41:01PM -0800, Jordan K Hubbard wrote: >> I think that perhaps the "core" of sysinstall can be compiled but >> everything to do with the user interface, the details of which >> distributions are selected, and so on - just about everything that's >> "policy level" should be scripted. Why? Because it will make things >> 100X easier for the universities and large ISPs and whatnot of the >> world to completely change syinstall's behavior to fit their own >> unique >> needs, say with different default package sets, menus and UIs in >> different languages or different layouts, you name it. I would only >> expect those parts of sysinstall which are so "core" and essential and >> nature that nobody would ever want to customize them to be compiled. > > That is all well and nice in words, but I think there are more > pressing matter for now. > > Of course everthing *can* be scripted. But why script the disk editor? > Or if we script it, why would it even be part of libh's core? > > I think a disk editor is outside libh's scope. It can be pretty easy, > once we get dynamic linking back online, to make a script load a > (third party?) disk library and script from there. But the disk library > is too much for libh for handle, I think, especially with the GEOM > changes. > > So, yes, I agree that libh must provide a UI-indendant scripting > language but it doesn't mean it must provide every damn feature > scripts might need. > > 2 things: > > - UI library > - package system > > rest is third party loadable modules. heck, if we can't make it third > party, how can we possibly pretend to extend libh in any way?? > > That's what I'm willing to maintain. If anything else breaks, I think > it shouldn't hinder libh development, which is hard enough as it is > now. > > Sorry for the ranting, but things are getting pretty hard now. I've > been struggling for a pretty good while and now that we're almost > getting to have a semi-working package system, I'm stopped by yet > another thing. It's really annoying. > > Cheers, > > A. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-libh" in the body of the message > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 15:43:32 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C35537B401 for ; Wed, 13 Nov 2002 15:43:30 -0800 (PST) Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id E567443E42 for ; Wed, 13 Nov 2002 15:43:28 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id SAA24235; Wed, 13 Nov 2002 18:43:20 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18C7A5-0003Lu-00; Wed, 13 Nov 2002 18:43:09 -0500 Date: Wed, 13 Nov 2002 18:43:09 -0500 From: The Anarcat To: Jordan K Hubbard Cc: Alexander Langer , libh@freebsd.org Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021113234308.GJ9829@xtanbul.studio.espresso-com.com> References: <20021113220911.GI9829@xtanbul.studio.espresso-com.com> <66975191-F760-11D6-9957-000393BB9222@queasyweasel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <66975191-F760-11D6-9957-000393BB9222@queasyweasel.com> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Exactly. However, scripting is not necessarly for 'the average user', but more for the power user, actually. One might wish to script the disk editor to automagically create fixed-sized partitions or something... That said, I'm really confused by your last sentence, could you make it clearer? :) Antoine <-- yes, antoine On Wed Nov 13, 2002 at 03:34:06PM -0800, Jordan K Hubbard wrote: > I think you may have taken this as a wider mandate for "what's > scriptable" than I intended. I also see no reason why the disk editor > would be changed by an average user, though I'm sure both of you would > also agree that being able to localize it is pretty important. :-) > That said, getting out a working prototype should probably be given a > higher degree of importance than anything else for all the reasons that > Antoine states. > > - Jordan > > On Wednesday, November 13, 2002, at 02:09 PM, The Anarcat wrote: > > >On Wed Nov 13, 2002 at 01:41:01PM -0800, Jordan K Hubbard wrote: > >>I think that perhaps the "core" of sysinstall can be compiled but > >>everything to do with the user interface, the details of which > >>distributions are selected, and so on - just about everything that's > >>"policy level" should be scripted. Why? Because it will make things > >>100X easier for the universities and large ISPs and whatnot of the > >>world to completely change syinstall's behavior to fit their own > >>unique > >>needs, say with different default package sets, menus and UIs in > >>different languages or different layouts, you name it. I would only > >>expect those parts of sysinstall which are so "core" and essential and > >>nature that nobody would ever want to customize them to be compiled. > > > >That is all well and nice in words, but I think there are more > >pressing matter for now. > > > >Of course everthing *can* be scripted. But why script the disk editor? > >Or if we script it, why would it even be part of libh's core? > > > >I think a disk editor is outside libh's scope. It can be pretty easy, > >once we get dynamic linking back online, to make a script load a > >(third party?) disk library and script from there. But the disk library > >is too much for libh for handle, I think, especially with the GEOM > >changes. > > > >So, yes, I agree that libh must provide a UI-indendant scripting > >language but it doesn't mean it must provide every damn feature > >scripts might need. > > > >2 things: > > > >- UI library > >- package system > > > >rest is third party loadable modules. heck, if we can't make it third > >party, how can we possibly pretend to extend libh in any way?? > > > >That's what I'm willing to maintain. If anything else breaks, I think > >it shouldn't hinder libh development, which is hard enough as it is > >now. > > > >Sorry for the ranting, but things are getting pretty hard now. I've > >been struggling for a pretty good while and now that we're almost > >getting to have a semi-working package system, I'm stopped by yet > >another thing. It's really annoying. > > > >Cheers, > > > >A. > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-libh" in the body of the message > > > -- > Jordan K. Hubbard > Engineering Manager, BSD technology group > Apple Computer > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 16:45:20 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A7C437B404 for ; Wed, 13 Nov 2002 16:45:14 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DBE43E75 for ; Wed, 13 Nov 2002 16:45:13 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) by jkh-gw.queasyweasel.com (8.12.6/8.12.5) with ESMTP id gAE0itLb091548; Wed, 13 Nov 2002 16:44:55 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Wed, 13 Nov 2002 16:45:08 -0800 Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) Cc: Alexander Langer , libh@freebsd.org To: The Anarcat From: Jordan K Hubbard In-Reply-To: <20021113234308.GJ9829@xtanbul.studio.espresso-com.com> Message-Id: <53135641-F76A-11D6-9957-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.548) Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'll restate my last sentence in different terms: Unless the libh project produces the kind of results that people can see, touch and actually use to install FreeBSD and some set of additional packages, you won't get the kind of help you need to do all of the additional rock-polishing work required, some of which could very well be "enhanced scriptability" and any number of other features that doubling or even tripling the number of bodies available to do the work could bring. But you're never get there if you don't first release a working prototype, hence doing that is essentially more important than ANYTHING else of architectural or academic value. Does that make it clearer? :-) - Jordan On Wednesday, November 13, 2002, at 03:43 PM, The Anarcat wrote: > Exactly. However, scripting is not necessarly for 'the average user', > but more for the power user, actually. > > One might wish to script the disk editor to automagically create > fixed-sized partitions or something... > > That said, I'm really confused by your last sentence, could you > make it clearer? :) > > Antoine <-- yes, antoine > > On Wed Nov 13, 2002 at 03:34:06PM -0800, Jordan K Hubbard wrote: >> I think you may have taken this as a wider mandate for "what's >> scriptable" than I intended. I also see no reason why the disk editor >> would be changed by an average user, though I'm sure both of you would >> also agree that being able to localize it is pretty important. :-) >> That said, getting out a working prototype should probably be given a >> higher degree of importance than anything else for all the reasons >> that >> Antoine states. >> >> - Jordan >> >> On Wednesday, November 13, 2002, at 02:09 PM, The Anarcat wrote: >> >>> On Wed Nov 13, 2002 at 01:41:01PM -0800, Jordan K Hubbard wrote: >>>> I think that perhaps the "core" of sysinstall can be compiled but >>>> everything to do with the user interface, the details of which >>>> distributions are selected, and so on - just about everything that's >>>> "policy level" should be scripted. Why? Because it will make >>>> things >>>> 100X easier for the universities and large ISPs and whatnot of the >>>> world to completely change syinstall's behavior to fit their own >>>> unique >>>> needs, say with different default package sets, menus and UIs in >>>> different languages or different layouts, you name it. I would only >>>> expect those parts of sysinstall which are so "core" and essential >>>> and >>>> nature that nobody would ever want to customize them to be compiled. >>> >>> That is all well and nice in words, but I think there are more >>> pressing matter for now. >>> >>> Of course everthing *can* be scripted. But why script the disk >>> editor? >>> Or if we script it, why would it even be part of libh's core? >>> >>> I think a disk editor is outside libh's scope. It can be pretty easy, >>> once we get dynamic linking back online, to make a script load a >>> (third party?) disk library and script from there. But the disk >>> library >>> is too much for libh for handle, I think, especially with the GEOM >>> changes. >>> >>> So, yes, I agree that libh must provide a UI-indendant scripting >>> language but it doesn't mean it must provide every damn feature >>> scripts might need. >>> >>> 2 things: >>> >>> - UI library >>> - package system >>> >>> rest is third party loadable modules. heck, if we can't make it third >>> party, how can we possibly pretend to extend libh in any way?? >>> >>> That's what I'm willing to maintain. If anything else breaks, I think >>> it shouldn't hinder libh development, which is hard enough as it is >>> now. >>> >>> Sorry for the ranting, but things are getting pretty hard now. I've >>> been struggling for a pretty good while and now that we're almost >>> getting to have a semi-working package system, I'm stopped by yet >>> another thing. It's really annoying. >>> >>> Cheers, >>> >>> A. >>> >>> To Unsubscribe: send mail to majordomo@FreeBSD.org >>> with "unsubscribe freebsd-libh" in the body of the message >>> >> -- >> Jordan K. Hubbard >> Engineering Manager, BSD technology group >> Apple Computer >> >> -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Wed Nov 13 17: 2:35 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37E637B401 for ; Wed, 13 Nov 2002 17:02:31 -0800 (PST) Received: from aeimail.aei.ca (aeimail.aei.ca [206.123.6.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 126EE43E3B for ; Wed, 13 Nov 2002 17:02:31 -0800 (PST) (envelope-from anarcat@anarcat.ath.cx) Received: from shall.anarcat.ath.cx (uxfxg2y7jdf8ee5a@dsl-130-203.aei.ca [66.36.130.203]) by aeimail.aei.ca (8.11.6/8.10.1) with ESMTP id gAE124704449; Wed, 13 Nov 2002 20:02:06 -0500 (EST) Received: from lenny.anarcat.ath.cx (lenny.anarcat.ath.cx [192.168.0.4]) by shall.anarcat.ath.cx (Postfix) with SMTP id 0D968137; Wed, 13 Nov 2002 20:01:56 -0500 (EST) Received: by lenny.anarcat.ath.cx (sSMTP sendmail emulation); Wed, 13 Nov 2002 20:01:57 -0500 Date: Wed, 13 Nov 2002 20:01:57 -0500 From: The Anarcat To: Jordan K Hubbard Cc: Alexander Langer , libh@freebsd.org Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021114010157.GA307@lenny.anarcat.ath.cx> References: <20021113234308.GJ9829@xtanbul.studio.espresso-com.com> <53135641-F76A-11D6-9957-000393BB9222@queasyweasel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <53135641-F76A-11D6-9957-000393BB9222@queasyweasel.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Much clearer, thank you. I was confused over the use of my name in the last sentence. ;) That said, I totally agree. Getting basic package stuff working is #1 priority, and I even consider the UI stuff secondary, at the point we're at now (that is, no tvision backend, and a barely working Qt). But we're getting there. Once I get that linking problem solved, I think a lot of problems will also be easier to solve, mainly because I won't have to recompile tclh.static (and dependant modules) each time I make a change. :) A. On Wed Nov 13, 2002 at 04:45:08PM -0800, Jordan K Hubbard wrote: > I'll restate my last sentence in different terms: Unless the libh=20 > project produces the kind of results that people can see, touch and=20 > actually use to install FreeBSD and some set of additional packages,=20 > you won't get the kind of help you need to do all of the additional=20 > rock-polishing work required, some of which could very well be=20 > "enhanced scriptability" and any number of other features that doubling= =20 > or even tripling the number of bodies available to do the work could=20 > bring. But you're never get there if you don't first release a working= =20 > prototype, hence doing that is essentially more important than ANYTHING= =20 > else of architectural or academic value. >=20 > Does that make it clearer? :-) >=20 > - Jordan >=20 > On Wednesday, November 13, 2002, at 03:43 PM, The Anarcat wrote: >=20 > >Exactly. However, scripting is not necessarly for 'the average user', > >but more for the power user, actually. > > > >One might wish to script the disk editor to automagically create > >fixed-sized partitions or something... > > > >That said, I'm really confused by your last sentence, could you > >make it clearer? :) > > > >Antoine <-- yes, antoine > > > >On Wed Nov 13, 2002 at 03:34:06PM -0800, Jordan K Hubbard wrote: > >>I think you may have taken this as a wider mandate for "what's > >>scriptable" than I intended. I also see no reason why the disk editor > >>would be changed by an average user, though I'm sure both of you would > >>also agree that being able to localize it is pretty important. :-) > >>That said, getting out a working prototype should probably be given a > >>higher degree of importance than anything else for all the reasons=20 > >>that > >>Antoine states. > >> > >>- Jordan > >> > >>On Wednesday, November 13, 2002, at 02:09 PM, The Anarcat wrote: > >> > >>>On Wed Nov 13, 2002 at 01:41:01PM -0800, Jordan K Hubbard wrote: > >>>>I think that perhaps the "core" of sysinstall can be compiled but > >>>>everything to do with the user interface, the details of which > >>>>distributions are selected, and so on - just about everything that's > >>>>"policy level" should be scripted. Why? Because it will make=20 > >>>>things > >>>>100X easier for the universities and large ISPs and whatnot of the > >>>>world to completely change syinstall's behavior to fit their own > >>>>unique > >>>>needs, say with different default package sets, menus and UIs in > >>>>different languages or different layouts, you name it. I would only > >>>>expect those parts of sysinstall which are so "core" and essential=20 > >>>>and > >>>>nature that nobody would ever want to customize them to be compiled. > >>> > >>>That is all well and nice in words, but I think there are more > >>>pressing matter for now. > >>> > >>>Of course everthing *can* be scripted. But why script the disk=20 > >>>editor? > >>>Or if we script it, why would it even be part of libh's core? > >>> > >>>I think a disk editor is outside libh's scope. It can be pretty easy, > >>>once we get dynamic linking back online, to make a script load a > >>>(third party?) disk library and script from there. But the disk=20 > >>>library > >>>is too much for libh for handle, I think, especially with the GEOM > >>>changes. > >>> > >>>So, yes, I agree that libh must provide a UI-indendant scripting > >>>language but it doesn't mean it must provide every damn feature > >>>scripts might need. > >>> > >>>2 things: > >>> > >>>- UI library > >>>- package system > >>> > >>>rest is third party loadable modules. heck, if we can't make it third > >>>party, how can we possibly pretend to extend libh in any way?? > >>> > >>>That's what I'm willing to maintain. If anything else breaks, I think > >>>it shouldn't hinder libh development, which is hard enough as it is > >>>now. > >>> > >>>Sorry for the ranting, but things are getting pretty hard now. I've > >>>been struggling for a pretty good while and now that we're almost > >>>getting to have a semi-working package system, I'm stopped by yet > >>>another thing. It's really annoying. > >>> > >>>Cheers, > >>> > >>>A. > >>> > >>>To Unsubscribe: send mail to majordomo@FreeBSD.org > >>>with "unsubscribe freebsd-libh" in the body of the message > >>> > >>-- > >>Jordan K. Hubbard > >>Engineering Manager, BSD technology group > >>Apple Computer > >> > >> > -- > Jordan K. Hubbard > Engineering Manager, BSD technology group > Apple Computer >=20 --=20 Imagination is more important than knowledge - Albert Einstein --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE90vYEttcWHAnWiGcRAlO8AJ94t/7NpSuuzC1GxKpH6N3wV94wxQCcDm3k nttMgImlMj/m6kF7HX+YQMc= =wmVx -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Thu Nov 14 2:48:30 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD1BF37B401 for ; Thu, 14 Nov 2002 02:48:29 -0800 (PST) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4193E43E4A for ; Thu, 14 Nov 2002 02:48:28 -0800 (PST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost [127.0.0.1]) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5) with ESMTP id gAEAmNlK011695; Thu, 14 Nov 2002 11:48:24 +0100 (CET) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.5/8.12.5/Submit) id gAEAmM01011694; Thu, 14 Nov 2002 11:48:22 +0100 (CET) Date: Thu, 14 Nov 2002 11:48:21 +0100 From: Alexander Langer To: The Anarcat Cc: Jordan K Hubbard , libh@freebsd.org Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021114104821.GK94076@fump.kawo2.rwth-aachen.de> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> <20021113165424.GA9768@xtanbul.studio.espresso-com.com> <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> <20021113213317.GG9829@xtanbul.studio.espresso-com.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021113213317.GG9829@xtanbul.studio.espresso-com.com> X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake The Anarcat (anarcat@anarcat.ath.cx): > Can't you just drop libhdisk from the build? I think it needs to die > anyways. I doubt anything really depends on it apart from the disk > editor. If you agree, I'll start getting libh free of libhdisk. We'll > have to rewrite the disk editor, but I don't see that as a problem at > all. I was about to just delete the functions that are no longer supported. However, I don't know how far we use, for example, the clone() function, which is also accessible from within TCL. I #ifdef'ed other functions to return 0 instead on -current, since e.g. MakeDev() etc aren#t needed on -CURRENT which has devfs. I'd like to RIP all the RELENG_4 stuff at least, that way we can still have a more or less working libdisk. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message From owner-freebsd-libh Thu Nov 14 8:27:58 2002 Delivered-To: freebsd-libh@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC56037B401 for ; Thu, 14 Nov 2002 08:27:56 -0800 (PST) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F137443E75 for ; Thu, 14 Nov 2002 08:27:55 -0800 (PST) (envelope-from anarcat@espresso-com.com) Received: from xtanbul.studio.espresso-com.com ([216.94.147.57]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id gAEGRWZ05887; Thu, 14 Nov 2002 11:27:32 -0500 Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian)) id 18CMps-0004gK-00; Thu, 14 Nov 2002 11:27:20 -0500 Date: Thu, 14 Nov 2002 11:27:20 -0500 From: The Anarcat To: Alexander Langer Cc: Jordan K Hubbard , libh@freebsd.org Subject: Re: Problem confirmed (?) and death to lib[h]disk (!) (Re: serious libh linking problems) Message-ID: <20021114162719.GA17967@xtanbul.studio.espresso-com.com> References: <20021113040224.GB9054@lenny.anarcat.ath.cx> <69CC05B0-F6BD-11D6-9957-000393BB9222@queasyweasel.com> <20021113042755.GD9054@lenny.anarcat.ath.cx> <20021113144354.GW94076@fump.kawo2.rwth-aachen.de> <20021113165424.GA9768@xtanbul.studio.espresso-com.com> <20021113183614.GD94076@fump.kawo2.rwth-aachen.de> <20021113213317.GG9829@xtanbul.studio.espresso-com.com> <20021114104821.GK94076@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021114104821.GK94076@fump.kawo2.rwth-aachen.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-libh@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu Nov 14, 2002 at 11:48:21AM +0100, Alexander Langer wrote: > Thus spake The Anarcat (anarcat@anarcat.ath.cx): > > > Can't you just drop libhdisk from the build? I think it needs to die > > anyways. I doubt anything really depends on it apart from the disk > > editor. If you agree, I'll start getting libh free of libhdisk. We'll > > have to rewrite the disk editor, but I don't see that as a problem at > > all. > > I was about to just delete the functions that are no longer supported. > However, I don't know how far we use, for example, the clone() function, > which is also accessible from within TCL. Fine with me. I don't remember using the clone() function from tcl. > I #ifdef'ed other functions to return 0 instead on -current, since > e.g. MakeDev() etc aren#t needed on -CURRENT which has devfs. Great. > I'd like to RIP all the RELENG_4 stuff at least, that way we can still > have a more or less working libdisk. Do whatever is needed to get this thing to build. A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-libh" in the body of the message