On Wed, 16 Jul 2003, Christian Brueffer wrote:
> my world is broken with the following error message for some days now:
>
>
> ===> lib/libpam/modules/pam_echo
> cc -O2 -pipe -march=pentium2
> -I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
> -I/usr/src/lib/libpam/modul
Wesley Morgan <[EMAIL PROTECTED]> writes:
> On Wed, 16 Jul 2003, Christian Brueffer wrote:
>
> > ===> lib/libpam/modules/pam_echo
> > cc -O2 -pipe -march=pentium2
> > -I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
> > -I/usr/src/lib/libpam/modules/pam_echo/../../libp
On Wed, 16 Jul 2003, Christian Brueffer wrote:
> ===> lib/libpam/modules/pam_echo
> cc -O2 -pipe -march=pentium2
> -I/usr/src/lib/libpam/modules/pam_echo/../../../../contrib/openpam/include
> -I/usr/src/lib/libpam/modules/pam_echo/../../libpam -Wsystem-headers -Werror -Wall
> -Wno-format-y2k -
--iIq+KTIB+xWY0FJy
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi,
my world is broken with the following error message for some days now:
=3D=3D=3D> lib/libpam/modules/pam_echo
cc -O2 -pipe -march=3Dpentium2 -I/usr/src/lib/
cc -O -pipe -mcpu=pentiumpro -DLIBC_SCCS -I/dell/imp/p4/newcard/src/lib/libkvm -c
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c -o kvm_proc.o
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist':
/dell/imp/p4/newcard/src/lib/libkvm/kvm_proc.c:201: structure has no member n
On 2002-09-19 23:48, Wesley Morgan <[EMAIL PROTECTED]> wrote:
> This has been mentioned several times now... Surely the fix is trivial :)
> Is anything in the works?
At the moment, I'm building world after a new `cvs update' and a
backout of the changes done by Ruslan.
$ ident /usr/src/secure/li
This has been mentioned several times now... Surely the fix is trivial :)
Is anything in the works?
--
_ __ ___ ___ ___ ___
Wesley N Morgan _ __ ___ | _ ) __| \
[EMAIL PROTECTED] _ _
On Thu, Sep 19, 2002 at 11:48:06PM -0400, Wesley Morgan wrote:
> This has been mentioned several times now... Surely the fix is trivial :)
> Is anything in the works?
I expect ru will fix it when he wakes up. In the meantime you can
just back out his changes.
Kris
msg43104/pgp0.pgp
Descr
Symptom:
===> sbin/ifconfig
cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall
-Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wnested-externs -I..-c
/usr/src/sbin/ifconfig/ifconfig.c
cc -O -pipe -DUSE_IF_MEDIA -DINET6 -DUSE_VLANS -DUSE_IEEE80211 -DNS -Wall
-Wmi
* David Wolfskill <[EMAIL PROTECTED]> [020816 08:52] wrote:
> >Date: Fri, 16 Aug 2002 08:03:06 -0700 (PDT)
> >From: David Wolfskill <[EMAIL PROTECTED]>
>
> >The following patch (from /usr/src) gets past the problem, but I
> >don't know that it's correct:
>
> Still don't know about "correct," but
>Date: Fri, 16 Aug 2002 08:03:06 -0700 (PDT)
>From: David Wolfskill <[EMAIL PROTECTED]>
>The following patch (from /usr/src) gets past the problem, but I
>don't know that it's correct:
Still don't know about "correct," but it was incomplete.
>Index: lib/libc/gen/disklabel.c
After adding these
>>> stage 4: building libraries
...
cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../.
./include -D__DBINTERFACE_PRIVATE -DINET6 -I/common/S4/obj/usr/src/lib/libc
-DPOSIX_MISTAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP
-DDES_BUILTIN -DYP -DHESIOD
there may be greakage in gdb due th the commit today..
I'm waiting for my buildworld to get sround to it so I can test my fix..
julian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
To Unsubscribe: send mail to [EMAIL PROTECTED]
w
On Thu, 7 Feb 2002, Julian Elischer wrote:
>
> there may be greakage in gdb due th the commit today..
> I'm waiting for my buildworld to get sround to it so I can test my fix..
>
> julian
the fix I am looking at testing is:
Index: i386/kvm-fbsd.c
Is this the problem on my local environment only?
===> libroken
awk -f /usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.awk
/usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.h.in >
make-roken.c
awk: /usr/src/kerberos5/lib/libroken/../../../crypto/h
On Thu, 7 Feb 2002, Julian Elischer wrote:
>
> there may be greakage in gdb due th the commit today..
> I'm waiting for my buildworld to get sround to it so I can test my fix..
>
> julian
the fix I am looking at testing is:
Index: i386/kvm-fbsd.c
there may be greakage in gdb due th the commit today..
I'm waiting for my buildworld to get sround to it so I can test my fix..
julian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Is this the problem on my local environment only?
===> libroken
awk -f /usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.awk
/usr/src/kerberos5/lib/libroken/../../../crypto/heimdal/lib/roken/roken.h.in >
make-roken.c
awk: /usr/src/kerberos5/lib/libroken/../../../crypto/h
In message: <[EMAIL PROTECTED]>
Kris Kennaway <[EMAIL PROTECTED]> writes:
: On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote:
: > On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote:
: > > If you use the argument that one shouldn't set WARNS because a new
: > > c
On Tue, Feb 05, 2002 at 07:20:46AM -0800, David O'Brien wrote:
> On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote:
> > If you use the argument that one shouldn't set WARNS because a new
> > compiler will cause the tree to break, then there's no point having it
> > at all since that co
On Mon, Feb 04, 2002 at 07:06:54PM -0800, Kris Kennaway wrote:
> If you use the argument that one shouldn't set WARNS because a new
> compiler will cause the tree to break, then there's no point having it
> at all since that condition will always be true.
The difference is _impending_.
--
-- D
On Mon, Feb 04, 2002 at 09:17:17AM -0800, David O'Brien wrote:
> On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote:
> > This delta breaks buildworld. gcc(1) has a known bug-feature
> > of hiding some errors in standard system headers, making them
> > invisible without -I.
> ...
> > a
David O'Brien <[EMAIL PROTECTED]> writes:
> Not to mention there is ZERO way this code will pass WARNS=4 for GCC 3.
> Please Committers, do not try to WARNS code right now -- there just is no
> use. It will only get in the way later.
>
> Well, of course feel free to make the code changes, but PL
On Mon, Feb 04, 2002 at 03:30:32PM +0200, Ruslan Ermilov wrote:
> This delta breaks buildworld. gcc(1) has a known bug-feature
> of hiding some errors in standard system headers, making them
> invisible without -I.
...
> and compile now can't survive the WARNS=4.
Not to mention there is ZERO way
On Sun, Feb 03, 2002 at 07:51:52AM -0800, Mark Murray wrote:
> markm 2002/02/03 07:51:52 PST
>
> Modified files:
> lib/libpam Makefile.inc
> Log:
> Turn on fascist warning mode.
>
> Revision ChangesPath
> 1.4 +3 -1 src/lib/libpam/Makefile.inc
>
T
On Tue, May 08, 2001 at 02:29:35PM -0700, Matthew Jacob wrote:
> And how is that piece of mail (about cvsup) pertinent?
Well, there is a follow-up:
[EMAIL PROTECTED] , or
http://www.freebsd.org/cgi/getmsg.cgi?fetch=195431+0+/usr/local/www/db/text/2001/freebsd-current/20010506.freebsd-current
And how is that piece of mail (about cvsup) pertinent?
> Please see [EMAIL PROTECTED]
>
> On Tue, May 08, 2001 at 11:16:41AM -0700, Matthew Jacob wrote:
>
> > ===> gnu/usr.bin/perl/perl
> > Extracting config.h (with variable substitutions)
> > Extracting cflags (with variable substitutions)
>
Please see [EMAIL PROTECTED]
On Tue, May 08, 2001 at 11:16:41AM -0700, Matthew Jacob wrote:
> ===> gnu/usr.bin/perl/perl
> Extracting config.h (with variable substitutions)
> Extracting cflags (with variable substitutions)
> Extracting writemain (with variable substitutions)
> Extracting myconfi
===> gnu/usr.bin/perl/perl
Extracting config.h (with variable substitutions)
Extracting cflags (with variable substitutions)
Extracting writemain (with variable substitutions)
Extracting myconfig (with variable substitutions)
Missing right curly or square bracket at lib/SelfLoader.pm line 69, at
Sources updated yesterday:
===> sbin/mountd
cc -O -pipe -DNFS -DMFS -DCD9660 -DMSDOSFS -c /usr/src/sbin/mountd/mountd.c
/usr/src/sbin/mountd/mountd.c:164: warning: `struct xucred' declared inside parameter
list
/usr/src/sbin/mountd/mountd.c:164: warning: its scope is only this definition or
On Mon, 13 Nov 2000 17:24:41 +0100, Andrea Campi wrote:
> I think it wasn't reported yet? No time to debug it, I am at work ;-)
Reported and fixed.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
During make buildworld:
===> usr.sbin/lpr/lpd
cc -O -pipe -I/usr/src/usr.sbin/lpr/lpd/../common_source -Wall -Wnested-externs
-Wmissing-prototypes -Wno-unused -Wredundant-decls -Wstrict-prototypes -I/usr/
obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/lpr/lpd/lpd.c
/usr/src/usr.sbin/lpr/lpd/
On Fri, Aug 04, 2000 at 08:38:17PM +0200, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
> >Quite sorry, my contrib/gdb/ activities were suppose to be shielded from
> >users.
> And vice-versa I presume :-)
G. I should go back to bed -- that's what I meant
In message <[EMAIL PROTECTED]>, "David O'Brien" writes:
>Quite sorry, my contrib/gdb/ activities were suppose to be sheilded from
>users.
And vice-versa I pressume :-)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD coreteam membe
On Fri, Aug 04, 2000 at 08:24:30PM +0300, Ruslan Ermilov wrote:
> On Fri, Aug 04, 2000 at 10:16:32AM -0700, Scott Flatman wrote:
> > In file included from
> > /u1/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/mdebugread.c:2774:
> > mkdep: compile failed
> > *** Error code 1
> 99 conflic
On Fri, Aug 04, 2000 at 10:16:32AM -0700, Scott Flatman wrote:
> Fresh bits supped this morning:
>
> In file included from
> /u1/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/mdebugread.c:2774:
> /u1/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/partial-stab.h:268:
>macro
>
Fresh bits supped this morning:
In file included from
/u1/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/mdebugread.c:2774:
/u1/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/partial-stab.h:268: macro
`START_PSYMTAB' used with too many (7) args
mkdep: compile failed
*** Error
On Wed, 02 Aug 2000 09:19:36 -0400, Donn Miller wrote:
> In file included from ioctl.c:63:
> /usr/obj/usr/src/i386/usr/include/net/if_ieee80211.h:14: `ETHER_ADDR_LEN'
> undeclared here (not in a function)
I'm pretty sure this was fixed several hours ago.
Ciao,
Sheldon.
To Unsubscribe: send
cc -march=pentium -Os -pipe -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c
In file included from ioctl.c:94:
/usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE'
redefined
/usr/obj/usr/src/i386/usr/include/pc
Mike Meyer wrote:
> Peter Wemm writes:
> > Argh! I knew today was going to stay a bad day.
>
> I had similar thoughts about mine, both before I started the build,
> and afterwards.
>
> > I am pretty sure I know how to fix this and will commit a fix shortly. If
you
> > want to try now, edi
Peter Wemm writes:
> Argh! I knew today was going to stay a bad day.
I had similar thoughts about mine, both before I started the build,
and afterwards.
> I am pretty sure I know how to fix this and will commit a fix shortly. If you
> want to try now, edit sys/kern/syscalls.master:
> < 1 S
Argh! I knew today was going to stay a bad day.
I am pretty sure I know how to fix this and will commit a fix shortly. If you
want to try now, edit sys/kern/syscalls.master:
< 1 STD NOHIDE { void sys_exit(int rval); } sys_exit sys_exit_args void
---
> 1 STD NOHIDE { void sys_e
Mike Meyer wrote:
>
> Ok, I give up. It seems that the world change from exit to sys_exit
> broke the world build, but I can't figure out where. I've fixed every
> occurence of SYS_exit in the source tree (this one seems to be
> src/lib/csu/i386/crt0.c, but there were some in gdb as well), and
>
Ok, I give up. It seems that the world change from exit to sys_exit
broke the world build, but I can't figure out where. I've fixed every
occurence of SYS_exit in the source tree (this one seems to be
src/lib/csu/i386/crt0.c, but there were some in gdb as well), and
removed /usr/obj - and I still
> "Jordan" == Jordan K Hubbard <[EMAIL PROTECTED]> writes:
Jordan> cd /usr/src; make -f Makefile.inc1 hierarchy
Jordan> cd /usr/src/etc;make distrib-dirs
Jordan> mtree -deLU -f /usr/src/etc/mtree/BSD.root.dist -p /
Jordan> mtree: illegal option -- L
Yep, same for me... I succ
cd /usr/src; make -f Makefile.inc1 hierarchy
cd /usr/src/etc;make distrib-dirs
mtree -deLU -f /usr/src/etc/mtree/BSD.root.dist -p /
mtree: illegal option -- L
usage: mtree [-cdeinrUux] [-f spec] [-K key] [-k key] [-p path] [-s seed]
[-X excludes]
*** Error code 1
To Unsub
On Mon, 8 May 2000, David O'Brien wrote:
> On Sun, May 07, 2000 at 11:36:45PM -0700, Doug Barton wrote:
> > /usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined
> > /usr/include/sys/cdrio.h:59: warning: this is the location of the
>
> In the old days
> cd /usr/src ; make -DCLOBBE
David O'Brien wrote:
>
> On Sun, May 07, 2000 at 11:36:45PM -0700, Doug Barton wrote:
> > /usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined
> > /usr/include/sys/cdrio.h:59: warning: this is the location of the
>
> In the old days
> cd /usr/src ; make -DCLOBBER includes
>
> wou
On Sun, May 07, 2000 at 11:36:45PM -0700, Doug Barton wrote:
> /usr/include/sys/wormio.h:102: warning: `CDRIOCBLANK' redefined
> /usr/include/sys/cdrio.h:59: warning: this is the location of the
In the old days
cd /usr/src ; make -DCLOBBER includes
would do what needs to be done. (the CLOB
Got the following with up to the minute sources:
cc -O -pipe
-I/usr/amd/realmounts/slave/usr/current/src/usr.bin/kdump/../ktrace
-I/usr/amd/realmounts/slave/usr/current/src/usr.bin/kdump/../.. -c
/usr/amd/realmounts/slave/usr/current/src/usr.bin/kdump/kdump.c
sh /usr/amd/realmounts/slav
On Wed, 8 Mar 2000, Matthew N. Dodd wrote:
>
> usr.sbin/ppp/
> usr.sbin/pppd/
> secure/libexec/telnetd/ (actually the Makefile below telnetd/ is the problem.)
> secure/usr.bin/telnet/
>
> These all require simple !defined(NO_OPENSSL) additions.
Known problem - see the patch I posted about 2 da
usr.sbin/ppp/
usr.sbin/pppd/
secure/libexec/telnetd/ (actually the Makefile below telnetd/ is the problem.)
secure/usr.bin/telnet/
These all require simple !defined(NO_OPENSSL) additions.
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
| [EMAIL PROTECTED] | 2
> only. In -stable, and in -current before the end of December the
> following tools: ls, rm, chflags, find, xinstall and mtree used
> a common set of routines to manipulate file flags.
[snip]
> tool. At the beginnig of January, because of the proliferation of
> utilities using these functions,
On Sun, Jan 30, 2000 at 04:51:44PM -0500, John Baldwin wrote:
[cut]
> With that in mind, the upgrade path is only going
> to be broken for a few people who should be reading -current and thus
> know how to work around the problem, so I repeal my request for the
> changes to be backed out. My ap
On 30-Jan-00 Josef Karthauser wrote:
> On Fri, Jan 28, 2000 at 08:30:55PM -0500, John Baldwin wrote:
>>
>> > I don't think we should change yet another thing before a release. The
>> > problem shouldn't have been created this close to a release in the first
>> > place. We have to stop somewhere,
On Sun, 30 Jan 2000, Brian Somers wrote:
> > I'm quite happy to DTRT(tm); I'm unsure that backing this change out
> > _is_ the right thing however. Can we discuss it some more first please?
>
> I think that getflags()/setflags() should stay where they are, but I
> can't comment on the namespac
> On Fri, Jan 28, 2000 at 08:30:55PM -0500, John Baldwin wrote:
> >
> > > I don't think we should change yet another thing before a release. The
> > > problem shouldn't have been created this close to a release in the first
> > > place. We have to stop somewhere, and I think we should stop "fixin
On Fri, Jan 28, 2000 at 08:30:55PM -0500, John Baldwin wrote:
>
> > I don't think we should change yet another thing before a release. The
> > problem shouldn't have been created this close to a release in the first
> > place. We have to stop somewhere, and I think we should stop "fixing" right
>
On Sun, 30 Jan 2000, Mark Murray wrote:
> > Whichever system they run on. This can be the host machine even for
> > cross-compiling, if the target root is remote mounted. The main problem
> > with this in -current is that some install rules put ${DESTDIR} in the
> > installed files. perl is th
> Whichever system they run on. This can be the host machine even for
> cross-compiling, if the target root is remote mounted. The main problem
> with this in -current is that some install rules put ${DESTDIR} in the
> installed files. perl is the main offender.
Which install rules? I'd like t
On Sun, 30 Jan 2000, John Baldwin wrote:
> On 29-Jan-00 Bruce Evans wrote:
> One
> question though, what architecture *should* the install-tools be?
Whichever system they run on. This can be the host machine even for
cross-compiling, if the target root is remote mounted. The main problem
with
In the cross-build case, I would guess that the 'make installworld'
could be run on either machine. It would depend upon which way the
mounts are done. Is the host machine mounted on the target machine or
the other way around. Some people strongly believe it should be one way
or the other. Opt
On 29-Jan-00 Bruce Evans wrote:
> On Fri, 28 Jan 2000, John Baldwin wrote:
>
>>...
>> Solution:
>>
>> We need statically built install tools just like we have build tools.
>> I think we should use the newer versions (i.e. static versions of the
>> ones we just built under /usr/obj during buildw
On Fri, 28 Jan 2000, John Baldwin wrote:
>...
> Solution:
>
> We need statically built install tools just like we have build tools.
> I think we should use the newer versions (i.e. static versions of the
> ones we just built under /usr/obj during buildworld that are linked
> against the new libr
On 28-Jan-00 Marcel Moolenaar wrote:
> It's also related to the kernel, where installworld is installing and
> subsequently running binaries that won't work with the current kernel. The
> same applies to installing shared binaries and running them without the
> proper libraries.
Ok, I'll buy tha
> > I already have patches (somewhere :-) that solve this problem. I choose
not
> > to apply these before the release. I will fix installworld after the
> > release. For now, you can use the buildkernel and installkernel targets
> > (after a buildworld) to solve the (possibly complex) dependencies
sgk wrote:
> Marcel Moolenaar wrote:
> >
> > I already have patches (somewhere :-) that solve this problem. I choose not
> > to apply these before the release. I will fix installworld after the
> > release. For now, you can use the buildkernel and installkernel targets
> > (after a buildworld) to
Marcel Moolenaar wrote:
>
> I already have patches (somewhere :-) that solve this problem. I choose not
> to apply these before the release. I will fix installworld after the
> release. For now, you can use the buildkernel and installkernel targets
> (after a buildworld) to solve the (possibly co
On 28-Jan-00 Marcel Moolenaar wrote:
>> On 28-Jan-00 Jeroen Ruigrok van der Werven wrote:
>> > ===> bin/pwd
>> > install -c -s -o root -g wheel -m 555 pwd /bin
>> > install -c -o root -g wheel -m 444 pwd.1.gz /usr/share/man/man1
>> > ===> bin/rcp
>> > install -c -s -o root -g wheel -m 4555 -f
> On 28-Jan-00 Jeroen Ruigrok van der Werven wrote:
> > ===> bin/pwd
> > install -c -s -o root -g wheel -m 555 pwd /bin
> > install -c -o root -g wheel -m 444 pwd.1.gz /usr/share/man/man1
> > ===> bin/rcp
> > install -c -s -o root -g wheel -m 4555 -fschg rcp /bin
> > /usr/libexec/ld-elf.so.1:
On 28-Jan-00 Jeroen Ruigrok van der Werven wrote:
> ===> bin/pwd
> install -c -s -o root -g wheel -m 555 pwd /bin
> install -c -o root -g wheel -m 444 pwd.1.gz /usr/share/man/man1
> ===> bin/rcp
> install -c -s -o root -g wheel -m 4555 -fschg rcp /bin
> /usr/libexec/ld-elf.so.1: install: Unde
-On [2128 19:30], John Baldwin ([EMAIL PROTECTED]) wrote:
>
>> ===> bin/rcp
>> install -c -s -o root -g wheel -m 4555 -fschg rcp /bin
>> /usr/libexec/ld-elf.so.1: install: Undefined symbol "string_to_flags"
>> *** Error code 1
>>
>> Stop in /usr/src/bin/rcp.
>> *** Error code 1
>>
>This is
On Thu, Jan 27, 2000 at 09:39:10AM +0100, Dag-Erling Smorgrav wrote:
> Sources from ~12 hours ago:
> ===> usr.bin/kdump
...
> In file included from ioctl.c:79:
> /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined
Peter Wemm fixed this as src/include/Makefile rev
Sources from ~12 hours ago:
===> usr.bin/kdump
cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../..
-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/kdump/kdump.c
cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../..
-I/usr/obj/usr/src
This works on the i386 but fails on the Alpha:
===> sys/modules/if_tun
@ -> /c/src/sys
machine -> /c/src/sys/alpha/include
touch opt_devfs.h
echo "#define NETATALK 1" > opt_atalk.h
echo "#define ATM_CORE 1" > opt_atm.h
echo "#define INET 1" > opt_inet.h
echo "#define INET6 1" > opt_inet6.h
echo "
On Thu, Jan 13, 2000 at 02:00:14PM -0800, Jason Evans wrote:
> On Thu, Jan 13, 2000 at 08:35:16PM +0100, Wilko Bulte wrote:
> > I resurrected things by grabbing an 'old' .4 library from another Alpha.
> > Now things work again.
>
> In case you missed it, I checked in a probable fix for the bug th
Mark Murray wrote:
>
> > BTW, we can soon stop worrying about the crypto stuff, right? :)
>
> It sure seems so! :-)
>
> RSA will be the only problem for USA,
Only until 20 September 2000 IIRC.
> and IDEA will be aproblem in Europe.
And the rest of the world. It's patented in Japan and USA
> BTW, we can soon stop worrying about the crypto stuff, right? :)
It sure seems so! :-)
RSA will be the only problem for USA, and IDEA will be aproblem in Europe.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
* From: Mark Murray <[EMAIL PROTECTED]>
* ...then your source tree is not up to date.
It seems the crypto part of the tree was not updated. Probably from
the time I was juggling cvsupfiles around trying to figure out the
"can't build in US" problem. I'll let you know if I have any more
probl
On Thu, Jan 13, 2000 at 08:35:16PM +0100, Wilko Bulte wrote:
> I resurrected things by grabbing an 'old' .4 library from another Alpha.
> Now things work again.
In case you missed it, I checked in a probable fix for the bug that got you
last time around. You might try again now.
Jason
To Unsu
On Thu, Jan 13, 2000 at 08:30:24AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 05:25:22PM -0800, David O'Brien wrote:
> > On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> > > I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> > > It looks like ld-elf sticks
> I blew away /usr/obj but still get the same error.
...then your source tree is not up to date.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Peter Wemm wrote:
>
> Satoshi - Ports Wraith - Asami wrote:
> > * From: Jason Evans <[EMAIL PROTECTED]>
> >
> > * > In function `_gettemp':
> > * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> > * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
> >
> > * libc suc
* From: Peter Wemm <[EMAIL PROTECTED]>
* > ===
* > :
* > ln -sf libutil.so.2 /usr/obj/usr/src/i386/usr/lib/libutil.so
* > cd /usr/src/lib; make depend; make all; make install
* > ===> csu/i386-elf
* > ===> libcom_err
* > ===> libcom_err/doc
* > ===> msun
* > ===> libmd
* > ===>
Satoshi - Ports Wraith - Asami wrote:
> * From: Jason Evans <[EMAIL PROTECTED]>
>
> * > In function `_gettemp':
> * > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
> * > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
>
> * libc successfully builds on Alpha with the
* From: Jason Evans <[EMAIL PROTECTED]>
* > In function `_gettemp':
* > mktemp.c(.text+0x3f0): undefined reference to `_libc_open'
* > mktemp.c(.text+0x3f4): undefined reference to `_libc_open'
* libc successfully builds on Alpha with the changes I committed, though the
* bootstrapping pro
On Wed, Jan 12, 2000 at 05:25:22PM -0800, David O'Brien wrote:
> On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> > I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> > It looks like ld-elf sticks to libc.so.4 even if I move the symlink
> > libc.so back from libc.
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> I copied libc.so.4 manually to /usr/lib but that is not sufficient.
> It looks like ld-elf sticks to libc.so.4 even if I move the symlink
> libc.so back from libc.so.4 to libc.so.3
Yes. Each shared library knows it's name when it wa
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> > On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > > Hi
> > > >
> > > > Anyone else se
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> > On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > > Hi
> > > >
> > > > Anyone else se
On Wed, Jan 12, 2000 at 01:22:25PM -0800, Jason Evans wrote:
> On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> > On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > > Hi
> > >
> > > Anyone else seeing this?
...
> > /usr/obj/usr/src/alpha/usr/src/gnu/usr.bin/cc/cpp/..
On Wed, Jan 12, 2000 at 10:07:25PM +0100, Wilko Bulte wrote:
> On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> > Hi
> >
> > Anyone else seeing this?
> >
> > cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-
On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> Hi
>
> Anyone else seeing this?
>
> cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
>-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
>-I/usr/obj/u
On Wed, Jan 12, 2000 at 09:56:22PM +0200, Mark Murray wrote:
> Hi
>
> Anyone else seeing this?
>
> cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
>-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
>-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
>-I/usr/obj/u
Hi
Anyone else seeing this?
cc -O -pipe -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H
-DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\"
-DPREFIX=\"/usr/obj/usr/src/i386/usr\"
-I/usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cpp/../cc_tools
-I/usr/src/gnu/usr.bin
Oops, sorry. Apply the attached patch to /sys/modules/ukbd/Makefile.
Kazu
>A buildworld done in the last hour with a fresh cvsup fails with the
>following:
>
>touch opt_usb.h
>echo > ukbd.h
>echo '#define KBD_INSTALL_CDEV 1' > opt_kbd.h
>rm -f .depend
>mkdep -f .depend -a -nostdinc -D_KERNEL
A buildworld done in the last hour with a fresh cvsup fails with the
following:
touch opt_usb.h
echo > ukbd.h
echo '#define KBD_INSTALL_CDEV 1' > opt_kbd.h
rm -f .depend
mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/../
include -I/usr/obj/usr/src/i386/usr/include /usr/sr
Hello
The world is broken for me for two days in:
--
>>> elf make world started on Sun Dec 19 10:17:50 EET 1999
--
cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/bin
FreeBSD current source cvsuped about 2 hrs ago:
===> gnu/usr.bin/binutils/ld
cc -Os -pipe -mpentiumpro -march=pentiumpro -D_GNU_SOURCE -I- -I.
-I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld
-I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386
-I/usr/src/gnu/usr.bin/bin
On Wed, Dec 15, 1999 at 02:10:43PM -0500, Forrest Aldrich wrote:
> cpp: }: No such file or directory
> cpp: }: No such file or directory
> mkdep: compile failed
> *** Error code 1
Fixed. Thanks for the report.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
1 - 100 of 167 matches
Mail list logo
