--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
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 -W
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/../../libpam
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
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
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
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
This has been mentioned several times now... Surely the fix is trivial :)
Is anything in the works?
--
_ __ ___ ___ ___ ___
Wesley N Morgan _ __ ___ | _ ) __| \
[EMAIL PROTECTED] _
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
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
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 patches
* 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 it was
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:
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
To Unsubscribe: send mail to [EMAIL PROTECTED]
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:
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
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
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_.
--
--
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
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
: compiler
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
This delta
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
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 PLEASE
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.
...
and
=== 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
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 myconfig
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)
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
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
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
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
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 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
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 conflicts from
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 member |
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 the
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
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
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
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
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
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 STD
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, edit
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
"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 succeed in
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
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
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
would do what
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 -DCLOBBER
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 days ago
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, I
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 to
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 the main
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
here,
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, 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 namespace
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, and I
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
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 buildworld that are
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.
-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 indicative of a
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: Undefined
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:
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 -fschg rcp /bin
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
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 solve the
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
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 that.
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
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/../..
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
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
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 too,
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 that got
* 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 problem
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 changes I
* 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
* === libcrypt
* ===
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 successfully builds on
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
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 to
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
* 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
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
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
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\"
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\"
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?
...
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 seeing this?
...
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 seeing this?
...
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 was
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.so.4
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
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
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.
FreeBSD-current source cvsup'd at 1034pst on 991215.
--
Building libraries
--
cd /usr/src;
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin
FYI just CVSup'd and got this:
X-UIDL: 495287ccf607850cc65e4c59c7b49751
cd /usr/src/lib/librpcsvc; make beforeinstall
cd /usr/src/lib/libskey;make beforeinstall
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/lib/libskey/skey.h
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]
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
Getting this from this morning's make world (after doing a make clean, just
for good measure):
--
Rebuilding dependencies
--
cd /usr/src;
1 - 100 of 157 matches
Mail list logo