Doug Barton writes:
> On 06/04/10 17:38, Doug Barton wrote:
>> On 06/04/10 11:28, Andrius Morkūnas wrote:
>>
>>> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/configuring-ports-gcc.html
>
> Ok, everything in that section seems clear except this in 3.3:
> It is possible to complet
On 06/04/10 17:38, Doug Barton wrote:
On 06/04/10 11:28, Andrius Morkūnas wrote:
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/custom-gcc/configuring-ports-gcc.html
Ok, everything in that section seems clear except this in 3.3:
It is possible to completely replace CFLAGS and/or define c
On 06/04/2010 12:59, Doug Barton wrote:
> On 06/04/10 08:26, Roman Divacky wrote:
>> Dear current@
>>
>> On June 9th, we are importing clang/LLVM into FreeBSD HEAD.
>
> Excellent news! :) I am in favor of this, and look forward to a day of
> using a FreeBSD system compiled as much as possible wit
On Fri, 4 Jun 2010, Freddie Cash wrote:
On Fri, Jun 4, 2010 at 4:09 PM, Doug Barton wrote:
ports-mgmt/portconf.
portconf has horrible syntax, compared to make.conf/src.conf, at least
last I tried to use it (when it first came out). And this is geared
more toward per-port configuration se
100% agreement with Mark here.
On 06/03/10 17:19, Mark Linimon wrote:
I'm just catching up with this thread, so apologies if this has already
been pointed out elsewhere.
One of the things that has been discussed w/rt compilers for a while
(not just at the devsummit) was bending our minds around
On 06/04/10 11:28, Andrius Morkūnas wrote:
On Fri, 04 Jun 2010 20:52:32 +0300, Doug Barton wrote:
Sorry I wasn't clear. I'm not talking about compiling ports with clang
(which I also look forward to someday) I'm talking about installing a
version of gcc from ports and using that to compile all
On Fri, Jun 4, 2010 at 4:09 PM, Doug Barton wrote:
> On 06/04/10 11:39, Freddie Cash wrote:
>
>> On Fri, Jun 4, 2010 at 10:55 AM, Doug Barton wrote:
>>
>> Wouldn't it be great, if /etc/make.conf disappeared completely?
>>
>
> No, since it's useful for things that are common to both src and ports
On 4 Jun 2010, at 14:55, John Baldwin wrote:
> I crashed a testbox running FreeBSD/i386 today which had SUJ enabled on its
> /var partition. It encountered the following error when trying to fsck -p
> during boot:
>
> ** SU+J Recovering /dev/ada0s1d
> ** Reading 16572416 byte journal from ino
On 06/04/10 11:39, Freddie Cash wrote:
On Fri, Jun 4, 2010 at 10:55 AM, Doug Barton wrote:
Wouldn't it be great, if /etc/make.conf disappeared completely?
No, since it's useful for things that are common to both src and ports,
and to stuff that is neither.
To be replaced by /etc/src.conf
maybe you could add a ddb(8) command to your crontab? i for example
have this in my crontab:
@reboot /sbin/ddb script 'kdb.enter.panic=textdump set; capture on;
show pcpu; show allpcpu; bt; ps; show locks; show alllocks; show
lockedvnods; alltrace; call doadump'
cheers.
--
Alexander Best
__
hi there. running HEAD, amd64 and r208806 i get this dmesg output
which doesn't look right:
ada0 at ahcich2 bus 0 scbus3 target 0 lun 0
ada0: ATA-7 SATA 2.x device
ada0: 300.000MB/s transferscd0 at ata2 bus 0 scbus2 target 0 lun 0
cd0: Removable CD-ROM SCSI-0 device
cd0: 33.300MB/s transfers (UD
On Fri, Jun 4, 2010 at 7:55 PM, Doug Barton wrote:
> On 06/04/10 10:46, Alexander Best wrote:
>>
>> src.conf should ALWAYS take priority over make.conf when
>> buildworld or buildkernel is being run.
>
> Defining the same variables in different contexts is always a recipe for the
> dreaded "unpred
I crashed a testbox running FreeBSD/i386 today which had SUJ enabled on its
/var partition. It encountered the following error when trying to fsck -p
during boot:
** SU+J Recovering /dev/ada0s1d
** Reading 16572416 byte journal from inode 4.
fsck_ufs: Sparse journal inode 4.
It then failed wit
>Wouldn't it be great, if /etc/make.conf disappeared completely?
>
>To be replaced by /etc/src.conf for buildworld/kernel stuff.
>
>And /etc/ports.conf for ports building stuff.
>
Er, and replaced by what for using make on the many things that are
neither in the base system, nor in FreeBSD Ports?
On Fri, Jun 4, 2010 at 10:55 AM, Doug Barton wrote:
> On 06/04/10 10:46, Alexander Best wrote:
>
>> src.conf should ALWAYS take priority over make.conf when
>> buildworld or buildkernel is being run.
>>
>
> Defining the same variables in different contexts is always a recipe for
> the dreaded "un
Hi.
I am working on driver for HPET event timers. It works mostly fine,
except after some cases when ioapic_assign_cpu() called while timer is
active. Under interrupt rate of 10KHz it is enough a dozen cpuset runs
to break it (with 1KHz - few dozens). When it happens, I can see that
timer is still
On Fri, 04 Jun 2010 20:52:32 +0300, Doug Barton wrote:
Sorry I wasn't clear. I'm not talking about compiling ports with clang
(which I also look forward to someday) I'm talking about installing a
version of gcc from ports and using that to compile all the other ports.
I'm even more confused no
On 06/04/10 10:46, Alexander Best wrote:
src.conf should ALWAYS take priority over make.conf when
buildworld or buildkernel is being run.
Defining the same variables in different contexts is always a recipe for
the dreaded "unpredictable results." Even if it were possible to create
the proper
On 06/04/10 10:44, Andrius Morkūnas wrote:
On Fri, 04 Jun 2010 19:59:15 +0300, Doug Barton wrote:
2. Publish instructions on how to set up a different compiler for ports.
There's really no nice way to do it right now. We'll probably put something
on the wiki page[1], but there's only so much
2010/6/2 Andrius Morkūnas :
> On Wed, 02 Jun 2010 18:23:19 +0300, Alexander Best
> wrote:
>>
>> it seems for some reason gcc44 gets chosen at some point as compiler
>> instead of the base gcc. i DO have CC, CXX and CPP defined in my
>> /etc/make.conf so that gcc44 gets used for ports and other stu
On Fri, 04 Jun 2010 19:59:15 +0300, Doug Barton wrote:
2. Publish instructions on how to set up a different compiler for ports.
There's really no nice way to do it right now. We'll probably put something
on the wiki page[1], but there's only so much we can do when ports don't
expect compiler t
On Fri, Jun 4, 2010 at 11:26 AM, Roman Divacky wrote:
> Dear current@
>
> On June 9th, we are importing clang/LLVM into FreeBSD HEAD. We are going
> to import clang/LLVM sources and put those into contrib/llvm (~45MB) and
> the build infrastructure for it (lib/clang and usr.bin/clang). There's
>
On Fri, Jun 04, 2010 at 09:59:15AM -0700, Doug Barton wrote:
> On 06/04/10 08:26, Roman Divacky wrote:
> >Dear current@
> >
> >On June 9th, we are importing clang/LLVM into FreeBSD HEAD.
>
> Excellent news! :) I am in favor of this, and look forward to a day of
> using a FreeBSD system compiled
On Fri, Jun 04, 2010 at 05:00:25PM +0200, Dimitry Andric thus spake:
On 2010-06-04 01:24, David Rhodus wrote:
Anyone have a SUJ patch set for 8.x ?
http://www.andric.com/freebsd/suj/suj-stable8-r208287-1.diff.bz2
This backports SUJ from head to stable/8 (at r208799), by cherry-picking
the fol
On 06/04/10 08:26, Roman Divacky wrote:
Dear current@
On June 9th, we are importing clang/LLVM into FreeBSD HEAD.
Excellent news! :) I am in favor of this, and look forward to a day of
using a FreeBSD system compiled as much as possible with clang.
During the ongoing discussion there were
On Fri, Jun 4, 2010 at 4:28 AM, Hans Petter Selasky wrote:
> On Friday 04 June 2010 03:02:52 Marcelo/Porks wrote:
>> On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky
> wrote:
>> > On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote:
>> >> On Thursday 03 June 2010 17:50:08 Hans Petter
Dear current@
On June 9th, we are importing clang/LLVM into FreeBSD HEAD. We are going
to import clang/LLVM sources and put those into contrib/llvm (~45MB) and
the build infrastructure for it (lib/clang and usr.bin/clang). There's
also a small patch to hook it into the build. This patch is attache
On 2010-06-04 01:24, David Rhodus wrote:
> Anyone have a SUJ patch set for 8.x ?
http://www.andric.com/freebsd/suj/suj-stable8-r208287-1.diff.bz2
This backports SUJ from head to stable/8 (at r208799), by cherry-picking
the following revisions:
r207141 | jeff | 2010-04-24 09:05:35 +0200 (Sat, 2
On 6/4/10, b. f. wrote:
> On 6/4/10, Andriy Gapon wrote:
>> on 04/06/2010 11:13 b. f. said the following:
>>> Mark Linimon wrote:
On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>
> NetBSD allows one to set HAVE_BINUTILS=2.19 and use
>
> http://cvsweb.netbsd.org/bsdweb.cgi/s
Den 03/06/2010 kl. 16.14 skrev Maxim Konovalov:
> On Thu, 3 Jun 2010, 15:15+0200, Erik Cederstrand wrote:
>
>> I just wrote a shell script to recurse into the subdirectories and
>> run make on the Makefiles found. Unfortunately, some of the
>> Makefiles start running tests immediately, some have
On Thursday 03 June 2010 9:45:56 pm Garrett Cooper wrote:
> On Thu, Jun 3, 2010 at 2:30 PM, David Rhodus wrote:
> > Is there a rc.conf variable to automatically save core on a panic and
reboot ?
> > Setting dumpdev="AUTO" doesn't seem to do the trick.
> >
> > # uname -a
> > FreeBSD 9.0-CURRENT
On Thursday 03 June 2010 8:52:36 pm Mark Linimon wrote:
> On Mon, May 31, 2010 at 01:22:05PM +0100, Bruce Cran wrote:
> > From previous messages I don't think sparc64 is currently supported by
> > clang very well, if at all, so I think we'll still need gcc in the base
> > system for some time.
>
>
On 6/4/10, Mark Linimon wrote:
> On Fri, Jun 04, 2010 at 08:13:55AM +, b. f. wrote:
>> How did you obtain "gcc4-errors"?
>
> bzgrep -q "See http://gcc.gnu.org/bugs.html> for instructions." Part
> of ports/Tools/portbuild/scripts/processonelog .
But are you actually building with lang/gcc4* a
>>
>> DragonFlyBSD and NetBSD use newer GCC?
>> This is the first time I hear about that.
>> No doubt about major Linux distributions, though.
>>
>
> AFAIK, NetBSD does it for quite a while since they have a different pov on
> this.
> http://www.thejemreport.com/content/view/317
That piece of "jo
On 4 June 2010 12:52, Andriy Gapon wrote:
> on 04/06/2010 11:13 b. f. said the following:
>> Mark Linimon wrote:
>>> On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
Compiler bugs in gcc are probably just as hard to find as compiler bugs
in clang
>>> There are two types of
On 6/4/10, Andriy Gapon wrote:
> on 04/06/2010 11:13 b. f. said the following:
>> Mark Linimon wrote:
>>> On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
Compiler bugs in gcc are probably just as hard to find as compiler bugs
in clang
>>> There are two types of compiler b
on 04/06/2010 11:13 b. f. said the following:
> Mark Linimon wrote:
>> On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>>> Compiler bugs in gcc are probably just as hard to find as compiler bugs
>>> in clang
>> There are two types of compiler bug: a) bug that produces bad code; b)
>
On Fri, Jun 04, 2010 at 08:13:55AM +, b. f. wrote:
> How did you obtain "gcc4-errors"?
bzgrep -q "See http://gcc.gnu.org/bugs.html> for instructions." Part
of ports/Tools/portbuild/scripts/processonelog .
mcl
___
freebsd-current@freebsd.org mailing
Mark Linimon wrote:
>On Tue, Jun 01, 2010 at 12:18:41PM +0200, Alban Hertroys wrote:
>> Compiler bugs in gcc are probably just as hard to find as compiler bugs
>> in clang
>
>There are two types of compiler bug: a) bug that produces bad code; b)
>bug that makes the compiler crash.
>
Let's remember
On Friday 04 June 2010 03:02:52 Marcelo/Porks wrote:
> On Thu, Jun 3, 2010 at 12:57 PM, Hans Petter Selasky
wrote:
> > On Thursday 03 June 2010 17:54:17 Hans Petter Selasky wrote:
> >> On Thursday 03 June 2010 17:50:08 Hans Petter Selasky wrote:
> >> > On Thursday 03 June 2010 16:22:33 Marcelo/Po
40 matches
Mail list logo
