On Aug 19, 2012, at 10:32 AM, Hans Petter Selasky wrote:
> Hi,
>
> I'm trying to reproduce using "src/sys/KB920X arm".
>
> So far the platform doesn't boot, because recent commits removed one ore more
> of these clocks:
>
>sc->sc_iclk = at91_pmc_clock_ref("udc_clk");
>sc->sc_f
Ryan Stone wrote:
> Are you running make with -j something?
no way
> C++ compilers seem to be much more memory hungry than straight C
> compilers.
c++ is far too crufty and clever. no free lunch.
Michael Butler wrote:
> The only other option I can think of is to reduce the level of
> optimizat
On Aug 19, 2012, at 12:17 PM, Garrett Cooper wrote:
> On Sun, Aug 19, 2012 at 9:45 AM, Tim Kientzle wrote:
>>
>> On Aug 12, 2012, at 6:20 AM, Paul Schenkeveld wrote:
>>
>>> Hi,
>>>
>>> I have a wrapper script that builds packages in a chroot environment
>>> which happily runs on release 6 thr
On Sun, Aug 19, 2012 at 10:59 AM, Ryan Stone wrote:
> Are you running make with -j something? You may have to scale that back,
> unfortunately. C++ compilers seem to be much more memory hungry than
> straight C compilers.
It depends on how complex the code is as well (IIRC class nesting
resu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/19/12 10:39, Randy Bush wrote:
>> Is the system running out of memory? A message will go to dmesg if so.
>
> bingo! thank you.
>
> pid 73951 (cc1plus), uid 0, was killed: out of swap space
>
> as this is a 8g cd card machine, i may have a pr
Are you running make with -j something? You may have to scale that back,
unfortunately. C++ compilers seem to be much more memory hungry than
straight C compilers.
On Aug 19, 2012 10:39 AM, "Randy Bush" wrote:
> > Is the system running out of memory? A message will go to dmesg if so.
>
> bingo!
On Aug 12, 2012, at 6:20 AM, Paul Schenkeveld wrote:
> Hi,
>
> I have a wrapper script that builds packages in a chroot environment
> which happily runs on release 6 thru 9 and earlier 10 but fails with:
>
> tar: getvfsbyname failed: No such file or directory
>
> on a recent -CURRENT.
>
> Wh
On 19.08.2012 11:22, Bjorn Larsson wrote:
> We are having problems with gptzfsboot on a HP DL360 G7 using the P410i
> Smart Array Controller.
> I’ve some information on this in the archive on this mailing list that this
> has supposedly been fixed with revision 227400, by implementing the edd
> dat
Hi,
I'm trying to reproduce using "src/sys/KB920X arm".
So far the platform doesn't boot, because recent commits removed one ore more
of these clocks:
sc->sc_iclk = at91_pmc_clock_ref("udc_clk");
sc->sc_fclk = at91_pmc_clock_ref("udpck");
So I get a crash at a NULL pointer when
> Is the system running out of memory? A message will go to dmesg if so.
bingo! thank you.
pid 73951 (cc1plus), uid 0, was killed: out of swap space
as this is a 8g cd card machine, i may have a problem. it's not as if i
can boot a cd rom and run shrinkfs
randy
__
Is the system running out of memory? A message will go to dmesg if so.
On Aug 19, 2012 10:01 AM, "Randy Bush" wrote:
> soekris 5501, been running fbsd since 6.x
> csup Aug 18 22:38 gmt
> rm -rf /usr/obj
> buildworld
>
> c++ -O2 -pipe -DIPFIREWALL_NAT -march=pentium
> -I/usr/src/lib/clang/libllv
soekris 5501, been running fbsd since 6.x
csup Aug 18 22:38 gmt
rm -rf /usr/obj
buildworld
c++ -O2 -pipe -DIPFIREWALL_NAT -march=pentium
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include
-I/usr/src/lib/clan
Dear
We are having problems with gptzfsboot on a HP DL360 G7 using the P410i
Smart Array Controller.
I’ve some information on this in the archive on this mailing list that this
has supposedly been fixed with revision 227400, by implementing the edd
data structure.
However we still see the same
13 matches
Mail list logo
