Date: Tue, 4 Jun 2002 14:14:07 -0400 (EDT) From: Trish Lynch <trish@bsdunix.net> To: Dan Trainor <dan@ript.org> Cc: <current@FreeBSD.ORG> Subject: RE: State of the ports collection Message-ID: <20020604141050.V516-100000@femme.listmistress.org> In-Reply-To: <004e01c20bd9$46077da0$0a00a8c0@broken>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <machine/soundcard.h> 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 > <sys/ctypes.h> 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 <machine/soundcard.h> #else #include <sys/soundcard.h> #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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020604141050.V516-100000>