Re: GCC bootstrap mismatch on OS X 10.4

2011-02-13 Thread Justin Mattock 


On Feb 13, 2011, at 1:01 AM, Csaba Raduly wrote:


Hi all,
I'm trying to build GCC (r170071) on powerpc-apple-darwin8.11.0 (a G4
Mac Mini with OS X 10.4.11). I built and installed gmp-5.0.1,
mpc-0.8.2 and mpfr-3.0.0, then ran

../gcc/configure --enable-languages=c,c++
make bootstrap



tough to say what darwin is asking for(*.h's/lib's) but normally gcc  
builds good

with these instructions here..:
http://cross-lfs.org/view/svn/
should have enough info for osx(-m32) in there..

This failed with:

libtool: link: /Users/useruser/GCC/build/./gcc/xgcc
-B/Users/useruser/GCC/build/./gcc/
-B/usr/local/powerpc-apple-darwin8.11.0/bin/
-B/usr/local/powerpc-apple-darwin8.11.0/lib/ -isystem
/usr/local/powerpc-apple-darwin8.11.0/include -isystem
/usr/local/powerpc-apple-darwin8.11.0/sys-include  -m64 -dynamiclib
-Wl,-fl
libtool: link: dsymutil .libs/libgomp.1.dylib || :
warning: no debug map in executable (-arch ppc64)
libtool: link: (cd ".libs" && rm -f "libgomp.dylib" && ln -s
"libgomp.1.dylib" "libgomp.dylib")
libtool: link: ar rc .libs/libgomp.a  alloc.o barrier.o critical.o
env.o error.o iter.o iter_ull.o loop.o loop_ull.o ordered.o parallel.o
sections.o single.o task.o team.o work.o lock.o mutex.o proc.o sem.o
bar.o ptrlock.o time.o fortran.o affinity.o
libtool: link: ranlib -c .libs/libgomp.a
libtool: link: ( cd ".libs" && rm -f "libgomp.la" && ln -s
"../libgomp.la" "libgomp.la" )
true  DO=all multi-do # make
make "DESTDIR=" "RPATH_ENVVAR=DYLD_LIBRARY_PATH"
"TARGET_SUBDIR=powerpc-apple-darwin8.11.0" "bindir=/usr/local/bin"
"datadir=/usr/local/share" "exec_prefix=/usr/local"
"includedir=/usr/local/include" "datarootdir=/usr/local/share"
"docdir=/usr/local/share/doc/" "infodir=/usr/local/share/info"
"pdfdir=/usr/local/sha
rm -f stage_current
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/cp/typeck.o differs
gcc/haifa-sched.o differs
gcc/real.o differs
gcc/tree-vectorizer.o differs
make[2]: *** [compare] Error 1
make[1]: *** [stage3-bubble] Error 2
make: *** [bootstrap] Error 2

real579m36.885s   - overnight delivery :)
user271m44.136s
sys 26m22.824s

Any idea what could be the problem and how to fix it? Should I just
run a simple "make"?

Csaba
Please CC me because I'm not subscribed to the mailing list. Thanks.
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " --  
Linus Torvalds

"People disagree with me. I just ignore them." -- Linus Torvalds



Justin P. Mattock

Re: GCC bootstrap mismatch on OS X 10.4

2011-02-13 Thread Justin Mattock 


On Feb 13, 2011, at 1:16 AM, Justin Mattock wrote:



On Feb 13, 2011, at 1:01 AM, Csaba Raduly wrote:


Hi all,
I'm trying to build GCC (r170071) on powerpc-apple-darwin8.11.0 (a G4
Mac Mini with OS X 10.4.11). I built and installed gmp-5.0.1,
mpc-0.8.2 and mpfr-3.0.0, then ran

../gcc/configure --enable-languages=c,c++
make bootstrap



tough to say what darwin is asking for(*.h's/lib's) but normally gcc  
builds good

with these instructions here..:
http://cross-lfs.org/view/svn/
should have enough info for osx(-m32) in there..

This failed with:

libtool: link: /Users/useruser/GCC/build/./gcc/xgcc
-B/Users/useruser/GCC/build/./gcc/
-B/usr/local/powerpc-apple-darwin8.11.0/bin/
-B/usr/local/powerpc-apple-darwin8.11.0/lib/ -isystem
/usr/local/powerpc-apple-darwin8.11.0/include -isystem
/usr/local/powerpc-apple-darwin8.11.0/sys-include  -m64 -dynamiclib
-Wl,-fl
libtool: link: dsymutil .libs/libgomp.1.dylib || :
warning: no debug map in executable (-arch ppc64)
libtool: link: (cd ".libs" && rm -f "libgomp.dylib" && ln -s
"libgomp.1.dylib" "libgomp.dylib")
libtool: link: ar rc .libs/libgomp.a  alloc.o barrier.o critical.o
env.o error.o iter.o iter_ull.o loop.o loop_ull.o ordered.o  
parallel.o

sections.o single.o task.o team.o work.o lock.o mutex.o proc.o sem.o
bar.o ptrlock.o time.o fortran.o affinity.o
libtool: link: ranlib -c .libs/libgomp.a
libtool: link: ( cd ".libs" && rm -f "libgomp.la" && ln -s
"../libgomp.la" "libgomp.la" )
true  DO=all multi-do # make
make "DESTDIR=" "RPATH_ENVVAR=DYLD_LIBRARY_PATH"
"TARGET_SUBDIR=powerpc-apple-darwin8.11.0" "bindir=/usr/local/bin"
"datadir=/usr/local/share" "exec_prefix=/usr/local"
"includedir=/usr/local/include" "datarootdir=/usr/local/share"
"docdir=/usr/local/share/doc/" "infodir=/usr/local/share/info"
"pdfdir=/usr/local/sha
rm -f stage_current
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/cp/typeck.o differs
gcc/haifa-sched.o differs
gcc/real.o differs
gcc/tree-vectorizer.o differs
make[2]: *** [compare] Error 1
make[1]: *** [stage3-bubble] Error 2
make: *** [bootstrap] Error 2

real579m36.885s   - overnight delivery :)
user271m44.136s
sys 26m22.824s

Any idea what could be the problem and how to fix it? Should I just
run a simple "make"?

Csaba
Please CC me because I'm not subscribed to the mailing list. Thanks.
--
GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " --  
Linus Torvalds

"People disagree with me. I just ignore them." -- Linus Torvalds



Justin P. Mattock


 looking through seems gcc 4.6.0 is good using this..:
http://gcc.gnu.org/ml/gcc/2010-12/msg00459.html

but then again I have only used the clfs tutorials!!

hope this helps..

Justin P. Mattock

cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0

2009-11-02 Thread Justin Mattock 
Hello,
I'm not sure how to handle this,
while compiling firefox-3.6b1.source
I get this with the default compiling options,
as well as custom:


[  532.942324] cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0
[  532.942330] Pid: 16002, comm: cc1plus Tainted: P
2.6.32-rc5-00083-g04ea458 #2
[  532.942333] Call Trace:
[  532.942342]  [] T.417+0x7c/0x245
[  532.942347]  [] __out_of_memory+0x142/0x159
[  532.942352]  [] out_of_memory+0x6e/0x9d
[  532.942357]  [] __alloc_pages_nodemask+0x47e/0x5cc
[  532.942363]  [] handle_mm_fault+0x25d/0x68e
[  532.942369]  [] do_page_fault+0x2bb/0x2d3
[  532.942373]  [] page_fault+0x25/0x30
[  532.942376] Mem-Info:
[  532.942378] DMA per-cpu:
[  532.942380] CPU0: hi:0, btch:   1 usd:   0
[  532.942383] CPU1: hi:0, btch:   1 usd:   0
[  532.942385] DMA32 per-cpu:
[  532.942388] CPU0: hi:  186, btch:  31 usd:  94
[  532.942391] CPU1: hi:  186, btch:  31 usd:  23
[  532.942393] Normal per-cpu:
[  532.942395] CPU0: hi:  186, btch:  31 usd: 150
[  532.942398] CPU1: hi:  186, btch:  31 usd: 155
[  532.942404] active_anon:707575 inactive_anon:264673 isolated_anon:0
[  532.942406]  active_file:58 inactive_file:33 isolated_file:0
[  532.942407]  unevictable:0 dirty:0 writeback:0 unstable:0 buffer:71
[  532.942408]  free:6998 slab_reclaimable:2697 slab_unreclaimable:16267
[  532.942409]  mapped:136 shmem:64 pagetables:2761 bounce:0
[  532.942418] DMA free:15944kB min:28kB low:32kB high:40kB
active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15360kB
mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB
slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB
pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB
pages_scanned:0 all_unreclaimable? yes
[  532.942425] lowmem_reserve[]: 0 2976 3986 3986
[  532.942436] DMA32 free:10020kB min:6020kB low:7524kB high:9028kB
active_anon:2360492kB inactive_anon:590196kB active_file:84kB
inactive_file:68kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:3047792kB mlocked:0kB dirty:0kB
writeback:0kB mapped:136kB shmem:80kB slab_reclaimable:0kB
slab_unreclaimable:88kB kernel_stack:0kB pagetables:6100kB
unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:448
all_unreclaimable? yes
[  532.942443] lowmem_reserve[]: 0 0 1010 1010
[  532.942454] Normal free:2028kB min:2040kB low:2548kB high:3060kB
active_anon:469808kB inactive_anon:468496kB active_file:148kB
inactive_file:64kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:1034240kB mlocked:0kB dirty:0kB
writeback:0kB mapped:408kB shmem:176kB slab_reclaimable:10788kB
slab_unreclaimable:64972kB kernel_stack:800kB pagetables:4944kB
unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:413
all_unreclaimable? yes
[  532.942461] lowmem_reserve[]: 0 0 0 0
[  532.942465] DMA: 2*4kB 2*8kB 3*16kB 2*32kB 3*64kB 2*128kB 2*256kB
1*512kB 2*1024kB 2*2048kB 2*4096kB = 15944kB
[  532.942478] DMA32: 7*4kB 7*8kB 5*16kB 4*32kB 2*64kB 1*128kB 1*256kB
4*512kB 3*1024kB 0*2048kB 1*4096kB = 10020kB
[  532.942490] Normal: 507*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2028kB
[  532.942501] 7974 total pagecache pages
[  532.942503] 7778 pages in swap cache
[  532.942506] Swap cache stats: add 112290, delete 104512, find 3595/4051
[  532.942508] Free swap  = 0kB
[  532.942510] Total swap = 431632kB
[  532.957941] 1048576 pages RAM
[  532.957943] 40518 pages reserved
[  532.957945] 312 pages shared
[  532.957947] 1000176 pages non-shared
[  532.957951] Out of memory: kill process 16001 (c++) score 543727 or a child
[  532.957955] Killed process 16002 (cc1plus)

I just compiled the latest gcc snapshot a few days
ago.


-- 
Justin P. Mattock

Re: cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0

2009-11-02 Thread Justin Mattock 
On Mon, Nov 2, 2009 at 1:49 PM, Jiri Slaby  wrote:
> On 11/02/2009 10:29 PM, Justin Mattock wrote:
>> [  532.942324] cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, 
>> oom_adj=0
>> [  532.942330] Pid: 16002, comm: cc1plus Tainted: P
>> 2.6.32-rc5-00083-g04ea458 #2
>> [  532.942333] Call Trace:
>> [  532.942342]  [] T.417+0x7c/0x245
>> [  532.942347]  [] __out_of_memory+0x142/0x159
>> [  532.942352]  [] out_of_memory+0x6e/0x9d
>> [  532.942357]  [] __alloc_pages_nodemask+0x47e/0x5cc
>> [  532.942363]  [] handle_mm_fault+0x25d/0x68e
>> [  532.942369]  [] do_page_fault+0x2bb/0x2d3
>> [  532.942373]  [] page_fault+0x25/0x30
> ...
>> [  532.957951] Out of memory: kill process 16001 (c++) score 543727 or a 
>> child
>> [  532.957955] Killed process 16002 (cc1plus)
>>
>> I just compiled the latest gcc snapshot a few days
>> ago.
>
> How many jobs did you run in parallel? Was there anything else memory
> consuming running on that machine? Do you run the same jobs count every
> time you compile such big c++ projects?
>

This would be the only job running.

as for other types of jobs under ps aux there's only
udev,dbus,acpid,sshd,wicd running.

Now with this oom-killer I'm
hitting this on an imac9,1 with
gcc (GCC) 4.5.0 20091029 (experimental)
2.6.32-rc5-00083-g04ea458

On my other machine macbook pro ati chipset
(same system pure64)firefox seems to be going a lot farther
than on the imac(doing this in the past I think this takes a good
45min to compile).

the macbook has:
gcc (GCC) Cross-LFS 4.4.1.20090722) 4.4.1
2.6.32-rc4-00039-ga3f6f2e



-- 
Justin P. Mattock

Re: cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0

2009-11-04 Thread Justin Mattock 
On Wed, Nov 4, 2009 at 7:45 AM, Dave Korn
 wrote:
> Justin P. Mattock wrote:
>
>> I can try, only issue I have is I don't
>> use a distro, so building anything requires me
>> to hand compile it
>
>  Oh, ouch!
>

I know.. I'm a horror for optimization

>> (hopefully not difficult for gdb).
>
>  Indeed, hopefully not.
>

you never know, some packages big/small turn into brain surgery
just to get going.(I'll try after I do some morning exercises)

>> So give me some time on this and I'll see if I can get this up
>> and running, and add that patch to kernel then go from there.
>
>  The one thing you can still try straight away for minimal effort is the
> -fmem-report option, but it's also the least informative...
>
>    cheers,
>      DaveK
>
>

O.k. here is the info from dmesg(with the patch added)
and what -fmem-report:


[  205.931940] kjournald starting.  Commit interval 5 seconds
[  205.931957] EXT3-fs warning: maximal mount count reached, running
e2fsck is recommended
[  205.935509] EXT3 FS on sdb1, internal journal
[  205.935513] EXT3-fs: mounted filesystem with writeback data mode.
[  205.956396] SELinux: initialized (dev sdb1, type ext3), uses xattr
[  434.205304] __ratelimit: 75 callbacks suppressed
[  434.205308] wicd-monitor invoked oom-killer: gfp_mask=0x201da,
order=0, oom_adj=0
[  434.205313] Pid: 1563, comm: wicd-monitor Tainted: P
2.6.32-rc5-00081-g964fe08-dirty #36
[  434.205316] Call Trace:
[  434.205325]  [] oom_kill_process+0x7c/0x243
[  434.205330]  [] __out_of_memory+0x146/0x15d
[  434.205335]  [] out_of_memory+0x6e/0x9d
[  434.205339]  [] __alloc_pages_nodemask+0x498/0x5ce
[  434.205345]  [] __do_page_cache_readahead+0xa0/0x1a1
[  434.205350]  [] ra_submit+0x1c/0x20
[  434.205353]  [] filemap_fault+0x1a6/0x346
[  434.205359]  [] __do_fault+0x4f/0x3d9
[  434.205363]  [] ? do_sync_read+0xe3/0x120
[  434.205369]  [] ? file_has_perm+0x90/0x9e
[  434.205373]  [] handle_mm_fault+0x3ab/0x6a7
[  434.205379]  [] do_page_fault+0x2bb/0x2d3
[  434.205383]  [] page_fault+0x25/0x30
[  434.205386] Mem-Info:
[  434.205388] DMA per-cpu:
[  434.205391] CPU0: hi:0, btch:   1 usd:   0
[  434.205394] CPU1: hi:0, btch:   1 usd:   0
[  434.205396] DMA32 per-cpu:
[  434.205399] CPU0: hi:  186, btch:  31 usd: 125
[  434.205401] CPU1: hi:  186, btch:  31 usd: 105
[  434.205404] Normal per-cpu:
[  434.205406] CPU0: hi:  186, btch:  31 usd: 172
[  434.205409] CPU1: hi:  186, btch:  31 usd: 154
[  434.205416] active_anon:708764 inactive_anon:266208 isolated_anon:0
[  434.205417]  active_file:71 inactive_file:11 isolated_file:0
[  434.205419]  unevictable:0 dirty:0 writeback:0 unstable:0 buffer:74
[  434.205420]  free:6961 slab_reclaimable:2782 slab_unreclaimable:16224
[  434.205421]  mapped:65 shmem:35 pagetables:2861 bounce:0
[  434.205430] DMA free:15944kB min:28kB low:32kB high:40kB
active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15360kB
mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB
slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB
pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB
pages_scanned:0 all_unreclaimable? yes
[  434.205438] lowmem_reserve[]: 0 2976 3986 3986
[  434.205449] DMA32 free:9976kB min:6020kB low:7524kB high:9028kB
active_anon:2360156kB inactive_anon:589924kB active_file:60kB
inactive_file:44kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:3047792kB mlocked:0kB dirty:0kB
writeback:0kB mapped:88kB shmem:4kB slab_reclaimable:148kB
slab_unreclaimable:316kB kernel_stack:40kB pagetables:5952kB
unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:225
all_unreclaimable? yes
[  434.205457] lowmem_reserve[]: 0 0 1010 1010
[  434.205468] Normal free:1924kB min:2040kB low:2548kB high:3060kB
active_anon:474900kB inactive_anon:474908kB active_file:224kB
inactive_file:0kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:1034240kB mlocked:0kB dirty:0kB
writeback:0kB mapped:172kB shmem:136kB slab_reclaimable:10980kB
slab_unreclaimable:64572kB kernel_stack:824kB pagetables:5492kB
unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:677
all_unreclaimable? yes
[  434.205476] lowmem_reserve[]: 0 0 0 0
[  434.205481] DMA: 2*4kB 2*8kB 3*16kB 2*32kB 3*64kB 2*128kB 2*256kB
1*512kB 2*1024kB 2*2048kB 2*4096kB = 15944kB
[  434.205493] DMA32: 2*4kB 14*8kB 16*16kB 10*32kB 3*64kB 1*128kB
1*256kB 1*512kB 2*1024kB 1*2048kB 1*4096kB = 9976kB
[  434.205505] Normal: 481*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB
0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 1924kB
[  434.205516] 8029 total pagecache pages
[  434.205519] 7893 pages in swap cache
[  434.205521] Swap cache stats: add 112490, delete 104597, find 5058/5479
[  434.205524] Free swap  = 0kB
[  434.205526] Total swap = 431632kB
[  434.220125] 1048576 pages RAM
[  434.220127] 40493 pages reserved
[  434.220129] 170 pages shared
[  434.220131] 1000179 pages non-shared
[  434.220135] Out of memory: kill

Re: cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0

2009-11-04 Thread Justin Mattock 
here's what I did:
 valgrind --tool=memcheck --leak-check=full -v make -f client.mk build


e2 -march=core2 -O2 -pipe -fomit-frame-pointer   -DMOZILLA_CLIENT
-include ./js-confdefs.h -Wp,-MD,.deps/jsxml.pp
/home/justin/LFS/firefox/mozilla-1.9.2/js/src/jsxml.cpp
{standard input}: Assembler messages:
{standard input}:271839: Warning: end of file not at end of a line;
newline inserted
{standard input}:271896: Error: suffix or operands invalid for `movq'
{standard input}:271896: Error: open CFI at the end of file; missing
.cfi_endproc directive
c++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See  for instructions.
make[4]: *** [jsxml.o] Error 1
make[4]: Leaving directory
`/home/name/LFS/firefox/mozilla-1.9.2/obj-x86_64-unknown-linux-gnu/js/src'
make[3]: *** [libs_tier_js] Error 2
make[3]: Leaving directory
`/home/name/LFS/firefox/mozilla-1.9.2/obj-x86_64-unknown-linux-gnu'
make[2]: *** [tier_js] Error 2
make[2]: Leaving directory
`/home/name/LFS/firefox/mozilla-1.9.2/obj-x86_64-unknown-linux-gnu'
make[1]: *** [default] Error 2
make[1]: Leaving directory
`/home/name/LFS/firefox/mozilla-1.9.2/obj-x86_64-unknown-linux-gnu'
make: *** [build] Error 2
==4072==
==4072== HEAP SUMMARY:
==4072== in use at exit: 201,183 bytes in 4,237 blocks
==4072==   total heap usage: 28,879 allocs, 24,642 frees, 2,947,434
bytes allocated
==4072==
==4072== Searching for pointers to 4,237 not-freed blocks
==4072== Checked 268,808 bytes
==4072==
==4072== 6 bytes in 1 blocks are possibly lost in loss record 41 of 295
==4072==at 0x4C2488A: malloc (vg_replace_malloc.c:195)
==4072==by 0x50ABEE1: strdup (in /lib/libc-2.10.90.so)
==4072==by 0x4118D8: xstrdup (in /usr/bin/make)
==4072==by 0x41BAA4: define_variable_in_set (in /usr/bin/make)
==4072==by 0x4160B4: eval (in /usr/bin/make)
==4072==by 0x416766: eval_makefile (in /usr/bin/make)
==4072==by 0x416A3F: read_all_makefiles (in /usr/bin/make)
==4072==by 0x410853: main (in /usr/bin/make)
==4072==
==4072== 14 bytes in 1 blocks are possibly lost in loss record 69 of 295
==4072==at 0x4C2488A: malloc (vg_replace_malloc.c:195)
==4072==by 0x411977: xmalloc (in /usr/bin/make)
==4072==by 0x411AA8: savestring (in /usr/bin/make)
==4072==by 0x41BB7A: define_variable_in_set (in /usr/bin/make)
==4072==by 0x410832: main (in /usr/bin/make)
==4072==
==4072== LEAK SUMMARY:
==4072==definitely lost: 0 bytes in 0 blocks
==4072==indirectly lost: 0 bytes in 0 blocks
==4072==  possibly lost: 20 bytes in 2 blocks
==4072==still reachable: 201,163 bytes in 4,235 blocks
==4072== suppressed: 0 bytes in 0 blocks
==4072== Reachable blocks (those to which a pointer was found) are not shown.
==4072== To see them, rerun with: --leak-check=full --show-reachable=yes
==4072==
==4072== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 5 from 5)
--4072--
--4072-- used_suppression:  2 dl-hack3-cond-1
--4072-- used_suppression:  3 glibc-2.5.x-on-SUSE-10.2-(PPC)-2a
==4072==
==4072== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 5 from 5)

I'll try out gdb, and more of valgrind.

-- 
Justin P. Mattock

Re: cc1plus invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0

2009-11-04 Thread Justin Mattock 
On Wed, Nov 4, 2009 at 4:36 PM, Dave Korn
 wrote:
> Justin Mattock wrote:
>> here's what I did:
>>  valgrind --tool=memcheck --leak-check=full -v make -f client.mk build
>
>> ==4072== LEAK SUMMARY:
>
>> I'll try out gdb, and more of valgrind.
>
>  Yep, that doesn't tell us a lot in its default modes.  I'm not a valgrind
> expert but it looks from the docs like you want to try the Massif tool: it
> looks really thorough.
>
> http://valgrind.org/docs/manual/ms-manual.html
>
>    cheers,
>      DaveK
>
>
>

o.k. round2 I can try gdb(now that I have somewhat of an idea of
how to use one of these tools).

in the meanwhile hopefully this is useful(if not just clip, and I'll try
to gather something useful)


using this for valgrind and the command(below in log)
valgrind -v --tool=memcheck --leak-check=yes --num-callers=10
--leak-check=full --show-reachable=yes --gen-suppressions=yes
(log of valgrind is a bit long, so here's just a few of what
suppresions printed out:)

==1830== Memcheck, a memory error detector
==1830== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==1830== Using Valgrind-3.5.0 and LibVEX; rerun with -h for copyright info
==1830== Command: c++ -o jsxml.o -c -DOSTYPE="Linux2.6" -DOSARCH=Linux
-DEXPORT_JS_API -DJS_USE_SAFE_ARENA
-I/home/justin/LFS/firefox/mozilla-1.9.2/js/src -I.
-I./../../dist/include -I./../../dist/include/nsprpub
-I/usr/include/nspr -I/home/justin/LFS/firefox/mozilla-1.9.2/js/src
-fPIC -fno-rtti -fno-exceptions -Wall -Wpointer-arith
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof
-Wno-variadic-macros -Wno-long-long -pedantic -fno-strict-aliasing
-pthread -pipe -DNDEBUG -DTRIMMED -m64 -mtune=core2 -march=core2 -O2
-pipe -fomit-frame-pointer -DMOZILLA_CLIENT -include ./js-confdefs.h
-Wp,-MD,.deps/jsxml.pp
/home/justin/LFS/firefox/mozilla-1.9.2/js/src/jsxml.cpp
==1830==
--1830-- Valgrind options:
--1830---v
--1830----tool=memcheck
--1830----leak-check=yes
--1830----num-callers=10
--1830----leak-check=full
--1830----show-reachable=yes
--1830----gen-suppressions=yes
--1830-- Contents of /proc/version:
--1830--   Linux version 2.6.32-rc5-00083-g04ea458 (jus...@linux-0)
(gcc version 4.4.1 (GCC for Cross-LFS 4.4.1.20090722) ) #2 SMP Sat Oct
24 21:38:54 PDT 2009
--1830-- Arch and hwcaps: AMD64, amd64-sse3-cx16
--1830-- Page sizes: currently 4096, max supported 4096
--1830-- Valgrind library directory: /usr/lib/valgrind
--1830-- Reading syms from /usr/bin/c++ (0x40)
--1830-- Reading syms from /lib/ld-2.10.90.so (0x400)
--1830-- Reading syms from /usr/lib/valgrind/memcheck-amd64-linux (0x3800)
--1830--object doesn't have a dynamic symbol table
--1830-- Reading suppressions file: /usr/lib/valgrind/default.supp
--1830-- REDIR: 0x4016110 (strlen) redirected to 0x38040607
(vgPlain_amd64_linux_REDIR_FOR_strlen)
--1830-- Reading syms from
/usr/lib/valgrind/vgpreload_core-amd64-linux.so (0x4a2)
--1830-- Reading syms from
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so (0x4c21000)
==1830== WARNING: new redirection conflicts with existing -- ignoring it
--1830-- new: 0x04016110 (strlen  ) R-> 0x04c24fd0 strlen
--1830-- REDIR: 0x4015f30 (index) redirected to 0x4c24d50 (index)
--1830-- REDIR: 0x40160e0 (strcmp) redirected to 0x4c252e0 (strcmp)
--1830-- Reading syms from /lib/libc-2.10.90.so (0x4e28000)
--1830-- REDIR: 0x4ea4c40 (rindex) redirected to 0x4c24bb0 (rindex)
--1830-- REDIR: 0x4e9e010 (malloc) redirected to 0x4c24808 (malloc)
--1830-- REDIR: 0x4ea3330 (strncmp) redirected to 0x4c25210 (strncmp)
--1830-- REDIR: 0x4ea7670 (memcpy) redirected to 0x4c253e0 (memcpy)
--1830-- REDIR: 0x4e9df30 (free) redirected to 0x4c23b44 (free)
--1830-- REDIR: 0x4ea17d0 (strcmp) redirected to 0x4c25280 (strcmp)
--1830-- REDIR: 0x4ea3170 (strlen) redirected to 0x4c24f90 (strlen)
--1830-- REDIR: 0x4ea1750 (index) redirected to 0x4c24c50 (index)
--1830-- REDIR: 0x4ea9da0 (strchrnul) redirected to 0x4c25ff0 (strchrnul)
--1830-- REDIR: 0x4ea6d30 (mempcpy) redirected to 0x4c260e0 (mempcpy)
--1830-- REDIR: 0x4ea5bc0 (memchr) redirected to 0x4c253a0 (memchr)
--1830-- REDIR: 0x4e9f060 (realloc) redirected to 0x4c248b9 (realloc)
--1830-- REDIR: 0x4ea31c0 (strnlen) redirected to 0x4c24f60 (strnlen)
--1830-- REDIR: 0x4ea7360 (stpcpy) redirected to 0x4c25c10 (stpcpy)
--1830-- REDIR: 0x4ea2c20 (strcpy) redirected to 0x4c24ff0 (strcpy)
--1830-- REDIR: 0x4ea9d50 (rawmemchr) redirected to 0x4c26020 (rawmemchr)
--1830-- REDIR: 0x4e9d5d0 (calloc) redirected to 0x4c2322c (calloc)
--1830-- REDIR: 0x4ea4b80 (strncpy) redirected to 0x4c250c0 (strncpy)
--1830-- REDIR: 0x4ea1590 (strcat) redirected to 0x4c24d90 (strcat)
--1830-- REDIR: 0x4e5bf40 (putenv) redirected to 0x4c263d0 (putenv)
{standard input}: Assembler messages:
{standard input}:271839: Warning: end of f

gcc- 4.6.0 20100416 rtmutex.c:1138:1: internal compiler error

2010-04-18 Thread Justin Mattock 
so far I've compiled most of the system
(glibc,Xserver,etc..)
and not really anything has crashed and burned
except for the kernel:

kernel/rtmutex.c: At top level:
kernel/rtmutex.c:1138:1: internal compiler error: in
cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[1]: *** [kernel/rtmutex.o] Error 1
make: *** [kernel] Error 2

any reports of this/ideas?

-- 
Justin P. Mattock

kernel BUG at fs/ext4/mballoc.c:2993!

2010-08-06 Thread Justin Mattock 
hello,
I just built a fresh clfs system using the tutorial.. right now Im
able to boot and am able to login, the system seems to be running as
it should except for when I try to install gmp and/or do a /sbin/lilo
I see a message appear on screen(below) then if I do any kind of
command(dmesg > dmesg) I get a stuck screen. has there been anything
similar to the below message?

keep in mind the kernel I'm using is 2.6.35-rc6 which on other
machines(same type of system) run just fine without such message.

only real thing different that I did with this build was build the
latest gcc with gmp/mpfr/mpc inside gcc source directory instead of
installing them on the system then using the switches to there
location.



<0>[   48.976957] [ cut here ]
<2>[   48.977187] kernel BUG at fs/ext4/mballoc.c:2993!
<0>[   48.977415] invalid opcode:  [#1] SMP

<0>[   48.977694] last sysfs file: /sys/devices/virtual/vc/vcsa12/uevent
<4>[   48.977873] CPU 0
<4>[   48.977873] Modules linked in: uvcvideo videodev v4l1_compat
firewire_ohci firewire_core ohci1394 i2c_nforce2 ohci_hcd forcedeth
evdev thermal button aes_x86_64 lzo lzo_decompress lzo_compress tun
kvm_intel ipcomp xfrm_ipcomp crypto_null sha256_generic cbc
des_generic cast5 blowfish serpent camellia twofish twofish_common ctr
ah4 esp4 authenc adm1021 raw1394 ieee1394 uhci_hcd ehci_hcd hci_uart
rfcomm btusb hidp l2cap bluetooth coretemp acpi_cpufreq processor
mperf appletouch applesmc
<4>[   48.977873]
<4>[   48.977873] Pid: 1482, comm: lilo Not tainted 2.6.35-rc6 #1
Mac-F2218FC8/iMac9,1
<4>[   48.977873] RIP: 0010:[]  []
ext4_mb_normalize_request+0x2d3/0x342
<4>[   48.977873] RSP: 0018:880137a6fa88  EFLAGS: 00010206
<4>[   48.977873] RAX: 88013eef RBX: 880138ee5000 RCX:
0010
<4>[   48.977873] RDX: 0010 RSI: 0010 RDI:
88013eee1568
<4>[   48.977873] RBP: 880137a6fad8 R08: 0001fff0 R09:
880137a6fb08
<4>[   48.977873] R10: 00016e10 R11: 880137a6fc30 R12:
0010
<4>[   48.977873] R13: 880137a6fc10 R14: 0001fff0 R15:
0002
<4>[   48.977873] FS:  7f58b5b65700()
GS:880001a0() knlGS:
<4>[   48.977873] CS:  0010 DS:  ES:  CR0: 8005003b
<4>[   48.977873] CR2: 00669018 CR3: 000138463000 CR4:
000406f0
<4>[   48.977873] DR0:  DR1:  DR2:

<4>[   48.977873] DR3:  DR6: 0ff0 DR7:
0400
<4>[   48.977873] Process lilo (pid: 1482, threadinfo
880137a6e000, task 880137310f60)
<0>[   48.977873] Stack:
<4>[   48.977873]   8050 880138faaca8
000281150729
<4>[   48.977873] <0> 880137a6fb08 880137a6fc10
880137a6fc64 88013eee1568
<4>[   48.977873] <0> 880138ee5000 
880137a6fb58 81154ca0
<0>[   48.977873] Call Trace:
<4>[   48.977873]  [] ext4_mb_new_blocks+0x173/0x3d3
<4>[   48.977873]  [] ? ext4_ext_find_extent+0x45/0x2a6
<4>[   48.977873]  [] ext4_ext_map_blocks+0x1732/0x1aeb
<4>[   48.977873]  [] ?
radix_tree_gang_lookup_tag_slot+0x81/0xa2
<4>[   48.977873]  [] ? pagevec_lookup_tag+0x20/0x29
<4>[   48.977873]  [] ext4_map_blocks+0x115/0x1f4
<4>[   48.977873]  [] mpage_da_map_blocks+0xeb/0x364
<4>[   48.977873]  [] ? ext4_journal_start_sb+0xc7/0x103
<4>[   48.977873]  [] ext4_da_writepages+0x330/0x579
<4>[   48.977873]  [] ? mutex_unlock+0x9/0xb
<4>[   48.977873]  [] ? generic_file_aio_write+0x84/0xa4
<4>[   48.977873]  [] do_writepages+0x1f/0x28
<4>[   48.977873]  [] __filemap_fdatawrite_range+0x4e/0x50
<4>[   48.977873]  [] filemap_write_and_wait_range+0x28/0x51
<4>[   48.977873]  [] vfs_fsync_range+0x36/0x79
<4>[   48.977873]  [] vfs_fsync+0x17/0x19
<4>[   48.977873]  [] do_fsync+0x29/0x3e
<4>[   48.977873]  [] sys_fdatasync+0xe/0x12
<4>[   48.977873]  [] system_call_fastpath+0x16/0x1b
<0>[   48.977873] Code: 44 8b 45 b8 8b 43 10 89 c2 49 39 d7 7f 07 41
39 c4 76 02 0f 0b 4d 85 f6 74 11 48 8b 7b 08 48 8b 87 28 03 00 00 4c
3b 70 10 76 02 <0f> 0b 44 89 63 20 44 89 43 2c 49 8b 75 28 48 85 f6 74
1f 41 8b
<1>[   48.977873] RIP  []
ext4_mb_normalize_request+0x2d3/0x342
<4>[   48.977873]  RSP 
<4>[   48.994547] ---[ end trace 5f3a007a6b3c50ca ]---




-- 
Justin P. Mattock

building nss-3.12.7 with 4.6.0 20100731

2010-08-13 Thread Justin Mattock 
hello,
I seem to be stuck with this error(below) when building nss

../dist/public/dbm  pkix_pl_ldaptemplates.c
{standard input}: Assembler messages:
{standard input}:954: Error: junk at end of line, first unrecognized
character is `6'
{standard input}:954: Error: junk at end of line, first unrecognized
character is `"'
make[4]: *** [Linux2.6_x86_64_glibc_PTH_64_OPT.OBJ/pkix_pl_ldaptemplates.o]
Error 1

is this a problem with gcc or is this a problem with nss?


-- 
Justin P. Mattock

Re: on how to compile gcc-4.6 correctly?

2010-09-06 Thread Justin Mattock 
On Mon, Sep 6, 2010 at 2:54 AM, Cheng Rk  wrote:
> --- On Mon, 6/9/10, Justin P. Mattock  wrote:
>> From: Justin P. Mattock 
>> Subject: Re: on how to compile gcc-4.6 correctly?
>> To: "Dennis" 
>> Cc: gcc@gcc.gnu.org, crq...@ymail.com
>> Date: Monday, 6 September, 2010, 9:18 AM
>> On 09/05/2010 08:17 PM, Dennis
> [...]
>> hm... an obvious question would be if you have your
>> toolchain correct?
>
> Yes, I think the binutils/gmp/mpfr/mpc all dependencies are correct, 
> otherwise why I can compile all gcc-4.5.x version correctly?
> On the same system, gcc-4.5.x (4.5.0 and 4.5.1 and 4.5-20100902/... multiple 
> snapshots) all can compile correctly, I install them into separate 
> directories, and have verified those compilers can compile many source 
> packages correctly;
>
>> (but you probably do..(I used this to build
>> 4.6.0..:http://cross-lfs.org/view/svn/x86_64-64/))
>
> but this still didn't explain what's the "ggc_alloc_cleared_lang_type" macro? 
> all through gcc source it's only used by gcc/c-decl.c file, but it has no 
> definition under gcc source header files, nor under /usr/include;
>
>>
>> in your case I see something with lang... maybe your CFLAGS
>> are set
>> wrong to the wrong machine?! over here my CFLAGS look like
>> this:
>> CFLAGS="-m64 -mtune=core2 -march=core2 -O2 -pipe
>> -fomit-frame-pointer
>> -fstack-protector -w" CXXFLAGS="${CFLAGS}"
>> MAKEOPTS="{-j3}"
>
> I didn't use any special CFLAGS, when I try to compile gcc-4.5.x or this 
> gcc-4.6 snapshot, I just use "../gcc-4.6-20100905/configure 
> --with-arch-64=athlon64 --with-arch-32=i386", I tried to get a multilib 
> compiler that could generate default athlon64 optimized code for 64bit and 
> i386 code for 32bit;
>
> The same "--with-arch-64=athlon64 --with-arch-32=i386" works well during 
> compiling gcc-4.5.x but why not work on gcc-4.6 ???
>
>>
>> keep in mind this is for a intel iMac... your system could
>> be diff..
>>
>> Justin P. Mattock
>>
>
> Thanks a lot~
>
>
>

ah... if gcc 4.5.0 builds right, but 4.6.0 does not then everything is
good(toolchain).. sounds like your going to have to file a bug with
gcc since 4.6.0 is so new..
(keep in mind it's late here so I might have left a few things out..).


-- 
Justin P. Mattock