2008-02-19 13:33:33 looks like tslib will not compile when wchar support is enabled
Bill Fassler (UNITED STATES)
Message: 51293 For those who remember a few months back I struggled to get instant messenging working on blackfin. Although I succeeded to some extent and had it working with at least AOL and Yahoo, I haven't bothered with it since.
Until I take the time and figure out how to disable internationalization and remove the need for iconv and wchar support I must use it to get IM to work. Unfortunately, other things within the source does not seem to like the toolchain when wchar support is enabled.
Specifically at this hurdle is tslib which I need for touchscreen (although I am still having trouble getting it to work with microwindows, according to the event test it is up and running)
Here is what I'm seeing:
checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables
See `config.log' for more details.
make[3]: *** [build/Makefile] Error 77
make[3]: Leaving directory `/home/vocal/project/blackfin-svn-trunk/bf561-vphone/archive/uClinux-wchar/lib/tslib-1.0'
make[2]: *** [tslib-1.0] Error 2
make[2]: Leaving directory `/home/vocal/project/blackfin-svn-trunk/bf561-vphone/archive/uClinux-wchar/lib'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/vocal/project/blackfin-svn-trunk/bf561-vphone/archive/uClinux-wchar/lib'
make: *** [subdirs] Error 1
Here is the excerpt from the config.log in tslib/build/:
configure:2091: $? = 0
configure:2093: bfin-linux-uclibc-g++ -v </dev/null >&5
Using built-in specs.
Target: bfin-linux-uclibc
Configured with: /home/vocal/project/blackfin-svn-trunk/toolchain/gcc-4.1/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=bfin-linux-uclibc --prefix=/home/vocal/project/blackfin-svn-trunk/opt/uClinux/bfin-linux-uclibc --enable-threads=posix --enable-shared --with-sysroot=/home/vocal/project/blackfin-svn-trunk/opt/uClinux/bfin-linux-uclibc/bfin-linux-uclibc/runtime --disable-libstdcxx-pch --disable-symvers --disable-libssp --enable-version-specific-runtime-libs --enable-__cxa_atexit
Thread model: posix
gcc version 4.1.2 (ADI svn)
configure:2096: $? = 0
configure:2098: bfin-linux-uclibc-g++ -V </dev/null >&5
bfin-linux-uclibc-g++: couldn't run '/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/bfin-linux-uclibc-gcc--isystem': No such file or directory
configure:2101: $? = 1
configure:2124: checking for C++ compiler default output file name
configure:2127: bfin-linux-uclibc-g++ -pipe -Wall -mcpu=bf561-0.5 -DEMBED -D__uClinux__ -I/home/vocal/project/blackfin-svn-trunk/bf561-vphone/archive/uClinux-wchar -mcpu=bf561-0.5 -mcpu=bf561-0.5 conftest.cc >&5
cc1plus: warning: bf561 support is incomplete yet.
cc1plus: warning: bf561 support is incomplete yet.
cc1plus: warning: bf561 support is incomplete yet.
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strcoll_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___freelocale'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___nl_langinfo_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___wcsftime_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strtold_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___towupper_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___duplocale'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___iswctype_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strtof_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strtod_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___uselocale'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strftime_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___strxfrm_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___wcscoll_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___wcsxfrm_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___towlower_l'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___newlocale'
/home/vocal/project/blackfin-svn-trunk/opt-wchar/uClinux/bfin-linux-uclibc/bin/../lib/gcc/bfin-linux-uclibc/4.1.2/bf532-none/libstdc++.so: undefined reference to `___wctype_l'
collect2: ld returned 1 exit status
configure:2130: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "tslib"
| #define PACKAGE_TARNAME "tslib"
| #define PACKAGE_VERSION "0.0.2"
| #define PACKAGE_STRING "tslib 0.0.2"
| #define PACKAGE_BUGREPORT "kergoth@handhelds.org"
| #define PACKAGE "tslib"
| #define VERSION "0.0.2"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2169: error: C++ compiler cannot create executables
See `config.log' for more details.
QuoteReplyEditDelete
2008-02-24 22:46:48 Re: looks like tslib will not compile when wchar support is enabled
Yi Li (CHINA)
Message: 51571 I am wondering how to reproduce your issue - which toolchain are you using? Did you build the toolchain by yourself?
QuoteReplyEditDelete
2008-02-25 13:14:16 Re: looks like tslib will not compile when wchar support is enabled
Mike Frysinger (UNITED STATES)
Message: 51607 2008R1 includes a wchar rpm
the errors reported are due to the toolchain having a miscompiled C++ library
QuoteReplyEditDelete
2008-02-25 14:55:17 Re: looks like tslib will not compile when wchar support is enabled
Bill Fassler (UNITED STATES)
Message: 51619 I've finally taken the plunge to the 2008R1 branch just so I can try to find anything that might adversely affect me, and perhaps if I find something I can identify it soon enough for you guys might be able to address it before the official release.
Bill
QuoteReplyEditDelete
2008-02-26 09:55:03 Re: looks like tslib will not compile when wchar support is enabled
Bill Fassler (UNITED STATES)
Message: 51660 Yi Li - I am using an old svn trunk checkout I.E. release 2.6.22.14-ADI-2007R2-pre-svn3937. I was brining up newly designed "bricked" boards and debugging hardware so I was not in a position to update my uClinux-dist and introduce "unknown" factors.
I built my own toolchain with source that matched the above dist. I modified uClibc by adding:
UCLIBC_HAS_WCHAR=y
UCLIBC_HAS_LOCALE=y
UCLIBC_PREGENERATED_LOCALE_DATA=y
UCLIBC_HAS_XLOCALE=y
to both Config.bfin.default and Config.bfinfdpic.default
I am not so sure it is worth your time trying to duplicate my issue unless I find that it still exists in 2008R1 which I am trying to bring up now.
I am finally in a comfortable position to try to migrate to the 2008R1 branch and then release.
Bill