This was probably just a lost race with 'make world'.
Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap tools
> ---
I grabbed the latest ports and attempted to build p5, it errors with the
following:
Making x2p stuff
make: don't know how to make . Stop
*** Error code 2
Stop in /usr/ports/lang/perl5/work/perl-5.6.1.
*** Error code 1
Stop in /usr/ports/lang/perl5.
Any suggestions?
Beech
--
Steve Kargl wrote:
> > Use "-ggdb" instead, thus avoiding DWARF.
>
> BZZZT... Thanks for play!
Did Mark Peek's suggestion of using the gdb that matched
the compiler (gdb 5.2 from ports) work instead?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On Sun, May 19, 2002 at 05:50:32PM -0700, Terry Lambert wrote:
>
> > Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader.
>
> Use "-ggdb" instead, thus avoiding DWARF.
>
BZZZT... Thanks for play!
kargl[204] gcc -ggdb a.c
kargl[205] gdb a.out
GNU gdb 4.18
Copyright 1998 Free Software Foun
Steve Kargl wrote:
> Finally, since you're quick with the wit, can you tell me
> how to debug the following problem when I can't compile
> the debugger.
[ ... ]
> gcc -g a.c
[ ... ]
> Dwarf Error: Cannot handle DW_FORM_strp in DWARF reader.
Use "-ggdb" instead, thus avoiding DWARF.
-- Terry
On 2002-05-19 17:00, Matthew Dillon wrote:
>
> :> You know, every time I update my -current sources it's winding up
> :> taking me an entire day to get things to build again.
> :
> :There are cases where updating with the `new files' requires that you
> :have updated to the `new files', a
:> You know, every time I update my -current sources it's winding up
:> taking me an entire day to get things to build again.
:
:There are cases where updating with the `new files' requires that you
:have updated to the `new files', aka chicken and egg problems. This
:is true with the -D
On 2002-05-19 11:05, David O'Brien wrote:
> On Sun, May 19, 2002 at 05:29:22AM +0300, Giorgos Keramidas wrote:
> > Part of the problems I had when I tried to replace perl in
> > mergemaster.sh with something `native' was that the perl code uses
> > stat(2) to obtain the permission bits of a direct
On 2002-05-19 13:31, Matthew Dillon wrote:
> David O'Brien wrote:
>:
>:Because we are wanting for people to let the dust settle on the switch to
>:GCC 3.1. It is best for people to juse use -DNO_WERROR for now.
>:Patience.
>
> Ahhh.. so *that's* why everything broke when I did a full update.
At 2:58 PM -0700 5/19/02, Steve Kargl wrote:
>Finally, since you're quick with the wit, can you tell me
>how to debug the following problem when I can't compile
>the debugger.
>
>kargl[223] cat a.c
>#include
>int main(void) {
>/* This isn't the problem. The problem is with gdb. */
>abort
Hi all
In src/gnu/usr.bin/ptx is a very old (v0.3) version of GNU ptx
(a permuted index generator). This is not used in a make world,
and I believe that we should ditch it.
Anybody have any problems witgh me doing this?
M
--
o Mark Murray
\_
O.\_Warning: this .sig is umop ap!sdn
To
On Sun, May 19, 2002 at 02:19:27PM -0700, Terry Lambert wrote:
> Both Twins: "Wonder Twin powers, Activate!"
>
> Jayna:"Take the form of ... patches!"
> Zan: "Take the form of ... a complaining email!"
> Gleek the code monkey:"Gleek! Gleek! Gleek!"
>
Terr
"J. Mallett" wrote:
> That's right. Long story short there's no libc or kernel facility to do
> it, and there's no way to pull a canonical path out of a hat given "." or
> getcwd(), unless any canonical path will do.
Bullwinkle: "I've got to get me a new hat!"
-- Terry
To Unsubscribe: send mai
David O'Brien wrote:
> > > Warnings are treated as errors. Since GCC 3.1 has brought a hell of a
> > > lot more warnings with us, you should use -DNO_WERROR until the dust
> > > of the GCC 3.1 import settles down.
> >
> > If everyone is using -DNO_WERROR, then who would report build
> > problems
Ian wrote:
> Terry, the issue of hanging (WAIT versus NOWAIT) is controlled by the -n
> (nflag) option, and by whether you've specifically named filesystems on the
> command line (indicating you're willing to wait for those filesystems). The
> vfslist stuff is related to the -t option (filter the
Gang,
I sometimes cannot get passed SRA secure login, even though credentials
are given correctly:
Connected to athlon.pn.xcllnt.net.
Escape character is '^]'.
Trying SRA secure login:
User (marcel):
Password:
[ SRA login failed ]
:
(repeat last 3 lines -- Ad nauseam)
The prob
Robert Watson wrote:
> I don't know much (anything) about the advisory locking code, but was
> puzzled to see the following at the bottom of the flock() system call code
> in kern_descrip.c:
[ ... ]
> My reading of that is that the fp->f_flag field will be unconditionally
> updated to include FH
On Sun, May 19, 2002 at 01:21:49PM -0700, Terry Lambert wrote:
> Bernd Walter wrote:
> > Why do people think that a realpath is always available?
>
> Because it would be really convenient if we could program without
> having to remember on line 17 what we did on line 3, because we
> have really,
:> > lot more warnings with us, you should use -DNO_WERROR until the dust
:> > of the GCC 3.1 import settles down.
:>
:> If everyone is using -DNO_WERROR, then who would report build
:> problems :-).
:
:Because we are wanting for people to let the dust settle on the switch to
:GCC 3.1. It is be
Bernd Walter wrote:
> Why do people think that a realpath is always available?
Because it would be really convenient if we could program without
having to remember on line 17 what we did on line 3, because we
have really, really short attention spans.
While we are at it, wouldn't it be nice if a
On Sat, May 18, 2002 at 06:51:31PM -0700, John De Boskey wrote:
> Comments on the following patch. The messages
> are invisible with a default install. This patch
> gets them into /var/log/messages where they can be
> seen.
I have a different fix for this at home, included below. It uses
sysl
On Sun, May 19, 2002 at 07:17:39PM +, J. Mallett wrote:
> On Sun, May 19, 2002 at 08:47:29PM +0200, Bernd Walter wrote:
> >
> > > Look at getcwd_logical() in pwd.c
> >
> > Aha - but that does mean trusting $PWD.
> >
>
> The only thing that can keep track of where we started vs. where we cd
On Sun, May 19, 2002 at 08:47:29PM +0200, Bernd Walter wrote:
>
> > Look at getcwd_logical() in pwd.c
>
> Aha - but that does mean trusting $PWD.
>
The only thing that can keep track of where we started vs. where we cd to
is the shell, and so we'd have to trust what it says PWD is.
A possible
> the trick nicely (but is too ``complicated'', and I'd still like
> having a tool that allows userland to call stat/fstat(2):
You are not alone; a number of stat(1) commands seemed to
have popped up over the years. My friend @ SGI told me IRIX
also has such a command. I liked its options so I
> I just upgraded my machine, removed perl as far as I could find it, and
> tried to rebuild perl from the ports tree.
>
> So far, I had to change the Makefile first, since it used perl for the
> post-patch target. That was easy:
>
> change the CP and the PERL -pi to a:
>
> ${SED} <${FILES}/use
On Sun, May 19, 2002 at 05:27:47PM +, J. Mallett wrote:
> On Sun, May 19, 2002 at 06:56:40PM +0200, Bernd Walter wrote:
> > > I'm ``blindly'' using the only answer we have to a question: how can I get
> > > an absolute (thus unique) path to an object in the filesystem.
> >
> > Forget it - it'
Hi everybody,
Due to a commit from today, there is a small buglet in
src/usr.bin/uuencode/Makefile, a wrong MLINK. This breaks installworld.
(Which doesn't seem to be tested a helluvalot these days)
Apply this patch:
Index: Makefile
==
On 19-May-2002 (18:27:40/GMT) Riccardo Torrini wrote:
> I have "set implicitcd". But it would be honoured only when a
> directory is specified on a line itself, not after a pipe (IMHO).
Or (even better), when a directory is followed by a "/" ?
Riccardo.
To Unsubscribe: send mail to [EMAIL PR
On 19-May-2002 (18:12:00/GMT) Mark Peek wrote:
>>If exists a directory named "sort" tcsh chdir to that dir instead of
>>executing sort present in path (and no, I have no "." anywere in path)
>>And it also happen with non existent commands:
>># pwd
>>/usr/src/contrib
>># find . -name Makefile | l
At 6:14 PM +0200 5/19/02, Riccardo Torrini wrote:
>If exists a directory named "sort" tcsh chdir to that dir instead of
>executing sort present in path (and no, I have no "." anywere in path)
>
># pwd
>/usr/src/contrib
># find . -name Makefile | sort
># pwd
>/usr/src/contrib/sort
># cd ..
># find
On Sun, May 19, 2002 at 06:14:09PM +0200, Riccardo Torrini wrote:
> If exists a directory named "sort" tcsh chdir to that dir instead of
> executing sort present in path (and no, I have no "." anywere in path)
>
You probably have the 'implicitcd' option on.
--
Jordan DeLong
[EMAIL PROTECTED]
On Sun, May 19, 2002 at 05:29:22AM +0300, Giorgos Keramidas wrote:
> Part of the problems I had when I tried to replace perl in
> mergemaster.sh with something `native' was that the perl code uses
> stat(2) to obtain the permission bits of a directory/file and I can't
> think of a way to do this w
Hi,
Here's the final fstat(1) patch which obeys the '-n' switch.
Inodes have a lot on info, so the output is very long. Please nit
pick on the code, including any style(9) violations you see.
Bakul, I really like your "stat -a" because the output is compact,
but it's not as readable. /me wonde
On Sat, May 18, 2002 at 08:12:15PM -0700, Steve Kargl wrote:
> > Warnings are treated as errors. Since GCC 3.1 has brought a hell of a
> > lot more warnings with us, you should use -DNO_WERROR until the dust
> > of the GCC 3.1 import settles down.
>
> If everyone is using -DNO_WERROR, then who
On Sun, May 19, 2002 at 06:56:40PM +0200, Bernd Walter wrote:
> > I'm ``blindly'' using the only answer we have to a question: how can I get
> > an absolute (thus unique) path to an object in the filesystem.
>
> Forget it - it's not possible with FreeBSD (see below).
> I'm just a bit frustrated a
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 05/18/02 17:41, Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Terry Lambert writes:
>> I think the reason for the "if" is to keep the df from hanging
>> indefinitely, particularly when you give it an explicit list.
>
> No, I believe the "if (vfslist != NULL)" code was there to reduce
> t
On Sun, May 19, 2002 at 04:27:10PM +, J. Mallett wrote:
> On Sun, May 19, 2002 at 05:34:28PM +0200, Bernd Walter wrote:
> >
> > I even can't buildworld on another machine without taking care of
> > realpath.
> > If I don't enshure that the source has the same realpath on the
> > machine to ru
On Sun, May 19, 2002 at 05:34:28PM +0200, Bernd Walter wrote:
>
> I even can't buildworld on another machine without taking care of
> realpath.
> If I don't enshure that the source has the same realpath on the
> machine to run installworld as it had on the machine where I did
> the buildworld it
If exists a directory named "sort" tcsh chdir to that dir instead of
executing sort present in path (and no, I have no "." anywere in path)
# pwd
/usr/src/contrib
# find . -name Makefile | sort
# pwd
/usr/src/contrib/sort
# cd ..
# find . -name Makefile | /usr/bin/sort
./bind/Makefile
./bind/bin/
* Robert Watson <[EMAIL PROTECTED]> [020519 07:30] wrote:
>
> I don't know much (anything) about the advisory locking code, but was
> puzzled to see the following at the bottom of the flock() system call code
> in kern_descrip.c:
>
> if (uap->how & LOCK_EX)
> lf.l_type =
On Sun, May 19, 2002 at 02:00:04PM +, J. Mallett wrote:
> On Sun, May 19, 2002 at 03:21:59PM +0200, Bernd Walter wrote:
> > Why do people think that a realpath is always available?
>
> Because the manual page doesn't say it isn't.
>
> > What is wrong with just extending using pwd?
>
> That
I have filed PR misc/38292 to document this problem.
steve
On Sat, May 18, 2002 at 11:42:37PM -0700, Steve Kargl wrote:
> If you don't have src/games, the "make buildworld" dies
> without the following patch.
>
> --
> Steve
>
> --- share/doc/usd/30.rogue/Makefile.orig Sat May 18 21:29:
I don't know much (anything) about the advisory locking code, but was
puzzled to see the following at the bottom of the flock() system call code
in kern_descrip.c:
if (uap->how & LOCK_EX)
lf.l_type = F_WRLCK;
else if (uap->how & LOCK_SH)
lf.l_type
Hello everybody,
The newly integrated documents under src/share/doc/psd and usd break the
world because they are not really incorporated into the build system.
The Makefiles define their own targets, but this way the source files
are not found during "make world" because the build does not cd int
On Sun, May 19, 2002 at 03:21:59PM +0200, Bernd Walter wrote:
> Why do people think that a realpath is always available?
Because the manual page doesn't say it isn't.
> What is wrong with just extending using pwd?
That won't handle . and .. and relative paths spanning symbolic links, which
you
Why do people think that a realpath is always available?
What is wrong with just extending using pwd?
And maybe optionally stripping .. and . elements if wanted.
At least pwd doesn't break amd(8) pathnames.
It became nearly impossible to use amd(8) today just because of all that
realpath introduce
On 2002-05-19 00:01, Paul Herman wrote:
>
> OK, here's a patch to fstat(1) which adds an "-s" option to stat(2)
> a list of files on the command line. It's against -STABLE but
> should still apply to -CURRENT. Comments are appreciated.
When building with WARNS=2 I also saw a few 'long int form
On 2002-05-19 02:13, Alfred Perlstein wrote:
> * Bakul Shah <[EMAIL PROTECTED]> [020519 00:30] wrote:
> > > $ stat -a stat
> >
> > Oops! A few lines got eaten!
> >
> > $ stat -a stat
> > May 19 00:24:42 2002|48|May 19 00:24:42 2002|291846|-|bakul|0|262301|1|May 19
>00:24:42 2002|rwxr-xr-x|109574
> Hello Mark and all,
>
> I've started digging around /etc/periodic, and have already done part
> of the work. You might as well, have this assigned to me, unless
> someone proves faster than me and gets it done in less than a day or
> two.
>
> What I've done so far (and only slightly tested) i
On 2002-05-19 06:26, Dima Dorfman wrote:
> Paul Herman <[EMAIL PROTECTED]> wrote:
> >
> > bash$ /usr/obj/usr/src/usr.bin/fstat/fstat -s /tmp /kernel
> > INODE DEVSIZE BLOCKS MODE FLAGS LNK UID GID ATIME MTIME CTIME
> NAME
> > 235226304 4114305 8096 100555 40 1
Often I hear people complain about one lacking in FreeBSD's make(1), if an
error is encountered in a Makefile, we only get the base of its name: what
is passed to ReadMakefile(). This is confusing for people trying to debug
Makefiles, I am told, and really, there's no reason not to always give th
> I just upgraded my machine, removed perl as far as I could find it, and
> tried to rebuild perl from the ports tree.
>
> So far, I had to change the Makefile first, since it used perl for the
> post-patch target. That was easy:
>
> change the CP and the PERL -pi to a:
>
> ${SED} <${FILES}/use
* Bakul Shah <[EMAIL PROTECTED]> [020519 00:30] wrote:
> > $ stat -a stat
>
> Oops! A few lines got eaten!
>
> $ stat -a stat
> May 19 00:24:42 2002|48|May 19 00:24:42 2002|291846|-|bakul|0|262301|1|May 19
>00:24:42 2002|rwxr-xr-x|1095744|23996|-|bakul|stat
> $ stat -a -n stat
>
>1021793082|4
> $ stat -a stat
Oops! A few lines got eaten!
$ stat -a stat
May 19 00:24:42 2002|48|May 19 00:24:42 2002|291846|-|bakul|0|262301|1|May 19 00:24:42
2002|rwxr-xr-x|1095744|23996|-|bakul|stat
$ stat -a -n stat
1021793082|48|1021793082|291846|0|1001|0|262301|1|1021793082|755|1095744|23996|10|
56 matches
Mail list logo