* Re: gstreamer-ti, questions [not found] ` <CAD=GYpbOnTOuEsNXiPuoC+cyuyo6MGFh1TqGKf8BB3o=S-YSmA@mail.gmail.com> @ 2011-08-05 1:59 ` Joel A Fernandes 0 siblings, 0 replies; 4+ messages in thread From: Joel A Fernandes @ 2011-08-05 1:59 UTC (permalink / raw) To: Koen Kooi, Patches and discussions about the oe-core layer Cc: Enrico Butera, Discussion of the angstrom distribution development, openembedded-devel On Thu, Aug 4, 2011 at 8:04 PM, Joel A Fernandes <agnel.joel@gmail.com> wrote: > On Thu, Aug 4, 2011 at 2:44 AM, Koen Kooi <koen@dominion.thruhere.net> wrote: >> >> Op 3 aug. 2011, om 18:28 heeft Enrico Butera het volgende geschreven: >> >>> I've started importing bb files from oe classic into >>> meta-texasinstruments, i still not have a clean build of everything >>> but here are some "basic" questions: >>> >>> - cross compiler binaries: >>> >>> in classic oe there were >>> "sysroots/i686-linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-[gcc,ld...]" >>> and "sysroots/i686-linux/usr/armv7a/arm-angstrom-linux-gnueabi/bin/[gcc,ld...]", >>> some ti tools use one, some the other. Now there is only >>> usr/bin/armv7a..... and this "confuses" some ti tools. >>> >>> The question is: what is the proper way to handle this? patch gcc >>> install to have a similar layout to classic oe? patch ti tools to >>> "fix" them? >> >> >> Joel was running into similar problems with https://github.com/joelagnel/meta-texasinstruments/commits/master can you guys have a look at it together? >> > > I think its cleaner to have the toolchain to define symlinks in /bin > > I've done this in the gcc-cross recipe in do_install (which is > hopefully the right place to do it) > > http://www.hackerbliss.org/joel/cgit/cgit.cgi/oe-core/commit/?id=2878a712aabf839cb4c6e84961b6e8deafacf824 > > Now ti-codec-engine codecs, extensions and server builds but the > 'apps' fails to build with a linker error. > > Here's the compiler log: > [..] > # > # lnkv5T bin/ti_platforms_evm3530/app_remote.xv5T ... > /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi-gcc > -o bin/ti_platforms_evm3530/app_remote.xv5T > package/cfg/bin/ti_platforms_evm3530/app_remote/main_native.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote/app.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.xdl > -L/home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib > -lpthread Interestingly the path: /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib doesn't exist, which explains the symbol errors. libgcc contains the symbol `__aeabi_uidivmod' Does this point to another problem with the toolchain? How would we fix this? thanks, Joel ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [oe-core] gstreamer-ti, questions @ 2011-08-05 1:59 ` Joel A Fernandes 0 siblings, 0 replies; 4+ messages in thread From: Joel A Fernandes @ 2011-08-05 1:59 UTC (permalink / raw) To: Koen Kooi, Patches and discussions about the oe-core layer Cc: Enrico Butera, Discussion of the angstrom distribution development, openembedded-devel On Thu, Aug 4, 2011 at 8:04 PM, Joel A Fernandes <agnel.joel@gmail.com> wrote: > On Thu, Aug 4, 2011 at 2:44 AM, Koen Kooi <koen@dominion.thruhere.net> wrote: >> >> Op 3 aug. 2011, om 18:28 heeft Enrico Butera het volgende geschreven: >> >>> I've started importing bb files from oe classic into >>> meta-texasinstruments, i still not have a clean build of everything >>> but here are some "basic" questions: >>> >>> - cross compiler binaries: >>> >>> in classic oe there were >>> "sysroots/i686-linux/usr/armv7a/bin/arm-angstrom-linux-gnueabi-[gcc,ld...]" >>> and "sysroots/i686-linux/usr/armv7a/arm-angstrom-linux-gnueabi/bin/[gcc,ld...]", >>> some ti tools use one, some the other. Now there is only >>> usr/bin/armv7a..... and this "confuses" some ti tools. >>> >>> The question is: what is the proper way to handle this? patch gcc >>> install to have a similar layout to classic oe? patch ti tools to >>> "fix" them? >> >> >> Joel was running into similar problems with https://github.com/joelagnel/meta-texasinstruments/commits/master can you guys have a look at it together? >> > > I think its cleaner to have the toolchain to define symlinks in /bin > > I've done this in the gcc-cross recipe in do_install (which is > hopefully the right place to do it) > > http://www.hackerbliss.org/joel/cgit/cgit.cgi/oe-core/commit/?id=2878a712aabf839cb4c6e84961b6e8deafacf824 > > Now ti-codec-engine codecs, extensions and server builds but the > 'apps' fails to build with a linker error. > > Here's the compiler log: > [..] > # > # lnkv5T bin/ti_platforms_evm3530/app_remote.xv5T ... > /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi-gcc > -o bin/ti_platforms_evm3530/app_remote.xv5T > package/cfg/bin/ti_platforms_evm3530/app_remote/main_native.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote/app.ov5T > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.xdl > -L/home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib > -lpthread Interestingly the path: /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux-gnueabi/lib doesn't exist, which explains the symbol errors. libgcc contains the symbol `__aeabi_uidivmod' Does this point to another problem with the toolchain? How would we fix this? thanks, Joel ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: gstreamer-ti, questions 2011-08-05 1:59 ` [oe-core] " Joel A Fernandes (?) @ 2011-08-05 2:41 ` Khem Raj 2011-08-05 3:42 ` Joel A Fernandes -1 siblings, 1 reply; 4+ messages in thread From: Khem Raj @ 2011-08-05 2:41 UTC (permalink / raw) To: Patches and discussions about the oe-core layer On Thursday, August 04, 2011 08:59:23 PM Joel A Fernandes wrote: > > Here's the compiler log: > > [..] > > # > > # lnkv5T bin/ti_platforms_evm3530/app_remote.xv5T ... > > /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-egli > > bc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstro > > m-linux-gnueabi-gcc -o bin/ti_platforms_evm3530/app_remote.xv5T > > package/cfg/bin/ti_platforms_evm3530/app_remote/main_native.ov5T > > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.ov5T > > package/cfg/bin/ti_platforms_evm3530/app_remote/app.ov5T > > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.xdl > > -L/home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eg > > libc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angst > > rom-linux-gnueabi/lib -lpthread > > Interestingly the path: > /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/s > ysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux- > gnueabi/lib > > doesn't exist, which explains the symbol errors. > > libgcc contains the symbol `__aeabi_uidivmod' > > Does this point to another problem with the toolchain? I doubt that > How would we fix > this? make sure libgcc is linked in. It seems the linker commandline is customized ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: gstreamer-ti, questions 2011-08-05 2:41 ` Khem Raj @ 2011-08-05 3:42 ` Joel A Fernandes 0 siblings, 0 replies; 4+ messages in thread From: Joel A Fernandes @ 2011-08-05 3:42 UTC (permalink / raw) To: Patches and discussions about the oe-core layer Cc: enrico.butera, Kridner, Jason, Kooi, Koen On Thu, Aug 4, 2011 at 9:41 PM, Khem Raj <raj.khem@gmail.com> wrote: > On Thursday, August 04, 2011 08:59:23 PM Joel A Fernandes wrote: >> > Here's the compiler log: >> > [..] >> > # >> > # lnkv5T bin/ti_platforms_evm3530/app_remote.xv5T ... >> > /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-egli >> > bc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstro >> > m-linux-gnueabi-gcc -o bin/ti_platforms_evm3530/app_remote.xv5T >> > package/cfg/bin/ti_platforms_evm3530/app_remote/main_native.ov5T >> > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.ov5T >> > package/cfg/bin/ti_platforms_evm3530/app_remote/app.ov5T >> > package/cfg/bin/ti_platforms_evm3530/app_remote_xv5T.xdl >> > -L/home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eg >> > libc/sysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angst >> > rom-linux-gnueabi/lib -lpthread >> >> Interestingly the path: >> /home/joel/angstrom-oe/setup-scripts-core/build/tmp-angstrom_2010_x-eglibc/s >> ysroots/i686-linux/usr/bin/armv7a-angstrom-linux-gnueabi/arm-angstrom-linux- >> gnueabi/lib >> >> doesn't exist, which explains the symbol errors. >> >> libgcc contains the symbol `__aeabi_uidivmod' >> >> Does this point to another problem with the toolchain? > > I doubt that > >> How would we fix >> this? > > make sure libgcc is linked in. It seems the linker commandline is customized > Thanks, the issue seems to be with a linker script generated by an older xdctools (3.20) which is said to be fixed in 3.21 [1]. I will try this tomorrow morning. Regards, Joel [1] http://www.eclipse.org/forums/index.php?t=tree&th=197704&S=bf2c36fb547f9973f300fdf573c34d81 ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-08-05 3:46 UTC | newest] Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <CAG+hza7G2jZDtHQ5iOK3KCwYRGcZ-YPBfUcyMfJuWnKaxJdSKw@mail.gmail.com> [not found] ` <A7A15010-967D-49FD-8E50-27D6ED26E025@dominion.thruhere.net> [not found] ` <CAD=GYpbOnTOuEsNXiPuoC+cyuyo6MGFh1TqGKf8BB3o=S-YSmA@mail.gmail.com> 2011-08-05 1:59 ` gstreamer-ti, questions Joel A Fernandes 2011-08-05 1:59 ` [oe-core] " Joel A Fernandes 2011-08-05 2:41 ` Khem Raj 2011-08-05 3:42 ` Joel A Fernandes
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.