On Sun, Oct 27, 2002 at 06:35:30PM -0800, Julian Elischer wrote:
> I got caught by this too you need to do your kernel build in a "make
> buildkernel" after doing a make buildworld, so that it uses the newly
> compiled compiler.
>
> should be in UPDATING.
Well, it is in UPDATING..this has been th
I got caught by this too you need to do your kernel build in a "make
buildkernel" after doing a make buildworld, so that it uses the newly
compiled compiler.
should be in UPDATING.
On Sun, 27 Oct 2002, Josef Karthauser wrote:
> Is this me?
>
> cc1: warnings being treated as errors
> /
In message: <[EMAIL PROTECTED]>
Robert Watson <[EMAIL PROTECTED]> writes:
: I think UPDATING hasn't been updated on this, but there was a change in
: the format printing for printf that conflicts with the ddb format
: printing. You need to rebuild your gcc.
For dumb stuff like this, I
Josef Karthauser wrote:
>
> On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote:
> > I think UPDATING hasn't been updated on this, but there was a change in
> > the format printing for printf that conflicts with the ddb format
> > printing. You need to rebuild your gcc.
>
> Thanks. I'l
On Sun, Oct 27, 2002 at 05:18:37PM -0500, Robert Watson wrote:
> I think UPDATING hasn't been updated on this, but there was a change in
> the format printing for printf that conflicts with the ddb format
> printing. You need to rebuild your gcc.
Thanks. I'll do that. I'm a bit scared of rebuild
I think UPDATING hasn't been updated on this, but there was a change in
the format printing for printf that conflicts with the ddb format
printing. You need to rebuild your gcc.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Network Associates Laborato
On Mon, 10 Jun 2002, Julian Elischer wrote:
> the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
> but broke it for the old compiler/assembler.
Ugh. I was surprised that this change worked for any gcc. The change is
from:
#define HIDENAME(asmsym)__CONCAT(.
In the last episode (Jun 10), Troy said:
> Dan,
>
> Thanks for your response. I just built the gcc31 package, but it doesn't
> appear to replace the 2.95. Can you be a bit more specific on what I
> should do to upgrade the GCC in your last note.
Basically, buildworld. If you're lucky, just bui
the HIDENAME() macro was changed to work with Gcc3.1 (the new compiler)
but broke it for the old compiler/assembler.
back out the definition in i386/include/asmacros.h to what it was before
(it used to use the CONCAT() macro)
OR
bite the bullet and upgrade to a new -current and get the new comp
In the last episode (Jun 10), Troy said:
> Been trying to buildkernel, and as of about 2 weeks ago something
> happened to the XE module. Anyone have some ideas?
Upgrade your gcc in the base system.
--
Dan Nelson
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
On 14-Oct-00 Jordan Hubbard wrote:
> cc -O -pipe -D_KERNEL -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
> -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I. -I@
> -I@/../include -mpreferred-stack-boundary=2 -c
Et voila.
Thanks,
Doug
On Mon, 18 Sep 2000, David Greenman wrote:
>Here is a fix. Hopefully Mike will commit it soon.
>
> -DG
>
> David Greenman
> Co-founder, The FreeBSD Project - http://www.freebsd.org
> President, TeraSolutions, Inc. - http://www.terasolutions.com
> Pave the
> This is still broken:
>
>===> aac
>cc -O -pipe -DAAC_COMPAT_LINUX -D_KERNEL -Wall -Wredundant-decls
>-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
>-Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-
>-I. -I@ -I@/../include -mpreferred-
On Sun, 17 Sep 2000, Doug Barton wrote:
> If I use the buildkernel target I get the following:
>
> make: cannot open
> /usr/amd/realmounts/slave/usr/current/src/sys/dev/aic7xxx/Makefile.
> *** Error code 2
>
> Stop in /usr/amd/realmounts/slave/usr/current/src.
> *** Error code 1
On Mon, 26 Jun 2000, Kelly Yancey wrote:
>
> On a just-supped -current I am seeing:
>
> make: don't know how to make ../../dev/nulldev/nulldev.c. Stop
>
> on kernel builds (even GENERIC).
>
Nevermind, pilot error :(
--
Kelly Yancey - [EMAIL PROTECTED] - Belmont, CA
System Administrat
"f.johan.beisser" writes:
>
>hrm, i'm sad to report that it did not work for me..
>
>let me know if you need output from it, i'll see about sending it to you.
>
>-- jan
>
>On Sun, 30 Apr 2000, Gary Jennejohn wrote:
>
>> Here's a simple patch which works for me.
>>
[patch deleted]
Well, I only ha
hrm, i'm sad to report that it did not work for me..
let me know if you need output from it, i'll see about sending it to you.
-- jan
On Sun, 30 Apr 2000, Gary Jennejohn wrote:
> Here's a simple patch which works for me.
>
> --- /sys/netgraph/ng_base.c Sun Apr 30 11:32:22 2000
> +++ /sys/n
On Sun, 30 Apr 2000, Jeroen Ruigrok van der Werven wrote:
> -On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote:
> > This patch is not 100% correct. ng_base should make an attempt to
> >load module, not KLD. There was a new module_load() function proposed to
> >inclusion in the API, b
-On [2430 16:50], Boris Popov ([EMAIL PROTECTED]) wrote:
> This patch is not 100% correct. ng_base should make an attempt to
>load module, not KLD. There was a new module_load() function proposed to
>inclusion in the API, but for some reason it is not committed yet.
When Peter committed
On Sun, 30 Apr 2000, Gary Jennejohn wrote:
> Here's a simple patch which works for me.
This patch is not 100% correct. ng_base should make an attempt to
load module, not KLD. There was a new module_load() function proposed to
inclusion in the API, but for some reason it is not committed
> The problem here is that ip6_fw.c is dependent upon INET6 instead of
> IPv6FIREWALL. I sent mail to shin a little while ago about the
> problem. If you want to compile a kernel in the interim, change the
> line for ip6_fw.c in sys/conf/files to
>
> netinet6/ip6_fw.c optional ipv6firewall
On Sat, 29 Jan 2000, Jim Bloom wrote:
> The problem here is that ip6_fw.c is dependent upon INET6 instead of
> IPv6FIREWALL. I sent mail to shin a little while ago about the
> problem. If you want to compile a kernel in the interim, change the
> line for ip6_fw.c in sys/conf/files to
>
> netin
The problem here is that ip6_fw.c is dependent upon INET6 instead of
IPv6FIREWALL. I sent mail to shin a little while ago about the
problem. If you want to compile a kernel in the interim, change the
line for ip6_fw.c in sys/conf/files to
netinet6/ip6_fw.c optional ipv6firewall
I believe
:cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
:-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
:-nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf
:vers.c
:linking kernel
:exception.o: In func
24 matches
Mail list logo
