Re: zaurus turns off when picogui running
Peter Hermsdorf <[email protected]> Wed, 28 May 2003 09:17:51 +0200
| Newsgroups | gmane.comp.video.picogui.devel |
|---|---|
| Message-ID | <[email protected]> |
because of the size i can`t share the whole buildroot, but which files/dirs do you want ? Eric Heinemann wrote: > I don't suppose you'd be willing to share your configuration and > Makefiles used for PicoGUI w/OZ buildroot? I've tried and no matter > what I keep getting the same error. > > Eric > > */Peter Hermsdorf <[email protected]>/* wrote: > > i had the same problem when compiling pgserver standalone (0.45). > i could solve that problem, by using the OZ buildroot version (from > cvs). i dunno why that worked, but it worked :) > but using this approach i got some other minor error, but i was > able to > fix them manually (e.g. libtool path was incorrect etc...) > > peter > > Eric Heinemann wrote: > > >The problem is I am getting the error about undefined > >symbols against freetype when using the oz buildroot. > >Here is where it is failing for me on pgserver: > > > >arm-linux-gcc > >-I/home/spyder/source/oz/output/staging/include > >-I/home/spyder/source/oz/output/staging/usr/X11R6/include > >-I/home/spyder/source/oz/output/staging/target/include > >-fexpensive-optimizations -fomit-frame-pointer -O2 > >-march=armv4 -mtune=strongarm1100 -mapcs-32 > >-I/home/spyder/source/o! z/output/staging/include/freetype > >-I/home/spyder/source/oz/output/staging/include > >-I/home/spyder/source/oz/output/staging/include/freetype2 > >-O3 -fomit-frame-pointer -Wl,-rpath-link > >-Wl,/home/spyder/source/oz/output/staging/target/lib > >-Wl,-rpath-link > >-Wl,/home/spyder/source/oz/output/staging/usr/X11R6/lib > >-o pgserver pgmain.o > >-L/home/spyder/source/oz/output/staging/target/lib > >-L/home/spyder/source/oz/output/staging/usr/X11R6/lib > >./.libs/libpgserver.a /usr/lib/libfreetype.so > >/usr/lib/libjpeg.so -lpng > >-L/home/spyder/source/oz/output/staging/lib -lz -lm > >-lfreetype -ljpeg > >/usr/lib/libfreetype.so: could not read symbols: > >Invalid operation > >collect2: ld returned 1 exit status > >make[4]: *** [pgserver] Error 1 > >make[4]: Leaving directory > >`/home/spyder/source/oz/build/pg-server' > >make[3]: *** [all-recursive] Error 1 > >make[3]: Leaving directory! > >`/home/spyder/source/oz/build/pg-server' > >make[2]: *** [ all] Error 2 > >make[2]: Leaving directory > >`/home/spyder/source/oz/build/pg-server' > >make[1]: *** > >[/home/spyder/source/oz/stamps/.pg-server.binary] > >Error 2 > >make[1]: Leaving directory > >`/home/spyder/source/oz/packages/pg-server' > >make: *** [packages/pg-server] Error 2 > > > >I don't know what else to try. It seems like it is > >locating the wrong libfreetype. I am unsure how to > >make it find the right one. Thanks for the help so > >far. > > > >Eric > > > > > > > > > >--- Peter Hermsdorf > >wrote: > > > > > >>hi eric, > >> > >>with the -l option you mean the locatin of the > >>libraries for the linker !? > >>since i`m not that familiar with makefiles i created > >>a little shell > >>script for compiling my app. the command line for > >>the linking is: > >> > >>arm-li! nux-gcc meineapp.o comio.o libpgui.a -o > >>handleser > >> > >> > >> > >-L/home/peter/buildroot-neu/buildroot-oz/output/staging/usr/lib > > > > > >>where the path after -L is the location of the arm > >>libs...... > >>another possibility is, to use the LDFLAGS > >>environment variable. e.g. > >> > >> > >> > >> > >LDFLAGS="-L/home/peter/buildroot-neu/buildroot-oz_neu/output/build/pg-cli_c/src/.libs" > > > > > >>hope that helps you. > >> > >>btw: > >>i tried compiling picogui-0.45 for arm "manually" > >>and then just copy the > >>pgserver into the buildroot/output . but that didn`t > >>worked for me, > >>since i then got a linker error (something with > >>invalid symbols) when > >>linking against freetype. > >>for me worked: compile the pgserver using the > >>openzaurus buildroot! , > >>compiling the cli_c by hand and link that against my > >>app (statically, > >>since there are no more shared cli_c libs as the > >>makefile of the OZ > >>buildroots wants ....) > >> > >>greets, peter > >> > >> > >>Eric Heinemann wrote: > >> > >> > >> > >>>Well I am using the buildroot. My problem is when > >>> > >>> > >>it is trying to > >> > >> > >>>locate the png and freetype libraries. This > >>> > >>> > >>problem is > >> > >> > >>>occuring because the arm ld does not allow the -l > >>> > >>> > >>option. My > >> > >> > >>>environment is Mandrake 9.1 running Gnome with > >>> > >>> > >>OZ's arm-gcc 2.95.3. > >> > >> > >>>Any help would be greatly appreciated. When you > >>> > >>> > >>finish you! r project, > >> > >> > >>>if you want to make it public, I have a website > >>> > >>> > >>you could store it on. > >> > >> > >>> > >>>Eric > >>> > >>>*/Peter Hermsdorf /* > >>> > >>> > >>wrote: > >> > >> > >>> hi eric, > >>> > >>> sending you a zip file is somehow hard, since > >>> > >>> > >>i use picogui with > >> > >> > >>> OZ and > >>> thatswhy it is in the buildroot of openzaurus. > >>> i don`t know if you use openzaurus too, if so > >>> > >>> > >>i could maybe give you > >> > >> > >>> some hints which may help you gettig picogui > >>> > >>> > >>compiled (e.g. i wasn`t > >> > >> > >>> a! ble to compile the cli_c stuff using OZ > >>> > >>&g t; > >>buidlroot completly, but i > >> > >> > >>> added the neccessary files so that it works > >>> > >>> > >>too ) > >> > >> > >>> another possibility would be to compile > >>> > >>> > >>picogui yourself for arm > >> > >> > >>> (i have > >>> a ./compile script for that) and then just > >>> > >>> > >>install the files at the > >> > >> > >>> right positions in the output image...... (but > >>> > >>> > >>that hasn`t worked out > >> > >> > >>> for me 100 % ) > >>> > >>> maybe you give me some more information about > >>> > >>> > >>your environment, so i > >> > >> > >>> could give you some hints !? > >>> > >>> greets, peter > >>>! ; > >>> Eric Heinemann wrote: > >>> > >>> >Peter, > >>> > > >>> >I have been banging my head against a wall > >>> > >>> > >>for the > >> > >> > >>> >! last week trying to get PicoGUI to compile > >>> > >>> > >>for the > >> > >> > >>> >Zaurus. After I fix one error, I get another. > >>> > >>> > >>I have > >> > >> > >>> >a favor to ask, would it be possible to get a > >>> > >>> > >>gzipped > >> > >> > >>> >file of all of the picogui files for arm that > >>> > >>> > >>you have > >> > >> > >>> >gotten compiled? This would be greatly > >>> > >>> > >>appreciated. > >> > >> > >>> >I am current! ly trying to get a PicoGUI only > >>> > >>> > &g t;>ROM > >> > >> > >>> >compiled and running, and well PicoGUI is an > >>> > >>> > >>integral > >> > >> > >>> >part of that. > >>> > > >>> >Thanks, > >>> >Eric > >>> > > >>> > > >>> >--- Peter Hermsdorf > >>> >wrote: > >>> > > >>> > > >>> >>the error seems to be the timer_vidblank > >>> > >>> > >>part. > >> > >> > >>> >>when just commenting out > >>> >> > >>> >> if (timer_vidblank && > >>> > >>> > >>timer_eval(timer_vidblank + > >> > >> > >>> >>timer_lastactivity)) > >>> >> > >>> > >>> > >>> > >>>>drivermessage(PGDM_POWER,PG_POWER_VIDBLANK,NULL! ); > >>>> > >>>> > >>> >> > >>> >>the error does not appear. > >>> >>i added some printf statements before these > >>> > >>> > >>lines > >> > >> > >>> >>with > >>> >&g! t; > >>> >> printf("timer_vidblank: > >>> > >>> > >>%d\n\r",timer_vidblank); > >> > >> > >>> > ;> printf("eval statement: > >>> >>%d\n\r",timer_eval(timer_vidblank + > >>> >>timer_lastactivity)); > >>> >> > >>> >>the output right after starting pgserver on > >>> > >>> > >>the > >> > >> > >>> >>zaurus is > >>> >> > >>> >># pgserver > >>> >>timer_vidblank: 600 > >>> >>eval statement: 0 > >>> >! ;>timer_vidblank: 600 > >>> >>eval statement: 1 > >>> >> > >>> >>all this in < 3 secs (so oviously not 60 as > >>> >>configured). so it seems the > >>> >>timer_eval function behaves somehow > >>> > >>> > >>different. > >> > >> > >>> >>i wasn`t able to track this down further. > >>> > >>> > >>hope that > >> > >> > >>> >>helps somehow !? > >>> >> > >>> >>bye,peter > >>> >> > >>> >>Peter Hermsdorf wrote: > >>> >> > >>> >> > >>> >> > >>> >>>>I haven't looked at it yet, but I don't > >>> > >>> > >>see how > >> > >> > >>> >>>> > >>> >>>> > >>> >>it could be anything but > >>> >> > >>> >&g! t; > >>> >>>>the code in timer.c causing the problem. > >>> > >>> > >>That > >> > >> > >>> >>>> *>>>> > >>> >>code doesn't depend on > >>> >> > >>> >> > >>> >>>>much else, so it shouldn't take much 'big > >>> >>>> > >>> >>>> > >>> >>picture' knowledge to find the > >>> >> > >>> >> > >>> >>>>problem. > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>ok. i`ll see what i can do..... > >>> >>> > >>> >>> > >>> >>> > >>> >>>>PicoGUI suspends the zaurus by issuing a > >>> > >>> > >>command>> > >> > >>> >>>> > >>& gt; >>>> > >>> >>in /proc, but it > >>> >> > >>> >> > >>> >>>>shouldn't have any effect on poweron. > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>> > >>> >>>this behaviour is the same in console only > >>> > >>> > >>mode, > >> > >> > >>> >>> > >>> >>> > >>> >>so it has nothing > >>> >> > >>> >> > >>> >>>specific to PicoGUI..... maybe i have to > >>> > >>> > >>ask this > >> > >> > >>> >>> >>> > >>> >>question on > >>> >> > >>> >> > >>> &g t;>>openzaurus-dev. > >>> >>>bye,peter > >>> &! gt;>> > >>> >>> > >>> >>> > >>> >>>>>Micah Dowty wrote: > >>> >>>>> > >>> >>>>> > >>> >>>>> > >>> >>>>> > >>> >>>>> > >>> >>>>>>I've seen this problem before now that > >>> > >>> > >>you > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>mention it, but I haven't > >>> >> > >>> >> > >>> >>>>>>looked into it and it seems to have > >>> > >>> > >>escaped > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>from the collector :) > >>> >> > >>> >> > >>&g! t; >>>>>>The input driver for the zaurus includes > >>> > >>> > >>a > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>driver message handler to > >>> >> > >>> >> > >>> >>>>>>support picogui's suspend timer. You can > >>> > >>> > >>see > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>this in > >>> >> ! > >>> >> > >>> >>>>>>server/input/zaurus.c > >>> >>>>>> > >>> >>>>>>The suspend timer itself is in > >>> >>>>>> > >>> >>>>>> > >>> >>server/gcore/timer.c > >>> >> > >>> >> > >>> >>>>>>In README.configfile, the t! imers.sleep > >>> > >>> > >>property > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>is shown to have the > >>> >> > >>> >> > >>> >>>>>>default value zero, meaning that the > >>> > >>> > >>timer is > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>disabled. Check whether > >>> >> > >>> >> > >>> >>>>>>your pgserver.conf is overriding this. > >>> > >>> > >>If so, > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>try commenting out that > >>> >> > >>> >> > >>> >>>>>>line. If it! looks correct, try adding > >>> > >>> > >> ;printf()s > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>or breakpoints! to > >>> >> > >>> >> > >>> >>>>>>timer.c > >>> > ;>>>>> > >>> >>>>>>If you don't feel like fixing this right > >>> > >>> > >>away > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>or at all, add > >>> >> > >>> >> > >>> >>>>>>it to the collector and it will be > >>> > >>> > >>eventually > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>fixed. > >>> >> > >>> >> > >>> >>>>>>--M! icah > >>> >>>>>> > >>> >>>>>>On Fri, May 02, 2003 at 03:40:21PM > >>> > >>> > >>+0200, Peter > >> > >> > >>> >>>>>> > >>> >>>>>> > >>> >>Hermsdorf wrote: > >>> >> > >>> >> > >>> >>>>>> > >>> >>>>>> > >>> >>>>>> > >>> >>>>>> > >>> >>>>>>>hi all, > >>> >>>>>>> > >>> >>>>>>>i finally got hello.c running, but > >>> > >>> > >>there is a > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>funny effect: after > >>> >! ;> > >>> >> > &g! t;>> >>>>>>>starting pgserver the display*>>> > >>> > >>immediately > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>shuts down. when > >>> >> > >>> >> > >>> >>>>>>>pressing a key, let`s say the OK-Key, > >>> > >>> > >>the > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>screen turns on and i > >>> >> > >>> >> > >>> >>>>>>>can see the hello world window,when i > >>> > >>> > >>release > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>the key the screen > >>> >> > >>> >> > >>> >>>>>>>i! mmediately turns off. when again > >>> > >>> > >>pressing a > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>key, it turns on > >>> >> > >>> >> > >>> >>>>>>>again and i have to keep the key > >>> > >>> > >>pressed to > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>see something. > >>> >> > >>> >&! gt; > >>> >>>>>>>anybody knows what`s the problem? . .. > >>> > >>> > >>is this > >> > >> > >>> >>>>>>> > >>> >>>>>>> > >>> >>maybe some > >>> >> > >>> >> > >>> &! gt;>>>>>>misconfigured energy saving feature or > & gt;>> >>>>>>> > >>> >>>>>>> > >>> >>something ? > >>> >> > >>> >> > >>> >>>>>>>thx for any help! > >>> >>>>>>> > >>> >>>>>>>bye,peter > >>> >>>>>>> > >>> >>>>>>> > >>> >>>>>>> > >>> >>>>>>> > >>> >>> > >>> >>> > >>> >>> > >>> >>> > >>> * > >>> > >>> > >>> > >> > >> > >> > >> > >> > >------------------------------------------------------- > > > > > >>This SF.net email is sponsored by: ObjectStore. > >>If flattening out C++ or Java code to make your > >>application fit in a > >>relational database is painful, don't do it! Check > >>out ObjectStore. > >>Now part of Progress Software. > >>http://www.objectstore.net/sourceforge > >>_______________________________________________ > >>Pgui-devel mailing list > >>[email protected] > >> > >> > >> > >https://lists.sourceforge.net/lists/listinfo/pgui-devel > > > > > >__________________________________ > >Do you Yahoo!? > >The New Yahoo! Search - Faster. Easier. Bingo. > >http://search.yahoo.com > > > > > > * > > ------------------------------------------------------------------------ > *Do you Yahoo!? > The New Yahoo! Search > <http://us.rd.yahoo.com/search/mailsig/*http://search.yahoo.com> - > Faster. Easier. Bingo. * ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge