**** BEGIN LOGGING AT Mon Jan 12 02:59:57 2009 Jan 12 17:08:53 lpotter: ping Jan 12 17:13:11 greetings Jan 12 17:16:18 hi Jan 12 17:24:34 does anyone have already built qt extended for Intel XScale PXA27x processor? Jan 12 20:34:06 qtopia has the most awful build system ive ever used :( Jan 12 20:34:27 bnovc: qmake ? Jan 12 20:34:29 what build system? Jan 12 20:34:40 there's build system?! Jan 12 20:34:42 bnovc: qmake just generates gnu make files Jan 12 20:35:54 no i meant qtopia specifically not qt Jan 12 20:36:07 ive edited qpixmap.cpp and can't figure out how to get it to build into libQtGui Jan 12 20:36:24 bnovc: you mean the qt source Jan 12 20:36:37 ya, with qtopia Jan 12 20:36:40 bnovc: its because the files are cached in the build dir for quick building Jan 12 20:36:53 bnovc: find qpixmap.o and delete it Jan 12 20:37:07 that doesn't help if i dont know where to type make from Jan 12 20:37:15 from the top level dir Jan 12 20:37:19 make sub_src Jan 12 20:37:37 i can't make from the top level every time it takes hours Jan 12 20:37:48 thats why you make sub_src Jan 12 20:37:56 so it only builds the libs, not all the tools Jan 12 20:38:04 and if nothing changed, it doesn't build anything Jan 12 20:38:36 but changing libqtgui makes everything that links to it change Jan 12 20:38:49 you can't just change the lib and expect everything linking to it to continue without a rebuild Jan 12 20:39:30 its dynamically linked against the application i'm building Jan 12 20:39:37 all i'm doing is adding printfs because theres a bug i'm trying to find Jan 12 20:39:44 qpixmap isn't loading this valid png Jan 12 20:39:52 "libpng error: IDAT: CRC error" Jan 12 20:40:09 did you turn debug on when you built it? Jan 12 20:40:30 built qtopia i mean (the first time) Jan 12 20:40:51 i don't know... its part of a build system at work Jan 12 20:40:56 (i didnt set it up) Jan 12 20:41:28 "make: *** No rule to make target `sub_src'. Stop." Jan 12 20:41:37 it could be make sub-src Jan 12 20:41:42 sometimes memory fails Jan 12 20:44:28 i'm not clear why they can't just let me type make in the qpixmap directory Jan 12 20:44:41 instead of having to guess where to type make Jan 12 20:45:42 fuck i still can't get these changes to show Jan 12 20:45:53 spend 2 hours just trying to get some printfs in qpixmap :( Jan 12 20:46:02 bnovc: cause thats not how it works.. Jan 12 20:46:27 bnovc: the lib isn't made up of a bunch of small make files Jan 12 20:46:36 each class gets built that would be a lot of make files Jan 12 20:47:03 bnovc: you only type make in the top level directory Jan 12 20:47:11 and you tell make what to build Jan 12 20:47:32 ok, how can i put a printf in QPixmap and have it visible on my device? Jan 12 20:47:32 it builds into libQtGui.so.4.3.3, right?! Jan 12 20:47:58 is png built as a plugin, or into qt? Jan 12 20:48:16 cause it actually looks like libpng is failing not qt Jan 12 20:49:00 libpng is failing, but i don't think it is directly because of libpng because the image works on my desktop, in webkit on the device, and updating libpng to tips doesn't fix it Jan 12 20:49:14 i could figure this out if i could debug qpixmap but i can't seem to do that Jan 12 20:49:31 i would guess that i should build from qtopiacore/target/src/gui but that makefile doesn't even reference qpixmap.cpp Jan 12 20:49:55 i'm pulling up my sources Jan 12 20:51:00 you can't build from the target directory Jan 12 20:51:15 because thats the target for the target machines filesystem Jan 12 20:51:20 you have to build from the src dir Jan 12 20:51:51 i'm building with a cross compiler Jan 12 20:51:54 correct Jan 12 20:51:59 and the output goes to target Jan 12 20:52:02 not make files and source Jan 12 20:52:11 so where should i be building from? Jan 12 20:52:16 from the top level directory Jan 12 20:52:20 gah Jan 12 20:52:21 the main make file Jan 12 20:52:35 well then how do i only build libQtGui there Jan 12 20:52:37 i can't spend 5 hours compiling every time i make a change Jan 12 20:52:40 you don't Jan 12 20:52:43 i just want libQtgui.so.4.3.3 updated Jan 12 20:52:45 you have to compile the libs Jan 12 20:52:50 i only wnat that one lib Jan 12 20:53:03 thats not possible Jan 12 20:53:19 it will auto build Jan 12 20:53:37 if you change one of libqtgui 's source it will only rebuild that lib Jan 12 20:53:46 it won't rebuild libqtcore if you made no changes to it Jan 12 20:54:04 it caches .o files for the previous build and can detect if files changed Jan 12 20:54:35 if someone cleaned the build though, you have to rebuild it all Jan 12 20:54:46 for risk that something changed and linking stops working Jan 12 20:55:28 make: *** No rule to make target `sub-src'. Stop. Jan 12 20:55:39 fine ill just rebuild everything and waste the entire week debugging this piece of shit :( Jan 12 20:55:49 i'm trying to find the correct one Jan 12 20:55:55 gah i really despise Qt and qtopia Jan 12 20:55:59 i'll be so glad when we give it up Jan 12 20:56:07 thats a shame Jan 12 20:56:26 we're abandoning it after this project, thankfully Jan 12 20:56:28 i've never seen a better embedded toolkit and easy cross-compile system Jan 12 20:56:33 i spent way too much time fixing stuff with it Jan 12 20:56:40 what do you think of android? Jan 12 20:56:57 android has a specific target Jan 12 20:57:07 qt has many targets Jan 12 20:57:13 even generic targets Jan 12 20:57:20 try make sub-gui Jan 12 20:57:33 or make sub-gui-qmake-all Jan 12 20:57:55 if you look in the top level make file you can see all the options Jan 12 20:57:59 there isn't a "build system" Jan 12 20:58:03 its just gnu make files Jan 12 20:58:03 i'm already making it all Jan 12 20:58:08 i can't do anymore work the rest of the day now Jan 12 20:58:21 do you have a multi core ? Jan 12 20:58:34 i can build the whole thing in like 7 minutes Jan 12 20:59:08 yes i have a quad core Jan 12 20:59:16 it takes several hours for me to build Jan 12 20:59:25 did you tell the build to use more than 1 thread with make -j7 or -j8 Jan 12 20:59:33 yes, 8 Jan 12 20:59:36 k Jan 12 21:00:03 i tried to gdb it, but i'm too gdb illiterate to fix this problem in i think Jan 12 21:00:06 *in it Jan 12 21:00:21 bnovc: if you do ./configure -nomake tools demos you should have it done in about 10 minutes. Jan 12 21:00:28 it goes into libpthread and then "Cannot find bounds of current function" Jan 12 21:00:51 i would guess we probably already have it setup not to build those Jan 12 21:01:06 then it should never take more than 20 minutes Jan 12 21:01:20 unless you are on like a p4 1.7ghz or something Jan 12 21:01:22 well it does...everyone around here just starts compiling before we leave work or on the weekends Jan 12 21:01:40 are you set for static build? Jan 12 21:01:46 i don't know Jan 12 21:01:52 i've seen a 20 hour build building everything with static Jan 12 21:02:08 i'm on a t3400 Jan 12 21:02:12 dell box Jan 12 21:02:22 but seriously, Intel Core 2 Quad 9550 takes about 9 minutes with all options on Jan 12 21:02:40 well i don't know what i'm doing differently but it always takes us hours Jan 12 21:02:40 (except examples and demos Jan 12 21:02:43 and everyone dreads it Jan 12 21:02:50 and it basically means i can't fix this png problem Jan 12 21:03:03 what did you use to ./configure ? Jan 12 21:03:06 i guess ill just delete these images and use different ones that don't error Jan 12 21:03:15 im not sure... its done through poky Jan 12 21:03:21 ah Jan 12 21:03:34 yeah, they build everything most likely Jan 12 21:03:45 and only the important things make it to the device rootfs Jan 12 21:03:49 ah i see the configure line Jan 12 21:03:52 its pretty lengthy Jan 12 21:03:55 yeah Jan 12 21:04:08 86 -extra-qtopiacore-config "-nomake demos" \ Jan 12 21:04:09 they enable a lot of stuff that isn't needed, like demo's and examples probably Jan 12 21:04:11 apparently we're not building those Jan 12 21:04:15 good Jan 12 21:04:25 still very strange Jan 12 21:04:43 ya this problem really isn't worth this time Jan 12 21:04:47 and btw, if you were just building qtopia, our instructions would be different Jan 12 21:04:51 the pngs load if i resave them with gimp but i was hoping to find out the problem Jan 12 21:05:00 poky and other OE's modify the build system to make it more OE Jan 12 21:05:12 sigh Jan 12 21:05:28 i had to fix cellmodemmanager earlier, too Jan 12 21:05:32 just constant fixes to this stuff Jan 12 21:05:37 at least i could just build qpe then Jan 12 21:05:52 well, when you are using a version thats almost a year and a half old.. Jan 12 21:06:26 or poky or whoever Jan 12 21:06:36 if trolltech had a usable ticket tracking system, i could find fixes for things i need and backport them Jan 12 21:06:50 but they dont attach fixes to dtickets and their search rarely works Jan 12 21:06:50 i can 2nd that. Jan 12 21:07:03 and there are public & private bugs Jan 12 21:07:31 so you could be seeing a bug that a private party reported first. so it won't show up Jan 12 21:08:14 still the best toolkit i've ever seen, even with the flaws. Jan 12 21:15:18 well it finished...guess not *too* long for that Jan 12 21:15:31 i'm really, really looking forward to using android Jan 12 21:15:45 no more memory leaks to deal with, no more crap like this Jan 12 21:19:22 memory leaks? Jan 12 21:19:53 been a long time since i seen a memory leak i didn't cause... Jan 12 21:30:15 bnovc: try snapshots if you want fixes Jan 12 21:33:16 bnovc: what memory leaks? Jan 12 21:33:48 well, it all rebuilt Jan 12 21:33:52 and didnt incorporate my change Jan 12 21:33:55 only memory leaks i encouter are from doing a intensive loop and not calling processEvents Jan 12 21:34:01 ljp: in the code we're writing using Qt Jan 12 21:34:04 whereas android is java Jan 12 21:34:11 bnovc: ljp can answer your questions about the build Jan 12 21:35:03 (but after you call processEvents the memory is free) Jan 12 21:35:03 and there have been a few memory leaks we've found in Qt and fixed Jan 12 21:35:11 that may have been fixed in qt4.4 but its impossible to tell since theres no list of that Jan 12 21:35:24 bnovc: there is a change log for each release Jan 12 21:36:33 ya there is but it doesnt seem usable for back porting individual fixes Jan 12 21:36:45 half the time a component is done completely differently so i have no idea about it then Jan 12 21:36:59 all qt's are backwards compat, so why would you backport? Jan 12 21:37:39 because we can't upgrade to qt 4.4 Jan 12 21:37:43 we have to stay at 4.3 but apply fixes Jan 12 21:38:13 ok Jan 12 21:39:16 we've edited too much to be able to update and it would cause too much instability Jan 12 21:40:12 i don't think android will help much... Jan 12 21:40:40 sounds like project got dug into some poor choices (same as mine as well) Jan 12 21:41:27 we are working to make Qt development more transparent Jan 12 21:41:40 i don't think they are poor choices Jan 12 21:41:45 things had to be fixed in Qt/qtopia Jan 12 21:41:47 problems are privacy laws and customers privacy Jan 12 21:41:59 ljp: are you a trolltech dev? Jan 12 21:42:01 ljp: how has the move to nokia been treating you? Jan 12 21:42:08 bnovc: yes. Jan 12 21:42:25 ljp: want to tell me how to compile libQtGui? :"( Jan 12 21:42:30 since ive now spent about 4 hours on it Jan 12 21:42:37 crweb: ok. can't really comment on it, but things will come to light Jan 12 21:42:44 heh Jan 12 21:42:56 i just meant personally. Having fun, job satisfaction, etc Jan 12 21:43:08 we pay trolltech for support but for some reason i'm still having to fix things :\ Jan 12 21:43:10 yes, I suppose Jan 12 21:43:39 bnovc: thats the nature of open source. at least you can fix things Jan 12 21:44:48 that's not supposed to be the nature of open source when you pay for support Jan 12 21:44:50 bnovc: are you doing shadow building? or building in teh source tree? Jan 12 21:44:53 anyway, i don't mind fixing it if i could COMPILE IT Jan 12 21:45:03 i'm building in a build directory that poky puts me in Jan 12 21:45:25 i think i want qtopia-phone-4.3.1-build/qtopiacore/target/lib/libQtGui.so.4.3.3 Jan 12 21:45:30 but i can't get it to incorporate my changes to qpixmap Jan 12 21:45:44 i did a make in the base build directory and it still didn't work Jan 12 21:46:04 i don't understand why qtopia-phone-4.3.1-build/qtopiacore/target/src/gui/Makefile doesn't reference qpixmap.cpp Jan 12 21:46:49 oh, your building qtopia Jan 12 21:47:57 indeed Jan 12 21:48:57 i'm trying to figure out why Qt won't load this png... in webkit on the device it loads it and on my desktop it loads it Jan 12 21:49:04 but libpng gives a CRC error on the device Jan 12 21:49:30 i was going to try to narrow down where qpixmap was failing but i can't get gdb to go into it (im fairly gdb illiterate) and can't get qpixmap to compile Jan 12 21:50:10 i've made changes to qobject, cellmodemmanager, etc. without having any problems ever Jan 12 21:50:10 apparently qpixmap is built differently Jan 12 21:50:10 how did you configure? Jan 12 21:50:25 you might want to specify to use system libpng Jan 12 21:50:45 ljp: hi Jan 12 21:50:50 BluesLee: hey Jan 12 21:51:36 ljp: do you have any news concerning 4.4.3? i wonder if that is the correct number:-) Jan 12 21:52:30 the next version? should be released in the next few weeks Jan 12 21:52:57 ljp: the last statement was solstice ... Jan 12 21:54:07 release was pushed back a few weeks Jan 12 21:54:31 ljp: oki doki ... 4.4.3 will contain mainly bug fixes or? Jan 12 21:55:13 yes, bug fixes Jan 12 21:56:16 i am switching from one distro to the other and back, hehe:-) Jan 12 22:02:37 ljp: i'm not sure what you mean to use system libpng Jan 12 22:02:51 bnovc: libpng should be on your device Jan 12 22:02:54 it is Jan 12 22:03:13 bnovc: if you configure qt with -qt-libpng then it will use qt's built in libpng Jan 12 22:03:25 bnovc: with -system-libpng it will use the libpng found on your system Jan 12 22:03:34 which would be more up todate etc Jan 12 22:04:05 76 -extra-qtopiacore-config -qt-libpng \ Jan 12 22:04:08 ya we use that one :\ Jan 12 22:04:16 so maybe thats the problem Jan 12 22:04:20 chage it to -system-libpng Jan 12 22:04:30 that will be another enormous compile when i do though... Jan 12 22:05:00 hmm. qtopia already defaults to system libpng Jan 12 22:06:09 ljp: he also says it takes many hours to compile qtopia on a quad core cpu Jan 12 22:06:23 i suspect someone has really screwed up the build and config Jan 12 22:07:15 no, qtopia _does_ take a long time to compile Jan 12 22:07:25 really? Jan 12 22:07:28 its really unbearable to modify anything Jan 12 22:07:29 because it does both target and host and tools Jan 12 22:07:29 oh wait Jan 12 22:07:44 hi ljp Jan 12 22:07:45 qtopia-embedded takes me like 20 minutes... Jan 12 22:08:01 ya, multiply that by 3 and add qtopia build on top Jan 12 22:08:33 mines for arm9 and x64 Jan 12 22:08:39 ljp: 4.5 series releases planned before april? Jan 12 22:08:42 very strange... huh. Jan 12 22:08:42 bnovc: building qt-e within qtopia build system is a hack Jan 12 22:08:58 Tm_T: cant really say Jan 12 22:09:09 ljp: that's enough for me (:) Jan 12 22:09:14 Qt 4.5 will be released before then Jan 12 22:09:23 I know Jan 12 22:10:35 ljp: Qt 4.5 is released end of january, said some schedule before, but yeah, it takes time to make workable release etc Jan 12 22:14:41 ljp: why is qpixmap.cpp built differently than everything else like qobject.cpp ? Jan 12 22:15:27 i can edit qobject.cpp and then build in qtopiacore/target/src/corelib but not qpixmap in src/gui Jan 12 22:16:48 qt-embedded is the new name for qtopia isn't it? Jan 12 22:22:09 qtopia-embedded is qtopia-core Jan 12 22:23:33 and they're supposed to be built separately? (qtopia-core & the rest of qtopia?) Jan 12 22:27:14 yes, they have different build systems. Jan 12 22:31:07 well ill try the -system-libpng tonight Jan 12 22:31:10 thanks for the info guys :) Jan 12 22:37:43 no problems Jan 13 02:58:38 hello! Jan 13 02:58:49 is somebody can help me with qt for symbian s60? **** ENDING LOGGING AT Tue Jan 13 02:59:57 2009