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:
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/oz/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 <[EMAIL PROTECTED]>
>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-linux-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 your project,
>>
>>
>>>if you want to make it public, I have a website
>>>
>>>
>>you could store it on.
>>
>>
>>>
>>>Eric
>>>
>>>*/Peter Hermsdorf <[EMAIL PROTECTED]>/*
>>>
>>>
>>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
>>
>>
>>> able to compile the cli_c stuff using OZ
>>>
>>>
>>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 currently trying to get a PicoGUI only
>>>
>>>
>>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
>>> >>
>>> >>
>>> >>>>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
>>
>>
>>> >>>>
>>> >>>>
>>> >>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
>>> >>>
>>> >>>
>>> >>>
>>> >>>>>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 :)
>>> >>
>>> >>
>>> >>>>>>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 timers.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.
>>> >>
>>> >>
>>> >>>>>>--Micah
>>> >>>>>>
>>> >>>>>>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
>>> >! ;>
>>> >>
>>> >>>>>>>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
>>> >>
>>> >>
>>> >>>>>>>immediately 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
>>> >>
>>> >>
>>> >>>>>>>misconfigured energy saving feature or
>>> >>>>>>>
>>> >>>>>>>
>>> >>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 - Faster. Easier. Bingo.
