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 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 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
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]
Ditto here.
Tom
On Wed, 15 Dec 1999, Forrest Aldrich wrote:
> 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
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
/usr/obj/usr/s
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
L
Forrest Aldrich wrote:
>
> Getting this from this morning's make world (after doing a make clean, just
> for good measure):
re-cvsup. The problem should be fixed already.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking & Databases http://www.sc
Getting this from this morning's make world (after doing a make clean, just
for good measure):
--
>>> Rebuilding dependencies
--
cd /usr/src;
COMPILER_PATH=/usr/obj/usr/src
(someone added: 'wi.' instead of 'wi.4')
Index: Makefile
===
RCS file: /home/ncvs/src/share/man/man4/man4.i386/Makefile,v
retrieving revision 1.104
diff -u -r1.104 Makefile
--- Makefile1999/05/05 07:36:57 1.104
+++ Makefile
In article ,
Brian Feldman wrote:
> Am I the only one to get this error??
> cc -nostdinc -O -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd
> -I. -I/usr/src/usr.sbin/amd/amd -I/usr/src/usr.sbin/amd/amd/../include
> -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include
> -I/usr/sr
Am I the only one to get this error??
cc -nostdinc -O -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I.
-I/usr/src/usr.sbin/amd/amd -I/usr/src/usr.sbin/amd/amd/../include
-I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include
-I/usr/src/usr.sbin/amd/amd/../../../contrib/amd -DHAVE
> > It seems Snob Art Genre wrote:
> >
> > Dont use -jN on the make world, that broke with the EGCS import.
>
> Soren, (if we know) is it the build of egcs (in whole or part) or is it
> the effect of using egcs, that's broken the rest of the -j build?
The build of egcs. ``cd src/gnu/usr.bin/cc
On Thu, 8 Apr 1999, Soren Schmidt wrote:
> It seems Snob Art Genre wrote:
>
> Dont use -jN on the make world, that broke with the EGCS import.
Soren, (if we know) is it the build of egcs (in whole or part) or is it
the effect of using egcs, that's broken the rest of the -j build?
>
> > Trying
On Thu, 8 Apr 1999, Maxim Sobolev wrote:
> Please don't disregard to read rpevious messages from this list!
Sorry, I just started running current again the other day, I didn't
re-subscribe until last night.
> As it was pointed earlier make world now fails if -jN option used.
>Try to build withou
Please don't disregard to read rpevious messages from this list!
As it was pointed earlier make world now fails if -jN option used. Try to build
without -j.
?
Snob Art Genre wrote:
> Trying to make world today and last night, with fairly up-to-the-minute
> source, I keep bombing out with:
>
> `/
It seems Snob Art Genre wrote:
Dont use -jN on the make world, that broke with the EGCS import.
> Trying to make world today and last night, with fairly up-to-the-minute
> source, I keep bombing out with:
>
> `/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/config/i386/i386.
> md'
Trying to make world today and last night, with fairly up-to-the-minute
source, I keep bombing out with:
`/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/config/i386/i386.
md' is up to date.
`genattr.c' is up to date.
`gencodes.c' is up to date.
`genconfig.c' is up to date.
`genemit.
> make: don't know how to make crypt-md5.c. Stop
Me three. I was looking forward to testing all the VM improvements,
but have been stuck because of this. I've watched the cvs-all list
and haven't seen a mention of this being fixed.
--
Brian Litzinger
On Fri, Jan 22, 1999 at 02:54:08PM -0800
Hey guys!
After all these commits for secure/lib/libcrypt it seems that
make world doesn't work anymore.
===> csu/i386-elf
===> libcom_err
===> libcom_err/doc
===> ../secure/lib/libcrypt
cc -nostdinc -O -pipe -I/usr/src/secure/lib/libcrypt/../../../lib/libmd -Wall
-I/usr/obj/usr/src/tmp/usr/inclu
On Friday, 19 November 1999 at 12:34:27 -0800, Julian Elischer wrote:
> On Fri, 19 Nov 1999, Greg Lehey wrote:
>
>> ===> libnetgraph
>> cc -nostdinc -O -pipe -g -Wall -O2 -Werror -I/usr/src.freefall/sys
>-I/usr/obj/usr/SRC/4.0-CURRENT/src/tmp/usr/include -c
>/usr/SRC/4.0-CURRENT/src/lib/libnetgr
According to Greg Lehey:
> Stop in /usr/SRC/4.0-CURRENT/src/lib/libnetgraph.
Re-sup. I fixed this already and added a few missing modules while I was
here. 55mn for buildworld on my PIII/500 makes testing easy :-)
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED]
FreeBSD
try add this to ng_async.h
I just committed this. It's in archie's tree but not the checked in
version.
/* Configuration for this node */
struct ng_async_cfg {
u_char enabled;/* Turn encoding on/off */
--> u_char acfcomp;/* Address/control field
compr
hmm archie seems to have missed something.
I'll look and see wht he's left out
he just got called away while committing.
On Fri, 19 Nov 1999, Greg Lehey wrote:
> ===> libnetgraph
> cc -nostdinc -O -pipe -g -Wall -O2 -Werror -I/usr/src.freefall/sys
>-I/usr/obj/usr/SRC/4.0-CURRENT/src/tmp/usr/i
===> libnetgraph
cc -nostdinc -O -pipe -g -Wall -O2 -Werror -I/usr/src.freefall/sys
-I/usr/obj/usr/SRC/4.0-CURRENT/src/tmp/usr/include -c
/usr/SRC/4.0-CURRENT/src/lib/libnetgraph/sock.c -o sock.o
cc -nostdinc -O -pipe -g -Wall -O2 -Werror -I/usr/src.freefall/sys
-I/usr/obj/usr/SRC/4.0-CURRENT/s
49 matches
Mail list logo
