* build breakage: sqlite3_3.6.20
@ 2009-11-13 9:49 Robert P. J. Day
2009-11-13 10:05 ` Richard Purdie
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 9:49 UTC (permalink / raw)
To: OpenEmbedded Development mailing list
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2928 bytes --]
the log file:
NOTE: make -j4 sqlite3.h
make: `sqlite3.h' is up to date.
NOTE: make -j4
rm -rf tsrc
mkdir -p tsrc
cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
rm tsrc/sqlite.h.in tsrc/parse.y
tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
make: *** [.target_source] Error 127
FATAL: oe_runmake failed
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 9:49 build breakage: sqlite3_3.6.20 Robert P. J. Day
@ 2009-11-13 10:05 ` Richard Purdie
2009-11-13 10:44 ` Robert P. J. Day
2009-11-13 10:09 ` Richard Purdie
2009-11-13 10:31 ` Frans Meulenbroeks
2 siblings, 1 reply; 10+ messages in thread
From: Richard Purdie @ 2009-11-13 10:05 UTC (permalink / raw)
To: openembedded-devel
On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> NOTE: make -j4 sqlite3.h
> make: `sqlite3.h' is up to date.
> NOTE: make -j4
> rm -rf tsrc
> mkdir -p tsrc
> cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> rm tsrc/sqlite.h.in tsrc/parse.y
> tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> make: *** [.target_source] Error 127
> FATAL: oe_runmake failed
Can you do a "find -name *tcl*" on your tmp/staging directory please?
FWIW this builds here (as does python native). I've seen one other
report about the python-native segfault from Philip Balister.
Cheers,
Richard
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 9:49 build breakage: sqlite3_3.6.20 Robert P. J. Day
2009-11-13 10:05 ` Richard Purdie
@ 2009-11-13 10:09 ` Richard Purdie
2009-11-13 11:10 ` Robert P. J. Day
2009-11-13 12:04 ` Robert P. J. Day
2009-11-13 10:31 ` Frans Meulenbroeks
2 siblings, 2 replies; 10+ messages in thread
From: Richard Purdie @ 2009-11-13 10:09 UTC (permalink / raw)
To: openembedded-devel
On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> NOTE: make -j4 sqlite3.h
> make: `sqlite3.h' is up to date.
> NOTE: make -j4
> rm -rf tsrc
> mkdir -p tsrc
> cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> rm tsrc/sqlite.h.in tsrc/parse.y
> tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> make: *** [.target_source] Error 127
> FATAL: oe_runmake failed
There is talk on irc of the symbolic link for libtcl8.4.so.0 not being
created. This should be done in the tcl-native recipe by the
oe_libinstall shell function call.
We're going to need someone who is experiencing this problem to find out
why that function is not creating the symlink...
(assuming the symlink is missing)
Cheers,
Richard
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 9:49 build breakage: sqlite3_3.6.20 Robert P. J. Day
2009-11-13 10:05 ` Richard Purdie
2009-11-13 10:09 ` Richard Purdie
@ 2009-11-13 10:31 ` Frans Meulenbroeks
2 siblings, 0 replies; 10+ messages in thread
From: Frans Meulenbroeks @ 2009-11-13 10:31 UTC (permalink / raw)
To: openembedded-devel
2009/11/13 Robert P. J. Day <rpjday@crashcourse.ca>:
> tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
A good plan is to check if tcl (or libtcl) is build.
Messages like this are typically an indication of a missing dependency
(especially if it does build for others)
We don't really have a good mechanism to verify that all dependencies are there.
Actually I guess something could be done by making a minimal staging
dir, make a backup of it, then build a package, restore the staging
dir, rebuild the next package (including all dependencies.
One could even do smarter and gradually add packages to staging to
minimise rebuilding of packages like e.g. perl.
In that case a dependency tree needs to be build and only packages on
a specific node needs to be checked.
Of course this does not help for superfluous dependencies.
Frans
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 10:05 ` Richard Purdie
@ 2009-11-13 10:44 ` Robert P. J. Day
0 siblings, 0 replies; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 10:44 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 4168 bytes --]
On Fri, 13 Nov 2009, Richard Purdie wrote:
> On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> > NOTE: make -j4 sqlite3.h
> > make: `sqlite3.h' is up to date.
> > NOTE: make -j4
> > rm -rf tsrc
> > mkdir -p tsrc
> > cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> > rm tsrc/sqlite.h.in tsrc/parse.y
> > tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> > tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> > make: *** [.target_source] Error 127
> > FATAL: oe_runmake failed
>
> Can you do a "find -name *tcl*" on your tmp/staging directory
> please?
assuming you really want to see if there's a built libtcl, i just
looked for "*libtcl*" (a full "*tcl*" search is attached):
$ find staging -name "*libtcl*"
staging/x86_64-linux/usr/lib/libtclstub8.4.a
staging/x86_64-linux/usr/lib/libtcl8.4.so
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtclstub8.4.a
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so.0
$
$ ls -l staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so*
lrwxrwxrwx. 1 rpjday rpjday 14 2009-11-12 13:03 staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so -> libtcl8.4.so.0
-rwxr-xr-x. 1 rpjday rpjday 8241813 2009-11-12 13:03 staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so.0
$
> FWIW this builds here (as does python native). I've seen one other
> report about the python-native segfault from Philip Balister.
i've occasionally had segfaults that went away with another build
attempt. this one, though, has been reliably reproducible.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
[-- Attachment #2: Type: TEXT/PLAIN, Size: 4350 bytes --]
./x86_64-linux/usr/include/tclDecls.h
./x86_64-linux/usr/include/tcl.h
./x86_64-linux/usr/include/tclPlatDecls.h
./x86_64-linux/usr/include/tcl8.4.19
./x86_64-linux/usr/include/tcl8.4.19/compat/tclErrno.h
./x86_64-linux/usr/include/tcl8.4.19/unix/tclUnixThrd.h
./x86_64-linux/usr/include/tcl8.4.19/unix/tclUnixPort.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclRegexp.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclDecls.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclIntPlatDecls.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tcl.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclIntDecls.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclCompile.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclPlatDecls.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclInitScript.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclPort.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclInt.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclIO.h
./x86_64-linux/usr/include/tcl8.4.19/generic/tclMath.h
./x86_64-linux/usr/include/glib-2.0/gio/gsocketclient.h
./x86_64-linux/usr/bin/armv7a-angstrom-linux-gnueabi/tclConfig.sh
./x86_64-linux/usr/bin/tclsh
./x86_64-linux/usr/bin/tclConfig.sh
./x86_64-linux/usr/bin/tclsh8.4
./x86_64-linux/usr/lib/libtclstub8.4.a
./x86_64-linux/usr/lib/libtcl8.4.so
./x86_64-linux/usr/share/gettext/msgunfmt.tcl
./x86_64-linux/usr/share/doc/gettext/examples/hello-tcl-tk
./x86_64-linux/usr/share/doc/gettext/examples/hello-tcl-tk/hello.tcl
./x86_64-linux/usr/share/doc/gettext/examples/hello-tcl
./x86_64-linux/usr/share/doc/gettext/examples/hello-tcl/hello.tcl
./armv7a-angstrom-linux-gnueabi/shlibs/tcl-lib.ver
./armv7a-angstrom-linux-gnueabi/shlibs/tcl-lib.list
./armv7a-angstrom-linux-gnueabi/usr/include/tclDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl.h
./armv7a-angstrom-linux-gnueabi/usr/include/tclPlatDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/compat/tclErrno.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/unix/tclUnixThrd.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/unix/tclUnixPort.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclRegexp.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclIntPlatDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tcl.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclIntDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclCompile.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclPlatDecls.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclInitScript.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclPort.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclInt.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclIO.h
./armv7a-angstrom-linux-gnueabi/usr/include/tcl8.4.19/generic/tclMath.h
./armv7a-angstrom-linux-gnueabi/usr/include/gstreamer-0.10/gst/gstclock.h
./armv7a-angstrom-linux-gnueabi/usr/include/gstreamer-0.10/gst/net/gstnetclientclock.h
./armv7a-angstrom-linux-gnueabi/usr/include/glib-2.0/gio/gsocketclient.h
./armv7a-angstrom-linux-gnueabi/usr/include/jack/intclient.h
./armv7a-angstrom-linux-gnueabi/usr/lib/libtclstub8.4.a
./armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so
./armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so.0
./armv7a-angstrom-linux-gnueabi/usr/share/jack-audio-connection-kit/reference/html/intclient_8h_source.html
./armv7a-angstrom-linux-gnueabi/usr/share/jack-audio-connection-kit/reference/html/intclient_8h.html
./armv7a-angstrom-linux-gnueabi/usr/share/jack-audio-connection-kit/reference/html/intclient_8h-source.html
./armv7a-angstrom-linux-gnueabi/usr/share/vim/vim70/compiler/tcl.vim
./armv7a-angstrom-linux-gnueabi/usr/share/vim/vim70/indent/tcl.vim
./armv7a-angstrom-linux-gnueabi/usr/share/vim/vim70/syntax/tcl.vim
./armv7a-angstrom-linux-gnueabi/usr/share/vim/vim70/doc/if_tcl.txt
./beagleboard-angstrom-linux-gnueabi/kernel/arch/arm/lib/testclearbit.o
./beagleboard-angstrom-linux-gnueabi/kernel/arch/arm/lib/testclearbit.S
./beagleboard-angstrom-linux-gnueabi/kernel/arch/arm/lib/.testclearbit.o.cmd
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 10:09 ` Richard Purdie
@ 2009-11-13 11:10 ` Robert P. J. Day
2009-11-13 12:04 ` Robert P. J. Day
1 sibling, 0 replies; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 11:10 UTC (permalink / raw)
To: openembedded-devel
On Fri, 13 Nov 2009, Richard Purdie wrote:
> There is talk on irc of the symbolic link for libtcl8.4.so.0 not
> being created. This should be done in the tcl-native recipe by the
> oe_libinstall shell function call.
>
> We're going to need someone who is experiencing this problem to find out
> why that function is not creating the symlink...
>
> (assuming the symlink is missing)
oh, wait ... on my system, i have:
$ find staging -name "*libtcl*"
staging/x86_64-linux/usr/lib/libtclstub8.4.a
staging/x86_64-linux/usr/lib/libtcl8.4.so
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtclstub8.4.a
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so
staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so.0
$
i had assumed it was the arm-related build that was the issue, but
is it the x86_64-linux directory i should be looking at here, where
that symlink is quite clearly missing?
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 10:09 ` Richard Purdie
2009-11-13 11:10 ` Robert P. J. Day
@ 2009-11-13 12:04 ` Robert P. J. Day
2009-11-13 14:09 ` Richard Purdie
1 sibling, 1 reply; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 12:04 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3508 bytes --]
On Fri, 13 Nov 2009, Richard Purdie wrote:
> On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> > NOTE: make -j4 sqlite3.h
> > make: `sqlite3.h' is up to date.
> > NOTE: make -j4
> > rm -rf tsrc
> > mkdir -p tsrc
> > cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> > rm tsrc/sqlite.h.in tsrc/parse.y
> > tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> > tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> > make: *** [.target_source] Error 127
> > FATAL: oe_runmake failed
>
> There is talk on irc of the symbolic link for libtcl8.4.so.0 not being
> created. This should be done in the tcl-native recipe by the
> oe_libinstall shell function call.
>
> We're going to need someone who is experiencing this problem to find out
> why that function is not creating the symlink...
>
> (assuming the symlink is missing)
i reran that build verbosely and with debugging, and posted it:
http://pastebin.com/d2fbcdbb
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 12:04 ` Robert P. J. Day
@ 2009-11-13 14:09 ` Richard Purdie
2009-11-13 14:21 ` Robert P. J. Day
2009-11-13 14:27 ` Robert P. J. Day
0 siblings, 2 replies; 10+ messages in thread
From: Richard Purdie @ 2009-11-13 14:09 UTC (permalink / raw)
To: openembedded-devel
On Fri, 2009-11-13 at 07:04 -0500, Robert P. J. Day wrote:
> On Fri, 13 Nov 2009, Richard Purdie wrote:
>
> > On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> > > NOTE: make -j4 sqlite3.h
> > > make: `sqlite3.h' is up to date.
> > > NOTE: make -j4
> > > rm -rf tsrc
> > > mkdir -p tsrc
> > > cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> > > rm tsrc/sqlite.h.in tsrc/parse.y
> > > tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> > > tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> > > make: *** [.target_source] Error 127
> > > FATAL: oe_runmake failed
> >
> > There is talk on irc of the symbolic link for libtcl8.4.so.0 not being
> > created. This should be done in the tcl-native recipe by the
> > oe_libinstall shell function call.
> >
> > We're going to need someone who is experiencing this problem to find out
> > why that function is not creating the symlink...
> >
> > (assuming the symlink is missing)
>
> i reran that build verbosely and with debugging, and posted it:
>
> http://pastebin.com/d2fbcdbb
Phil Blundell pushed a fix for tcl-native, could you see if that helps?
Cheers,
Richard
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 14:09 ` Richard Purdie
@ 2009-11-13 14:21 ` Robert P. J. Day
2009-11-13 14:27 ` Robert P. J. Day
1 sibling, 0 replies; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 14:21 UTC (permalink / raw)
To: openembedded-devel
[-- Attachment #1: Type: TEXT/PLAIN, Size: 3843 bytes --]
On Fri, 13 Nov 2009, Richard Purdie wrote:
> On Fri, 2009-11-13 at 07:04 -0500, Robert P. J. Day wrote:
> > On Fri, 13 Nov 2009, Richard Purdie wrote:
> >
> > > On Fri, 2009-11-13 at 04:49 -0500, Robert P. J. Day wrote:
> > > > NOTE: make -j4 sqlite3.h
> > > > make: `sqlite3.h' is up to date.
> > > > NOTE: make -j4
> > > > rm -rf tsrc
> > > > mkdir -p tsrc
> > > > cp ./src/alter.c ./src/analyze.c ./src/attach.c ./src/auth.c ./src/backup.c ./src/bitvec.c ./src/btmutex.c ./src/btree.c ./src/btree.h ./src/btreeInt.h ./src/build.c ./src/callback.c ./src/complete.c ./src/date.c ./src/delete.c ./src/expr.c ./src/fault.c ./src/fkey.c ./src/func.c ./src/global.c ./src/hash.c ./src/hash.h ./src/hwtime.h ./src/insert.c ./src/journal.c ./src/legacy.c ./src/loadext.c ./src/main.c ./src/malloc.c ./src/mem0.c ./src/mem1.c ./src/mem2.c ./src/mem3.c ./src/mem5.c ./src/memjournal.c ./src/mutex.c ./src/mutex.h ./src/mutex_noop.c ./src/mutex_os2.c ./src/mutex_unix.c ./src/mutex_w32.c ./src/notify.c ./src/os.c ./src/os.h ./src/os_common.h ./src/os_os2.c ./src/os_unix.c ./src/os_win.c ./src/pager.c ./src/pager.h ./src/parse.y ./src/pcache.c ./src/pcache.h ./src/pcache1.c ./src/pragma.c ./src/prepare.c ./src/printf.c ./src/random.c ./src/resolve.c ./src/rowset.c ./src/select.c ./src/status.c ./src/shell.c ./src/sqlite.h.in ./src/sqlite3ext.h ./src/sqliteInt.h ./src/sqliteLimit.h ./src/table.c ./src/tclsqlite.c ./src/tokenize.c ./src/trigger.c ./src/utf.c ./src/update.c ./src/util.c ./src/vacuum.c ./src/vdbe.c ./src/vdbe.h ./src/vdbeapi.c ./src/vdbeaux.c ./src/vdbeblob.c ./src/vdbemem.c ./src/vdbeInt.h ./src/vtab.c ./src/walker.c ./src/where.c keywordhash.h opcodes.c opcodes.h parse.c parse.h config.h sqlite3.h ./ext/fts1/fts1.c ./ext/fts1/fts1.h ./ext/fts1/fts1_hash.c ./ext/fts1/fts1_hash.h ./ext/fts1/fts1_porter.c ./ext/fts1/fts1_tokenizer.h ./ext/fts1/fts1_tokenizer1.c ./ext/fts2/fts2.c ./ext/fts2/fts2.h ./ext/fts2/fts2_hash.c ./ext/fts2/fts2_hash.h ./ext/fts2/fts2_icu.c ./ext/fts2/fts2_porter.c ./ext/fts2/fts2_tokenizer.h ./ext/fts2/fts2_tokenizer.c ./ext/fts2/fts2_tokenizer1.c ./ext/fts3/fts3.c ./ext/fts3/fts3.h ./ext/fts3/fts3_expr.c ./ext/fts3/fts3_expr.h ./ext/fts3/fts3_hash.c ./ext/fts3/fts3_hash.h ./ext/fts3/fts3_icu.c ./ext/fts3/fts3_porter.c ./ext/fts3/fts3_tokenizer.h ./ext/fts3/fts3_tokenizer.c ./ext/fts3/fts3_tokenizer1.c ./ext/icu/sqliteicu.h ./ext/icu/icu.c ./ext/rtree/rtree.h ./ext/rtree/rtree.c tsrc
> > > > rm tsrc/sqlite.h.in tsrc/parse.y
> > > > tclsh8.4 ./tool/vdbe-compress.tcl <tsrc/vdbe.c >vdbe.new
> > > > tclsh8.4: error while loading shared libraries: libtcl8.4.so.0: cannot open shared object file: No such file or directory
> > > > make: *** [.target_source] Error 127
> > > > FATAL: oe_runmake failed
> > >
> > > There is talk on irc of the symbolic link for libtcl8.4.so.0 not being
> > > created. This should be done in the tcl-native recipe by the
> > > oe_libinstall shell function call.
> > >
> > > We're going to need someone who is experiencing this problem to find out
> > > why that function is not creating the symlink...
> > >
> > > (assuming the symlink is missing)
> >
> > i reran that build verbosely and with debugging, and posted it:
> >
> > http://pastebin.com/d2fbcdbb
>
> Phil Blundell pushed a fix for tcl-native, could you see if that helps?
already cleaned and built, looks good.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: build breakage: sqlite3_3.6.20
2009-11-13 14:09 ` Richard Purdie
2009-11-13 14:21 ` Robert P. J. Day
@ 2009-11-13 14:27 ` Robert P. J. Day
1 sibling, 0 replies; 10+ messages in thread
From: Robert P. J. Day @ 2009-11-13 14:27 UTC (permalink / raw)
To: openembedded-devel
On Fri, 13 Nov 2009, Richard Purdie wrote:
> Phil Blundell pushed a fix for tcl-native, could you see if that helps?
i probably could have confirmed that build a little more precisely:
$ find . -name libtcl8.4*
./deploy/glibc/ipk/armv7a/libtcl8.4-0_8.4.19-r2.4_armv7a.ipk
./staging/x86_64-linux/usr/lib/libtcl8.4.so
./staging/x86_64-linux/usr/lib/libtcl8.4.so.0
./staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so
./staging/armv7a-angstrom-linux-gnueabi/usr/lib/libtcl8.4.so.0
$
so the symlink that was previously missing under x86_64-linux is now
there, so i assume building sqlite3 is now no longer an issue.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-11-13 14:29 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-13 9:49 build breakage: sqlite3_3.6.20 Robert P. J. Day
2009-11-13 10:05 ` Richard Purdie
2009-11-13 10:44 ` Robert P. J. Day
2009-11-13 10:09 ` Richard Purdie
2009-11-13 11:10 ` Robert P. J. Day
2009-11-13 12:04 ` Robert P. J. Day
2009-11-13 14:09 ` Richard Purdie
2009-11-13 14:21 ` Robert P. J. Day
2009-11-13 14:27 ` Robert P. J. Day
2009-11-13 10:31 ` Frans Meulenbroeks
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.