Re: 3dfx -current compile error
Quoting Harti Brandt <[EMAIL PROTECTED]>: > On Mon, 19 Feb 2001, Edwin Culp wrote: > > Reverting /usr/src/sys/conf/kmod.mk to rev. 1.90 fixes the problem for > the moment. > > harti Thanks, I'll do that right now. ed - EnContacto.Net - CafeMania.Net - InternetSalon.Org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3dfx -current compile error
On Mon, 19 Feb 2001, Edwin Culp wrote:
Reverting /usr/src/sys/conf/kmod.mk to rev. 1.90 fixes the problem for
the moment.
harti
EC>I've got the same problem on my laptop.
EC>
EC>
EC>Quoting Coleman Kane <[EMAIL PROTECTED]>:
EC>
EC>> So, do you need me to do anything or just wait until it gets worked out?
EC>>
EC>> Bruce Evans had the audacity to say:
EC>> >
EC>> > On Mon, 19 Feb 2001, Coleman Kane wrote:
EC>> >
EC>> > > Yeah, this seems to be broken across all modules. I don't know what's
EC>> going on,
EC>> > > but it seems like it never bothers to make the *.o targets. The reason
EC>> mine
EC>> > > pops up with the error is that, alphabetically, it is first on the list.
EC>> If you
EC>> > > remove it from the ports Makefile, the accf_data module brings up the
EC>> error. I
EC>> > > noticed a lot of commit traffic for config, src/share/mk, make and the
EC>> like, so
EC>> > > I figured this to be a 'commit in process' issue. I'm forwarding this to
EC>>
EC>> > > -current mailing list to let them know about the prob.
EC>> >
EC>> > This is because there is now an explicit rule for everything in ${OBJS}
EC>> > (and some other wrong things), so the suffix rule doesn't get used, and
EC>> > objects are "built" by removing .depend.
EC>> >
EC>> > Bruce
EC>> >
EC>>
EC>
EC>
EC>
EC>
--
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: 3dfx -current compile error
I've got the same problem on my laptop.
Quoting Coleman Kane <[EMAIL PROTECTED]>:
> So, do you need me to do anything or just wait until it gets worked out?
>
> Bruce Evans had the audacity to say:
> >
> > On Mon, 19 Feb 2001, Coleman Kane wrote:
> >
> > > Yeah, this seems to be broken across all modules. I don't know what's
> going on,
> > > but it seems like it never bothers to make the *.o targets. The reason
> mine
> > > pops up with the error is that, alphabetically, it is first on the list.
> If you
> > > remove it from the ports Makefile, the accf_data module brings up the
> error. I
> > > noticed a lot of commit traffic for config, src/share/mk, make and the
> like, so
> > > I figured this to be a 'commit in process' issue. I'm forwarding this to
>
> > > -current mailing list to let them know about the prob.
> >
> > This is because there is now an explicit rule for everything in ${OBJS}
> > (and some other wrong things), so the suffix rule doesn't get used, and
> > objects are "built" by removing .depend.
> >
> > Bruce
> >
>
--
EnContacto.Net - InternetSalon.Org - CafeMania.Net
-
EnContacto.Net - CafeMania.Net - InternetSalon.Org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: 3dfx -current compile error
So, do you need me to do anything or just wait until it gets worked out?
Bruce Evans had the audacity to say:
>
> On Mon, 19 Feb 2001, Coleman Kane wrote:
>
> > Yeah, this seems to be broken across all modules. I don't know what's going on,
> > but it seems like it never bothers to make the *.o targets. The reason mine
> > pops up with the error is that, alphabetically, it is first on the list. If you
> > remove it from the ports Makefile, the accf_data module brings up the error. I
> > noticed a lot of commit traffic for config, src/share/mk, make and the like, so
> > I figured this to be a 'commit in process' issue. I'm forwarding this to
> > -current mailing list to let them know about the prob.
>
> This is because there is now an explicit rule for everything in ${OBJS}
> (and some other wrong things), so the suffix rule doesn't get used, and
> objects are "built" by removing .depend.
>
> Bruce
>
PGP signature
Re: 3dfx -current compile error
On Mon, 19 Feb 2001, Coleman Kane wrote:
> Yeah, this seems to be broken across all modules. I don't know what's going on,
> but it seems like it never bothers to make the *.o targets. The reason mine
> pops up with the error is that, alphabetically, it is first on the list. If you
> remove it from the ports Makefile, the accf_data module brings up the error. I
> noticed a lot of commit traffic for config, src/share/mk, make and the like, so
> I figured this to be a 'commit in process' issue. I'm forwarding this to
> -current mailing list to let them know about the prob.
This is because there is now an explicit rule for everything in ${OBJS}
(and some other wrong things), so the suffix rule doesn't get used, and
objects are "built" by removing .depend.
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: 3dfx -current compile error
Yeah, this seems to be broken across all modules. I don't know what's going on, but it seems like it never bothers to make the *.o targets. The reason mine pops up with the error is that, alphabetically, it is first on the list. If you remove it from the ports Makefile, the accf_data module brings up the error. I noticed a lot of commit traffic for config, src/share/mk, make and the like, so I figured this to be a 'commit in process' issue. I'm forwarding this to -current mailing list to let them know about the prob. -- Coleman Kane Andrey A. Chernov had the audacity to say: > > pa:/sys/modules/3dfx ttyp0 47_# make > ... > ld -r -o 3dfx.kld tdfx_pci.o > /usr/libexec/elf/ld: cannot open tdfx_pci.o: No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/modules/3dfx. > -- > Andrey A. Chernov > http://ache.pp.ru/ > PGP signature
