Patrick Mahan wrote:
> Maybe I should do this instead?
>
> src-kernel: src-kernel-tools
> cd src; ./amd64-kernel.sh 2>&1 > build_amd64_kernel.log; \
> tail -f build_amd64_kernel.log
>
> It is not too clear if the status is the last one in a compound
> command.
Someone already
Gary Jennejohn wrote:
> IMO if you're going to make the binaries in base non-executable
> you might just as well delete them.
The chmod is reversible without having to recover the base binaries
from somewhere.
___
freebsd-hackers@freebsd.org mailing li
On Fri, Jun 25, 2010 at 8:18 PM, Daniel O'Connor wrote:
>
> On 26/06/2010, at 3:01, Christopher Bowman wrote:
> > I have a Xilinx PCI Express board that has an on board PCIe interface
> > macro. I intend to have an address space with memory and another with my
> > devices control registers. I wi
On 26/06/2010, at 14:50, Christopher Bowman wrote:
>> PS what board are you using? :)
>>
> Cool, that looks like what I am looking for. I'll go and read up on it,
> thanks very much. I am using the Xilinx SP605
> http://www.xilinx.com/products/devkits/EK-S6-SP605-G.htm
> perfect for playi
On 25 Jun 2010, at 10:28, Andriy Gapon wrote:
>
> Here's a patch that is supposed to do the right thing for dtrace.
> Perhaps I should have put the new code under __amd64__, but I decided to go
> more
> "generic" and check for module's ELF type (ET_REL).
>
> Reviews and testing are welcome!
I
The build for r209530 failed with a clean workspace and a clean
/usr/obj/scratch. I was building with a memory-disk backed /usr/obj.
Here's the error:
===> usr.bin/ar (depend)
lex -t /scratch/freebsd/current/usr.bin/ar/acplex.l > acplex.c
yacc -d /scratch/freebsd/current/usr.bin/ar/acpyacc.y
On Sat, Jun 26, 2010 at 2:14 PM, Garrett Cooper wrote:
> The build for r209530 failed with a clean workspace and a clean
> /usr/obj/scratch. I was building with a memory-disk backed /usr/obj.
> Here's the error:
>
> ===> usr.bin/ar (depend)
> lex -t /scratch/freebsd/current/usr.bin/ar/acplex.l
In message:
Garrett Cooper writes:
: The build for r209530 failed with a clean workspace and a clean
: /usr/obj/scratch. I was building with a memory-disk backed /usr/obj.
: Here's the error:
:
: ===> usr.bin/ar (depend)
: lex -t /scratch/freebsd/current/usr.bin/ar/acplex.l > ac
8 matches
Mail list logo