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
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
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.
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
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
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
= >
On Mon, May 13, 2002 at 07:22:30AM -0700, Dag-Erling Smorgrav wrote:
> --
> >>> Rebuilding the temporary build tree
> --
> >>> stage 1: bootstrap tools
>
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:
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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
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
[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
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
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.
> "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
> 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
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
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
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?
|
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 :
|
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
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
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
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
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
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,
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
> "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
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
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 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(
> "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 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 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 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)
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
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
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
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
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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.
[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 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 :)
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 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
48 matches
Mail list logo