On Friday 11 June 2010 08:27:53 PseudoCylon wrote:
> Hello,
>
> Here is a patch for recent fix.
> http://lists.freebsd.org/pipermail/freebsd-current/2010-June/017749.html
> Please update codes in your repository.
>
> Diff against the latest change, 178418.
> * if_run.c - rev. 11
> * if_runvar.h -
On 06/11/10 14:18, M. Warner Losh wrote:
"This" is building the proper set of tools for the target. It is easy
to do, and only a couple lines of Makefile foo in Makefile.inc1
instead of in bsd.own.mk. It is a fairly natural consequence of the
tbemd stuff I have been working on and have started
On 12 June 2010 12:02, Chargen wrote:
> Sir, first of all: I'm no expert in this field but I've seen your document
> and I'm still wondering why you should impose such a design.
>
> I suppose it's well thought of but still I'm a bit opposed to binary
> configuration files because I think has to be
Sir, first of all: I'm no expert in this field but I've seen your document
and I'm still wondering why you should impose such a design.
I suppose it's well thought of but still I'm a bit opposed to binary
configuration files because I think has to be some kind of dependency on how
to generate thes
Hi,
I hope that I could get some comments or suggestions about the work I did
in developing a new Embedded FreeBSD Kernel Theme. I will be glad to see
your replies.
download the work file from here
http://www.4shared.com/document/U237Abgs/description.html
With best wishes,
Mohammed Farrag
TB --- 2010-06-11 22:31:22 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-11 22:31:22 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-06-11 22:31:22 - cleaning the object tree
TB --- 2010-06-11 22:31:45 - cvsupping the source tree
TB --- 2010-06-11 22:31:45 - /usr
TB --- 2010-06-11 22:58:24 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-11 22:58:24 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-06-11 22:58:24 - cleaning the object tree
TB --- 2010-06-11 22:58:36 - cvsupping the source tree
TB --- 2010-06-11 22:58:36 - /usr/b
TB --- 2010-06-11 22:47:19 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-06-11 22:47:19 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-06-11 22:47:19 - cleaning the object tree
TB --- 2010-06-11 22:47:45 - cvsupping the source tree
TB --- 2010-06-11 22:47:45 - /usr
In message: <20100611225844.gc1...@hoeg.nl>
Ed Schouten writes:
: Hi Warner,
:
: * M. Warner Losh wrote:
: > "This" is building the proper set of tools for the target. It is easy
: > to do, and only a couple lines of Makefile foo in Makefile.inc1
: > instead of in bsd.own.mk. It is
Hi Warner,
* M. Warner Losh wrote:
> "This" is building the proper set of tools for the target. It is easy
> to do, and only a couple lines of Makefile foo in Makefile.inc1
> instead of in bsd.own.mk. It is a fairly natural consequence of the
> tbemd stuff I have been working on and have starte
Hi Dag-Erling,
* Dag-Erling Smørgrav wrote:
> However, we never install tblgen, and that is a problem, because it
> means we can't "make" in /usr/src/lib/clang - the only way to build
> clang is with make toolchain, make buildworld or make buildenv, which is
> ridiculous. All it takes is this si
Thanks to Alexander Motin i was able to fix it.
The htprr driver was overriding the mvs one.
Had to add to /boot/loader.conf hw.hptrr.attach_generic=0
-zsozso
On 2010.06.11. 23:03, oizs wrote:
Hello,
I got myself a board made for google by arima and had some issues with
it booting freebsd on
Tijl Coosemans writes:
> Dag-Erling Smørgrav writes:
> > #define FORCE_ASSIGN(type, var, value) \
> > *(volatile type *)&(var) = (value)
> memset can be optimised away as well. The only way is to declare those
> variables volatile.
Assigning through a volatile pointer, as in FORCE_ASSIGN
In message: <4c129ece.8040...@freebsd.org>
Doug Barton writes:
: On 06/11/10 13:35, Ed Schouten wrote:
: > * M. Warner Losh wrote:
: >> Except that clang isn't quite disabled when cross-building, due to the
: >> issue I pointed out when the commit went in wrt bsd.own.mk.
: >> MACHINE_
In message: <20100611203544.ga1...@hoeg.nl>
Ed Schouten writes:
: It should be noted that tblgen is not the only tool that may get built
: for nothing. Another example is aicasm, which is always built, even if
: ahc is not placed in the kernel configuration file.
That's another one I'
Hello,
I got myself a board made for google by arima and had some issues with
it booting freebsd on it, but with some help of the list i was able to
make it boot.
Now i have two problems, whenever i try to reboot i get kernel trap 12,
and the more irritating problem, is that i can't make disks
Ed Schouten writes:
> Exactly. I already mentioned this problem on arch@ back in May. That's
> why a small portion of LLVM, namely tblgen, is always built.
tblgen + two libraries that it needs.
However, we never install tblgen, and that is a problem, because it
means we can't "make" in /usr/src/
On Friday 11 June 2010 21:37:29 Dag-Erling Smørgrav wrote:
> Ulrich Spörlein writes:
>> optimizing compilers have a tendency to remove assignments that have
>> no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot
>> of zeroing variables, which is however optimized away. [...] Is
>>
On 06/11/10 13:35, Ed Schouten wrote:
* M. Warner Losh wrote:
Except that clang isn't quite disabled when cross-building, due to the
issue I pointed out when the commit went in wrt bsd.own.mk.
MACHINE_ARCH is still amd64 until we start to build the sparc64
binaries, so anything in the bootstrap
* M. Warner Losh wrote:
> Except that clang isn't quite disabled when cross-building, due to the
> issue I pointed out when the commit went in wrt bsd.own.mk.
> MACHINE_ARCH is still amd64 until we start to build the sparc64
> binaries, so anything in the bootstrapping part of the build will not
>
On 11.06.10 21:56, M. Warner Losh wrote:
In message:<20100611.132052.271446115462387749@bsdimp.com>
"M. Warner Losh" writes:
: In message:<20100611185237.gl56...@hoeg.nl>
: Ed Schouten writes:
: : Hello Andreas,
: :
: : * Andreas Tobler wrote:
: :> I have a sparc6
In message: <20100611.132052.271446115462387749@bsdimp.com>
"M. Warner Losh" writes:
: In message: <20100611185237.gl56...@hoeg.nl>
: Ed Schouten writes:
: : Hello Andreas,
: :
: : * Andreas Tobler wrote:
: : > I have a sparc64 machine which is quite slow. And for my
Ulrich Spörlein writes:
> optimizing compilers have a tendency to remove assignments that have
> no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of
> zeroing variables, which is however optimized away. [...] Is there a
> canonical way to zero those variables and should we use
In message: <20100611185237.gl56...@hoeg.nl>
Ed Schouten writes:
: Hello Andreas,
:
: * Andreas Tobler wrote:
: > I have a sparc64 machine which is quite slow. And for my purpose I
: > do not need CLANG etc. atm.
:
: Clang is not enabled on sparc64, so there is no need to disable
:
Hi Ed, and all the others,
On 11.06.10 20:52, Ed Schouten wrote:
* Andreas Tobler wrote:
I have a sparc64 machine which is quite slow. And for my purpose I
do not need CLANG etc. atm.
Clang is not enabled on sparc64, so there is no need to disable
anything. If you do want to disable Clang o
Andreas Tobler wrote:
Hello,
how can I disable the build of CLANG in a buildworld?
I have a sparc64 machine which is quite slow. And for my purpose I do
not need CLANG etc. atm.
Thanks for any pointer.
Andreas
Setting WITHOUT_CLANG=yes in /etc/src.conf seems to be the way:
http://lists.
On 11 Jun 2010, at 19:49, Andreas Tobler wrote:
> Hello,
>
> how can I disable the build of CLANG in a buildworld?
echo "WITHOUT_CLANG=yes" >> /etc/src.conf
Regards,
--
Rui Paulo
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org
Hello Andreas,
* Andreas Tobler wrote:
> I have a sparc64 machine which is quite slow. And for my purpose I
> do not need CLANG etc. atm.
Clang is not enabled on sparc64, so there is no need to disable
anything. If you do want to disable Clang on i386, amd64, pc98 or
powerpc, add WITHOUT_CLANG=y
Hello,
how can I disable the build of CLANG in a buildworld?
I have a sparc64 machine which is quite slow. And for my purpose I do
not need CLANG etc. atm.
Thanks for any pointer.
Andreas
___
freebsd-current@freebsd.org mailing list
http://lists.fr
Hello,
optimizing compilers have a tendency to remove assignments that have no
side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of
zeroing variables, which is however optimized away. I haven't looked
close enough to see if all these vars happen to fit into the registers,
but a nice
oh ok. thanks. i encountered some errors yesterday while trying to
build world with clang, but i'll try again and if it fails again i'll
send you the details.
cheers.
alex
On Fri, Jun 11, 2010 at 3:58 PM, Roman Divacky wrote:
> On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote:
>> t
On Fri, 11 Jun 2010 17:34:59 +0300, Ivan Voras wrote:
But to clarify if I get it correctly, using src.conf will only affect
world+kernel, make.conf (and env vars) will also affect ports?
make.conf will affect ports, src and everything else that uses make.
Read make(1) and make.conf(5).
Prope
On 06/11/10 15:58, Roman Divacky wrote:
> On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote:
>> thanks a lot for the hints. doing buildkernel and buildworld with
>> current src worked fine. how should i proceed if i want to try
>> building kernel and world with clang?
>>
>> put CC, CXX
On Fri, Jun 11, 2010 at 04:00:26PM +0200, Alexander Best wrote:
> thanks a lot for the hints. doing buildkernel and buildworld with
> current src worked fine. how should i proceed if i want to try
> building kernel and world with clang?
>
> put CC, CXX and CPP in src.conf? or make.conf? or use env
thanks a lot for the hints. doing buildkernel and buildworld with
current src worked fine. how should i proceed if i want to try
building kernel and world with clang?
put CC, CXX and CPP in src.conf? or make.conf? or use envars?
cheers.
alex
On Thu, Jun 10, 2010 at 12:52 AM, jhell wrote:
> On 0
On Thursday 10 June 2010 4:31:08 pm Mike Jakubik wrote:
> On 6/10/2010 2:47 PM, Andriy Gapon wrote:
> > on 10/06/2010 21:29 Eitan Adler said the following:
> >
> >> -1 unless mergemaster is replaced.
> > Have you tried etcupdate?
> > etcupdate and mergemaster have a similar function but do thin
On Thursday 10 June 2010 11:13:18 am Anton Shterenlikht wrote:
> Just checked out r208985 i386.
> On buildkernel I get this error:
>
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-
qual -Wundef -W
Jeremie Le Hen wrote:
> Hi Roman,
>
> On Mon, May 24, 2010 at 03:21:41PM +0400, Roman Bogorodskiy wrote:
> > I am not sure how to save coredump as when the system boots after the
> > crash and starts saving coredump from swap partition to disk the system
> > crashes again.
> >
> > Generally, t
Hi Roman,
On Mon, May 24, 2010 at 03:21:41PM +0400, Roman Bogorodskiy wrote:
> I am not sure how to save coredump as when the system boots after the
> crash and starts saving coredump from swap partition to disk the system
> crashes again.
>
> Generally, the system is almost unusable and in order
On 2010-06-10 19:21, Steve Kargl wrote:
> nice make -j3
>
> d > DiagnosticCommonKinds.inc.h
> tblgen: not found
> *** Error code 127
> *** Error code 127
> tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include
> -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tool
On Thu, Jun 10, 2010 at 10:21:36AM -0700, Steve Kargl wrote:
> nice make -j3
>
> d > DiagnosticCommonKinds.inc.h
> tblgen: not found
> *** Error code 127
> *** Error code 127
> tblgen -I/usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include
> -I/usr/src/lib/clang/libclanganalysis/../..
On Thu, Jun 10, 2010 at 11:39:35AM -0700, Matthew Jacob wrote:
> Comments? (yes, I know -fformat-extensions have just been added...)
yes, clang reports A LOT MORE warnings than gcc but I believe
that we should not supress those atm. I'd prefer people to take
a look at those and fix them instead.
42 matches
Mail list logo
