Hi.
I've had two people tell me that this is supposed to be working
these days (8.0-RELEASE-p2) but I'm not having much luck.
I have a 32 bit chroot, built with make buildworld TARGET=i386
and have built a pile of ports in that jail (i386 libGL, i386
dri, etc, etc).
I've tried running the
Patrick Mahan ma...@mahan.org wrote:
Maybe I should do this instead?
src-kernel: src-kernel-tools
cd src; ./amd64-kernel.sh 21 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
Gary Jennejohn gljennj...@googlemail.com 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.
___
On Fri, Jun 25, 2010 at 8:18 PM, Daniel O'Connor docon...@gsoft.com.auwrote:
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
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 playing with
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 believe
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 yanef...@gmail.com 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
In message: aanlktildcwtnuicnrewdocm9hf9d1jemv4t4k-40h...@mail.gmail.com
Garrett Cooper yanef...@gmail.com 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:
:
: ===
9 matches
Mail list logo