**** BEGIN LOGGING AT Thu Mar 15 02:59:58 2012 Mar 15 10:36:13 still working on getting webkit to build with qt-4.8.0 Mar 15 10:36:18 not much luck Mar 15 10:36:26 … ../../../../Source/JavaScriptCore/wtf/NullPtr.h:46:1: error: identifier ‘nullptr’ will become a keyword in C++0x [-Werror=c++0x-compat] Mar 15 12:05:16 swisstomcat: you've probably already figured this out by now, but i'm sure that there's an option somewhere in the compiler to turn off the c++0x-compat .. probably something like "-W-error=c++0x-compat" Mar 15 12:05:37 i may be mis-remembering the format for gcc's "turn warning option off" though Mar 15 13:31:59 Using meta-doctor to persuade my TP it's an ATT carrier .. gone through the scripts for the past 8 hours, and doesnt seem to be changing the token - anyone got any pointers? Mar 15 13:38:28 which part of the process does it apply the token info I have edited in the topaz.xml file - is there some debugging I could add that would help identify why it's not being applied? Thanks. Mar 15 13:47:20 i get the feeling it has something to do with tellbootie not performing correctly .. Mar 15 14:03:17 eric: i tried that but it didn't work Mar 15 14:03:31 ericblade: i might have had it wrong tho Mar 15 14:04:50 ericblade: hmm, i just noticed that i supplied -Wno-c++0x-compat in the make options Mar 15 14:09:43 Tools/Scripts/build-webkit --qt --makeargs="-j5 -s -Wno-c++0x-compat" --no-video Mar 15 14:09:46 that didn't help Mar 15 16:27:47 swisstomcat: need to turn that option off, not on .. do i need to read the gcc manual Mar 15 16:27:48 :) Mar 15 16:28:57 oh .. hmm Mar 15 16:29:25 i thought -Wno-c++0x-compat would turn it off Mar 15 16:29:39 ok, let's try without no Mar 15 16:30:24 same error Mar 15 16:32:30 where would i pass gcc parameters? Mar 15 16:39:58 oh i didn't see the "no" i'm still waking up Mar 15 16:41:37 well, let's see.. here's the option that is on.. -Werror=c++0x-compat Mar 15 16:43:13 swisstomcat: -Wno-error=c++0x-compat ? Mar 15 16:59:45 oh :) Mar 15 17:00:44 "You should remove the following line from WebKit.pri to disable Werror: isEqual(QT_ARCH,x86_64)|isEqual(QT_ARCH,i386): QMAKE_CXXFLAGS += -Werror" Mar 15 17:05:28 hmm Mar 15 17:05:41 i don't have that line in Source/WebKit/WebKit.pri Mar 15 17:07:17 I'm going to give up on the palm-optimized embedded qt Mar 15 17:11:50 I'm now stuck on the QtTestBrowser failing to pick up QMainWindow Mar 15 17:12:19 and QMenu Mar 15 18:20:02 swisstomcat: looks like you should be able to turn off warnings = errors Mar 15 18:20:50 i haven't had much luck yet Mar 15 18:20:59 swisstomcat: webkit-qt list has this issue also with new compiler https://lists.webkit.org/pipermail/webkit-qt/2011-May/001461.html Mar 15 18:21:00 but i'm a total beginner Mar 15 18:21:42 but i'm in contact with the webkit team at hp/palm so i hope to make some progress Mar 15 18:22:45 swisstomcat: it's basically a warning saying fix this before the new compiler breaks it, but the default gcc settings must be set to treat warnings as errors / ie fail on warning Mar 15 18:22:56 err the settings in that makefile I mean Mar 15 18:23:13 right Mar 15 18:23:29 they told me to ""You should remove the following line from WebKit.pri to disable Werror: isEqual(QT_ARCH,x86_64)|isEqual(QT_ARCH,i386): QMAKE_CXXFLAGS += -Werror" Mar 15 18:23:34 but that line is not present Mar 15 18:27:51 swisstomcat: this may be the patch you need http://gitorious.org/webkit/qtwebkit/commit/cf23541/diffs Mar 15 18:28:12 just -Wno-c++0x-compat Mar 15 18:30:51 i tried that before i think Mar 15 18:31:23 like this Mar 15 18:31:24 Tools/Scripts/build-webkit --qt --makeargs="-j5 -s -Wno-c++0x-compat" --no-video Mar 15 18:31:29 but maybe that's wrong? Mar 15 18:31:37 are those make arguments since they're for gcc? Mar 15 18:32:38 oh, i see .. that patch might work then Mar 15 18:33:08 I don't see Werror in any *.pro or *.pri but I do see it in configure.ac Mar 15 18:33:29 yeah, perhaps click "raw patch" save that and try applying it directly, see if that helps Mar 15 18:33:32 but I'm not sure whether that file is consulted by qmake Mar 15 18:34:39 # define QT_NO_CONTEXTMENU Mar 15 18:34:42 hmm, no mention of QMAKE_CXXFLAGS in those pro files Mar 15 18:34:47 well, now I know why my contextmenu and stuff doesn't work Mar 15 18:34:56 thanks palm qt4! Mar 15 18:35:09 they told me NOT to use palm qt4 Mar 15 18:35:22 so why'd the push it to the isis github Mar 15 18:35:22 so i'm working with nokia qt 4.8.0 Mar 15 18:35:27 *shrug* Mar 15 18:35:37 most of this stuff is greek to me Mar 15 18:35:41 but i'm trying to swim :) Mar 15 18:35:51 seems pretty integral to the QtTestBrowser at least Mar 15 18:36:02 I suppose it's not important if they're just building the webkit library and using it elsewhere Mar 15 18:36:03 they told me NOT to use palm qt4 until it works Mar 15 18:36:33 oh... well I had the qt test browser working built with vanilla qt4 before.... Mar 15 18:36:43 * dwc- grumbles Mar 15 18:37:12 swisstomcat: hmm, they released something that doesn't work? Mar 15 18:37:19 surprise! Mar 15 18:37:23 :) Mar 15 18:37:25 did they call it "webos" ? Mar 15 18:37:26 * dwc- ducks Mar 15 18:38:07 * destinal smacks dwc- with large trout. Mar 15 18:40:07 swisstomcat: so what's the idea, you can build nokia qt and then link isis against it and use the binary qt libs that are already on a webos 3.0 device to test, or will those work? Mar 15 18:40:28 nokia qt is used to build webkit Mar 15 18:40:32 qt-webkit Mar 15 18:41:44 right, so we just need the new webkit libs for the device, not the qt libs webkit links to since those should already be there (even though eventually we need them) Mar 15 22:27:27 destinal,dwc: no, this is just for desktop builds of isis Mar 16 00:00:16 * dwc- has a working QtTestBrowser once again Mar 16 00:08:01 morning Mar 16 00:34:30 hey rwhitby Mar 16 00:34:40 hey bhuey Mar 16 00:35:07 bhuey: Any interesting kernel work around? Mar 16 00:42:57 yeah tons of bay area jobs for kernel folks Mar 16 00:43:18 ut by far the best jobs I've gotten have been within my own network of connections Mar 16 00:43:32 possible cloud or file systems jobs Mar 16 00:44:03 talking to a chip company now but software engineers are treated as worthless scum on hardware companies Mar 16 00:44:15 typically Mar 16 00:44:24 still worth talking to them, better than nothing **** ENDING LOGGING AT Fri Mar 16 02:59:58 2012