Messages

1

Linux Issues / Qtpoia SDK problems

« on: March 02, 2004, 10:23:18 pm »

Yes, the problem is due to the scripts.  The setup scripts for the ARM compile do modify LD_LIBRARY_PATH to point to /opt/Qtopia/lib.  Unfortunately, tmake runs on x86, and uses perl, which is searching for /lib/libc.so.6.  Because of the LD_LIBRARY_PATH is changed, the x86 perl job is trying to reference the ARM libc.so.6 library.  

I agree this may not be the best approach.  (Certainly isn\'t clean.)  Yes, there are work-arounds, but what exactly *is* the \"correct\" solution here?  If you are not using LD_LIBRARY_PATH for your system, how do you tell the compiler where you should be picking up the libraries from?  

Sorry if this is a gcc101 question.  My experience is in Unix software support,  not development.  LD_LIBRARY_PATH is used for a great many commercial applications, and I wasn\'t aware there are methods of getting around it.  Any constructive input would be appreciated.

Thanks!

2

Linux Issues / Qtpoia SDK problems

« on: March 02, 2004, 02:55:26 am »

Hi All,

Been travelling a bit.  Looks like a lot of progress has been made.  Just wanted to make two clarifications.  First, in my original posting, the LD_LIBRARY_PATH should indeed be set to /lib, not /usr/lib.  Sorry for the mistake.  Also, I ended up just adding \"-ljpeg -luuid\" to the generated Makefile under the $(LIBS) section, but adding it to TMAKE_LIBS looks like a more consistant solution.

You guys have inspired me to try and compile some more things!  Congratulations on getting it all to work.

3

Linux Issues / Qtpoia SDK problems

« on: February 12, 2004, 03:25:47 am »

I tried my first cross compile last evening on a RedHat 9.0 desktop using this page\'s notes:

http://www.zaurususergroup.com/modules.php...ompiler%20Setup

I used the latest TrollTech binaries distribution:  

 - Qtopia 1.7.0 GPL SDK Linux for Red Hat 9

Installed the RPM, which includes tmake.  (Note, if you install this RPM, don\'t copy the tmake.conf file as indicated in step 1 of the How-To.  The Qtopia package is configured to work witth the RedHat 9 gcc installation as is.)

I had a similar error message from Perl when I tried to compile.  I then realized that /usr/bin/perl requires the *desktop* libc.so.6 file to run.  (Actually, so did \"ls\" and every other command I tried to run on the command line!)  It was trying to reference the ARM compiled libc.so.6 as your message indicates.  

After sourcing the arm dev setup script in section 3, step 4 of the ARM compile, I set the following variable on the command line:

LD_LIBRARY_PATH=/usr/lib:${LD_LIBRARY_PATH}

This gave me back my basic command line commands and allowed me to compile example.pro without problems.  Transfered this wirelessly to my SL-5600 and started it on the command line as per the instructions.  Worked like a charm!

I can\'t say for sure if this is the best idea in general because I don\'t know if the library search order will pick something out of here first instead of the Qtopia area for the final arm binary.  Bit of a chicken and egg problem.   Perhaps using dynamically linked binaries solves this by having an equivalent path to libc.so.6 on the Z?  Just a guess.

Don\'t know about OPIE.  I\'m using the Sharp 3.1 ROM on the SL-5600.  

Happy compiling!