On Tue, May 14, 2002 at 08:45:59AM +0200, Riccardo Torrini wrote:
> On 14-May-2002 (06:21:18/GMT) Ruslan Ermilov wrote:
>
> > I'm still unsure about the name; I'd have liked to rename it to
> > "includesinstall" but that is too long.
>
> U, buildworld, installworld, buildkernel, installkerne
On Mon, May 13, 2002 at 08:41:11PM +0200, John Hay wrote:
> Hi,
>
> It looks like the makefiles are a bit broken if make -j13 is used. What
> I see here is that osreldate.h in obj/usr/src/i386/usr/include/ looks
> like this:
>
>
> ...
> #ifdef _KERNEL
> #ifdef _KERNE
On 14-May-2002 (06:21:18/GMT) Ruslan Ermilov wrote:
> I'm still unsure about the name; I'd have liked to rename it to
> "includesinstall" but that is too long.
U, buildworld, installworld, buildkernel, installkernel...
It would be: buildinclude{s}, installinclude{s} just to be simmetric :)
[CC: to -current as others may benefit from it too]
On Mon, May 13, 2002 at 08:33:31PM +0200, Anders Andersson wrote:
> Hi,
>
> I write to you since you have been touching src/Makefile alot and so on.
>
> I sometimes want a fresh /usr/include and wipes it and does a:
>
> cd /usr/src && make in
On Mon, 13 May 2002, David W. Chapman Jr. wrote:
> I get the following everytime I make installworld on -current
>
> ln: /usr/bin/cu: Operation not permitted
> *** Error code 1
>
> To fix it I have to modify /usr/src/usr.bin/tip/tip/Makefile and
> remove the LINKS to cu and then all works well.
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
Thanks for your inquiry. We will respond to your email in the order that it was
received.
Sattle
http://www.sat50.com
<-- This is an automated response -->
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Mon, 13 May 2002, Jonathan Perkin wrote:
> On Mon May 13, 2002 at 02:02:28PM -0600, Lyndon Nerenberg wrote:
> > There is one problem with the /usr/bin/perl redirector: it can
> > cause autoconfiguration scripts to mistakenly think perl is
> > installed on the system (they find the /usr/bin/pe
On Mon, May 13, 2002 at 07:47:42PM -0500, Loren James Rittle wrote:
> I can narrow it down *much* further to exact small test cases. FYI,
> there are 8 C failures in the gcc 3.1 testsuite for FreeBSD/i386:
>
> 4 involve -Os (Quite sorry I never got around to fixing them
> before the
In article <[EMAIL PROTECTED]> you write:
> found the bug: -Os compilation seems broken with gcc-3.1. I normally
> [...] I know any other optimization than -O isn't supported but this bug
> (either in libalias or in gcc) should be investigated.
I can narrow it down *much* further to exact smal
Jonathan Perkin wrote:
> On Mon May 13, 2002 at 02:02:28PM -0600, Lyndon Nerenberg wrote:
> > There is one problem with the /usr/bin/perl redirector: it can
> > cause autoconfiguration scripts to mistakenly think perl is
> > installed on the system (they find the /usr/bin/perl wrapper) when
> > it
On Sun, May 12, 2002 at 11:27:42PM +0200, Poul-Henning Kamp wrote:
>
> That one's easy to diagnose:
>
> You change your windowsize while tcsh happened to be in free(3) (frame #12).
I've been seeing malloc crashes in tcsh as well, but not in the same
codepath (they occur during a 'cd' operation)
On Mon, May 13, 2002 at 09:57:08PM +0200, Daniel Rock wrote:
> - recompile libalias with -Os => NAT broken
> - recompile libalias with -O => NAT works again.
>
> I know any other optimization than -O isn't supported but this bug
> (either in libalias or in gcc) should be investigated.
If you co
On Mon, May 13, 2002 at 02:45:09PM -0600, Lyndon Nerenberg wrote:
> > "Jonathan" == Jonathan Perkin <[EMAIL PROTECTED]> writes:
>
> Jonathan> An auto-configuration script which merely checks for the
> Jonathan> existance of a file rather than actually testing it's the
> Jonathan>
On Mon, May 13, 2002 at 02:45:09PM -0600, Lyndon Nerenberg wrote:
> > "Jonathan" == Jonathan Perkin <[EMAIL PROTECTED]> writes:
>
> Jonathan> An auto-configuration script which merely checks for the
> Jonathan> existance of a file rather than actually testing it's the
> Jonathan>
> "Jonathan" == Jonathan Perkin <[EMAIL PROTECTED]> writes:
Jonathan> An auto-configuration script which merely checks for the
Jonathan> existance of a file rather than actually testing it's the
Jonathan> file it needs is a bit silly and probably deserves the
Jonathan> breakag
On 2002-05-13 10:12, Mikhail Teterin wrote:
> On Friday 10 May 2002 03:35 pm, Giorgos Keramidas wrote:
> = On 2002-05-02 23:06, Makoto Matsushita wrote:
> = >
> = > Mikhail.Teterin> BTW, whatever became of the effort to make a
> = > Mikhail.Teterin> wrapper called mount_mfs?
> = >
> = > See mdmfs(
I'm doing a cross-build of current on a system running stable, with a
separate drive for current mounted as /current (with all sub-mounts correct).
Separate problem causing me to cross-build: current doesn't like to boot
lately - it hangs immediately after loading acpi.ko (on the SMP Supermicro;
w
On Mon May 13, 2002 at 02:02:28PM -0600, Lyndon Nerenberg wrote:
> There is one problem with the /usr/bin/perl redirector: it can
> cause autoconfiguration scripts to mistakenly think perl is
> installed on the system (they find the /usr/bin/perl wrapper) when
> it isn't (there is no perl-from-po
> "Garance" == Garance A Drosihn <[EMAIL PROTECTED]> writes:
Garance> I agree. That's why a redirector makes more sense, because
Garance> the redirector can be part of the base-system, and the port
Garance> can be installed in /usr/local.
There is one problem with the /usr/bin/p
Hi,
after a "make world" I noticed that my dialout was broken (NAT for UDP
packets seems to work but not for TCP). After a few tests I finally
found the bug: -Os compilation seems broken with gcc-3.1. I normally
compile complete world with -Os (instead of -O) (via CFLAGS=-Os in
/etc/make.conf
I get the following everytime I make installworld on -current
ln: /usr/bin/cu: Operation not permitted
*** Error code 1
To fix it I have to modify /usr/src/usr.bin/tip/tip/Makefile and
remove the LINKS to cu and then all works well. Is anyone else
having this problem?
--
David W. Chapman Jr
Hi,
It looks like the makefiles are a bit broken if make -j13 is used. What
I see here is that osreldate.h in obj/usr/src/i386/usr/include/ looks
like this:
...
#ifdef _KERNEL
#ifdef _KERNEL
#error "/usr/include/osreldate.h cannot be used in the kernel, use sys/param
Ian wrote:
> > From: Wilko Bulte <[EMAIL PROTECTED]>
> > [misinformation from Terry and lots of flamage snipped]
> >
> > Gentlemen.. does this discussion on a public list serve any useful purpose?
>
> Of course it does ... it's training newcomers to the list and people who
> peruse the list a
In message: <[EMAIL PROTECTED]>
John Angelmo <[EMAIL PROTECTED]> writes:
: Hello
:
: I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD
: current (dated just before gcc 3.1).
: Now my problem is that I insert the card and well nothing happens, the
: system gets
In message <[EMAIL PROTECTED]> Eric Masson writes:
: John> Well 2011b is a 32bit card (if I'm not mistaking)
:
: Nope, it's only a 3,3V 16 bits card.
H, I've found that the Intel PRO/Wireless are 5.0V devices. Maybe
this is a different card than what I'm used to dealing with.
: If you're
Mikhail Teterin wrote:
> = I explain the lexical ordering by way of the following commands when
> = exiting the Makefile in "vi" in command mode:
> =
> = !!ls *.c
> = J[...]
> = ISRCS=
> =
> = 8-).
>
> This does not explain anything. Whatever the joke was, I did not get it.
These
Nope, sorry. My memory didn't server me right.
sorry,
ed
Quoting Edwin Culp <[EMAIL PROTECTED]>:
| If my memory serves me right doesn't
|
| NO_WERROR=yes
|
| in your /etc/make.conf file do that?
|
| ed
|
| Quoting Martin Kacerovsky <[EMAIL PROTECTED]>:
|
| | Hi,
| | I've got error :
|
If my memory serves me right doesn't
NO_WERROR=yes
in your /etc/make.conf file do that?
ed
Quoting Martin Kacerovsky <[EMAIL PROTECTED]>:
| Hi,
| I've got error :
| /bin/sh:Argument list too long,
| while making buildworld,
| I haven't found any solution in archives, can you help me?
|
wizard> I've got error :
wizard> /bin/sh:Argument list too long,
wizard> while making buildworld,
IIRC, it is already fixed; re-cvsup again.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi,
I've got error :
/bin/sh:Argument list too long,
while making buildworld,
I haven't found any solution in archives, can you help me?
Martin
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> From: Wilko Bulte <[EMAIL PROTECTED]>
>
> [misinformation from Terry and lots of flamage snipped]
>
> Gentlemen.. does this discussion on a public list serve any useful purpose?
Of course it does ... it's training newcomers to the list and people who
peruse the list archives in the future
> "John" == John Angelmo <[EMAIL PROTECTED]> writes:
John> Well 2011b is a 32bit card (if I'm not mistaking)
Nope, it's only a 3,3V 16 bits card.
If you're using -stable, the following is needed :
> cat /etc/pccard.conf
# Intel PRO/Wireless 2011B LAN PC Card
card "Intel" "PRO/Wireless LAN
I haven't tried the NEWCARD stuff (it panics my hp 510 - 16bit bridge chips)
so I can't comment on that.
Did you try booting with the card installed? If you boot verbose
(boot -v) should see it dump the pci id contents. Also check
if /etc/defaults/pccard.conf contains an entry for the card.
Fixed in bsd.lib.mk,v 1.125.
On Mon, May 13, 2002 at 07:22:30AM -0700, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap to
[EMAIL PROTECTED] wrote:
> I have used the non-B version with -current and an IBM thinkpad.
>
> What kind of laptop? dmesg output would be nice.
> Do any other cards work?
>
> Alan Edmonds
>
> -Original Message-
> From: John Angelmo [mailto:[EMAIL PROTECTED]]
> Sent: 13 May 2002 15:02
On Mon, 13 May 2002, Poul-Henning Kamp wrote:
> GCC 3.1 whines about these two instances of va_arg() and generates
> code which calls "int 5" if they are executed.
>
> This workaround works for me, but I don't know if this is the
> correct fix so I won't commit it.
I just committed a correct fix
On Monday 13 May 2002 02:06 am, Terry Lambert wrote:
= > If you think that providing bits on the link line in dependency
= > order is a natural way of linking and the "proper" way of doing
= > it, how do you explain our improper use of putting object files in
= > lexical order in libraries and ho
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
I have used the non-B version with -current and an IBM thinkpad.
What kind of laptop? dmesg output would be nice.
Do any other cards work?
Alan Edmonds
-Original Message-
From: John Angelmo [mailto:[EMAIL PROTECTED]]
Sent: 13 May 2002 15:02
To: current
Cc: freebsd-mobile
Subject: Probl
When i try to compile Vlock from ports, i get:
cc -O -pipe -DUSE_PAM -c vlock.c
cc -O -pipe -DUSE_PAM -c signals.c
cc -O -pipe -DUSE_PAM -c help.c
cc -O -pipe -DUSE_PAM -c terminal.c
cc -O -pipe -DUSE_PAM -c input.c
input.c:64: security/pam_misc.h: No such file or directory
input.c:67:
On Mon, May 13, 2002 at 07:22:30AM -0700, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap tools
>
On Friday 10 May 2002 03:35 pm, Giorgos Keramidas wrote:
= On 2002-05-02 23:06, Makoto Matsushita wrote:
= >
= > Mikhail.Teterin> BTW, whatever became of the effort to make a
= > Mikhail.Teterin> wrapper called mount_mfs?
= >
= > See mdmfs(8). It was been there since Jun/2001 (about 10 months
= >
Hello
I just got my hands on a Intel 2011b Wireless card, I'm running FreeBSD
current (dated just before gcc 3.1).
Now my problem is that I insert the card and well nothing happens, the
system gets locked, when I remove the card I everything starts working
once again, and it says it can't mana
GCC 3.1 whines about these two instances of va_arg() and generates
code which calls "int 5" if they are executed.
This workaround works for me, but I don't know if this is the
correct fix so I won't commit it.
In light of this, we may want to change the kernels panic message
for these traps to
According to Josef Karthauser:
> and that you're running it from a module so the debugger doesn't have
> access to the symbols. If you get a moment perhaps you could track
> down where in the usb code the panic occured. I compile the usb driver
> into the kernel to get around the symbol problem.
On Fri, 10 May 2002 17:46:31 EST, "David W. Chapman Jr." wrote:
> > sysctl.conf is also missing. If its not there, it doesn't get
> > parsed. You only need make.conf if you wish to put stuff in there.
> > same with rc.conf, except everyone puts something in rc.conf
> >
> N/m on the sysctl
On Sun, 12 May 2002, Thierry Herbelot wrote:
> the import of GCC3.1 seems to reveal old bugs :
> (while cross-compiling a new kernel atfer cross-compiling a new -Current
> world under a fresh -Stable)
> (the %b flag is not recognized in the printf()s of scsi_low.c)
This is just because gcc-3's f
48 matches
Mail list logo
