Andrey Sverdlichenko wrote:
>
> > > | One is on the way...
> > >
> > > Cam's boredom out-weighed my initiative. 8)
> > >
> > > http://www.freebsd.org/~cg/current.diff.gz contains a partial emu10k1
> > > driver (minus recording) which is need of debugging. Give it a try!
>
> I applied it to 4.0-
Are you really using the latest FREEBSD_5.0_CURRENT ?
I have just
device pcm
in my kernel config (without PNPBIOS) and the SBLive
works fine (many thanks to Cameron for his nice driver).
Make sure that the line
dev/sound/pci/emu10k1.c optional pcm pci
is not commented (in /usr/src/s
Christian Weisgerber wrote:
>
> (This should move to freebsd-i18n.)
>
> Donn Miller <[EMAIL PROTECTED]> wrote:
>
> > Anyone like the idea of adding wide char support to our libc?
>
> I'd like the idea of somebody explaining where/how I can get an
> overview of what's missing in the first place
Warner Losh wrote:
>
> In message <[EMAIL PROTECTED]> Norbert Irmer writes:
> : gcc -o airport -O2 -pipe -L../../../exports/lib -L../../../imports/x11/lib
>main.o dragsource.o
> : dropsite.o -lXm -lXt -lSM -lICE -lXp -lXext -lX11 -L/usr/X11R6/lib
>-L/usr/X11R6
Hello,
I tried to build the wxGTK-2.1.16 port, and noticed that
a few AC_CHECK(..) macros in the configure script
don't work.
The first header file which is not found is
because on FreeBSD systems there is no link
/usr/include/X11 -> /usr/X11R6/include
(shouldn't there be such a link ?
Sorry, it should be:
/usr/include/X11 -> /usr/X11R6/include/X11
and
CONFIGURE_ENV= GTK_CONFIG="${X11BASE}/bin/gtk12-config"\
CCFLAGS="-I${X11BASE}/include"\
LDFLAGS="-L${X11BASE}/lib"
Norbert Irmer wrote:
>
>
I cvsup'ed the lastest sources of ~current, but got the
following after only a few seconds
cd /usr/src/usr.sbin/mtree; make _EXTRADEPEND
echo mtree: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libmd.a
>> .depend
cc -O -pipe -DMD5 -DSHA1 -DRMD160 -I/usr/obj/usr/src/i386/u
Marcel Moolenaar wrote:
>
> Bruce Evans wrote:
> >
> > Bootstrapping from 4.0 and previous versions to 4.1 and -current is broken,
> > because mtree depends on new library features but must be built before the
> > new libraries. You have to somehow bootstrap the new libraries. Maybe
> > copy th
