From owner-freebsd-current Tue Jun 4 11:14:28 2002 Delivered-To: freebsd-current@freebsd.org Received: from femme.listmistress.org (bgp01560565bgs.gambrl01.md.comcast.net [68.50.32.109]) by hub.freebsd.org (Postfix) with ESMTP id 6B53137B405 for ; Tue, 4 Jun 2002 11:14:16 -0700 (PDT) Received: from femme.listmistress.org (trish@localhost [127.0.0.1]) by femme.listmistress.org (8.12.3/8.12.1) with ESMTP id g54IEAMl002896; Tue, 4 Jun 2002 14:14:11 -0400 (EDT) Received: from localhost (trish@localhost) by femme.listmistress.org (8.12.3/8.12.3/Submit) with ESMTP id g54IE7fk002893; Tue, 4 Jun 2002 14:14:08 -0400 (EDT) X-Authentication-Warning: femme.listmistress.org: trish owned process doing -bs Date: Tue, 4 Jun 2002 14:14:07 -0400 (EDT) From: Trish Lynch X-X-Sender: To: Dan Trainor Cc: Subject: RE: State of the ports collection In-Reply-To: <004e01c20bd9$46077da0$0a00a8c0@broken> Message-ID: <20020604141050.V516-100000@femme.listmistress.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 4 Jun 2002, Dan Trainor wrote: > What's going to happen to all these ports that still depend on file > locations in the 4.5 release(s)? The reason I ask is that I see that > now we're going to have to make two kinds of ports - one for 4.x and one > for 5.x, or are header files and stuff like that stored as global > variables... or something. Kris Kennaway talked a bit about moving > specific headers (and possibly more) to different locations: > > :: * (>27 ports) The header was moved, breaking > :: * (>35 ports) Something caused sys_nerr to change prototypes. It > looks like this might be because the definition of __const from > has changed, but I can't see why. See for example > > I don't know, it was just something that concerned me. I'd hate to see > version-specific ports, and I'm hoping it doesn't come down to that. > > - dt > - dan@ript.org > The soundcard.h problem is solved very easily in ports that do something like this: #ifdef __FreeBSD__ #include #else #include #endif just change the #ifdef __FreeBSD__ to #if __FreeBSD__ <= 4 All that happened was that a symlink that was present before from sys/soundcard.h to machine/soundcard.h (that had been there for close to 2 years) was removed. prior to that it was at machine/soundcard.h? I'm not sure. -Trish -- Trish Lynch trish@bsdunix.net FreeBSD The Power to Serve Ecartis Core Team trish@listmistress.org http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message