After configuring with
$./configure -embedded arm -xplatform qws/linux-arm-g++ -opensource
I get this output when Making and can't figure out why:
../../src/corelib/arch/qatomic_arm.h: In function char q_atomic_swp(volatile
char*, char)':
../../src/corelib/arch/qatomic_arm.h:125: warning: address requested forret',
which is declared register'
global/qlibraryinfo.cpp: In functionvoid qt_core_init_boilerplate()':
global/qlibraryinfo.cpp:581: __builtin_exit' undeclared (first use this
function)
global/qlibraryinfo.cpp:581: (Each undeclared identifier is reported only once
for each function it appears in.)
global/qlibraryinfo.cpp:573: warning: statement with no effect
global/qlibraryinfo.cpp:573: warning: statement with no effect
global/qlibraryinfo.cpp:574: warning: statement with no effect
global/qlibraryinfo.cpp:574: warning: statement with no effect
global/qlibraryinfo.cpp:575: warning: statement with no effect
global/qlibraryinfo.cpp:576: warning: statement with no effect
global/qlibraryinfo.cpp:576: warning: statement with no effect
global/qlibraryinfo.cpp:577: warning: statement with no effect
global/qlibraryinfo.cpp:578: warning: statement with no effect
global/qlibraryinfo.cpp:578: warning: statement with no effect
global/qlibraryinfo.cpp:579: warning: statement with no effect
global/qlibraryinfo.cpp:580: warning: statement with no effect
global/qlibraryinfo.cpp:580: warning: statement with no effect
make[1]: *** [.obj/release-shared-emb-arm/qlibraryinfo.o] Error 1
make[1]: Leaving directory/home/bsalmi/Desktop/qt-embedded-linux-opensource-src-4.5.1/src/corelib'
make: *** [sub-corelib-make_default-ordered] Error 2
Can anyone tell me what might be the problem or what to look into?
Thank You
Bryce
Check this post out from the QT mailing lists:
http://lists.trolltech.com/pipermail/qt-embedded-interest/2009-March/000224.html
Related
I use the Linux kernel style in my C code, even though it's not related to the kernel. Running checkpatch.pl produces ERROR: Missing Signed-off-by: line(s). How to ignore it?
To intentionally silence the ERROR: Missing Signed-off-by: line(s) one can pass the --no-signoff parameter, e.g.:
git show | checkpatch.pl --no-tree --no-signoff
This can also be added on a new line to the .checkpatch.conf file to avoid having to type it.
I am using rf 3.0.4. I upgraded because of the dot notation upgrade (before I was using rf 2.9).
My problem is when I want to access a nested dictionary item and the first key (it is an id from db) is a number, I got a syntax error.
I have a nested dictionary: &{Attributes}
So what I want to do:
${Attributes.1000.name}
The syntax error I get:
Resolving variable '${Attributes.1000.name}' failed: SyntaxError: invalid syntax (<string>, line 1)
And what is working:
${Attributes["1000"]["name"]}
I'd like to use the dot notation, because it is more readable.
Do any of you know why it doesn't work?
It seems to me to be a limitation of Robot Framework. When a dictionary key item starts with a number (even when a string) then it will fail. In the below two test cases this is shown.
To me this sounds like a defect and you may want to log this as an issue with the project's GitHub issue log.
*** Settings ***
Library Collections
*** Variables ***
${name} MyName
&{person} name=${name}
&{person_valid} A1000=${person} A2000=${person}
&{person_invalid} 1000A=${person} 2000A=${person}
*** Test Cases ***
TC - Valid
${pers} Set Variable ${person_valid.A1000}
Dictionaries Should Be Equal ${pers} ${person}
${pers_name_1} Set Variable ${person_valid["A1000"]["name"]}
Should Be Equal As Strings ${pers_name_1} ${name}
${pers_name_2} Set Variable ${person_valid.A1000.name}
Should Be Equal As Strings ${pers_name_2} ${name}
TC - Fails
Run Keyword And Expect Error
... Resolving variable '\${person_invalid.1000A}' failed: SyntaxError: invalid syntax (<string>, line 1)
... Set Variable ${person_invalid.1000A}
Run Keyword And Expect Error
... Resolving variable '\${person_valid.1000A.name}' failed: SyntaxError: invalid syntax (<string>, line 1)
... Set Variable ${person_valid.1000A.name}
I just came across an issue with running minigui example.
I download qt-4.8.6 and install correctly on my Ubunut 14.04.
I can run qvfb without any problems, but when I want to run housekeeper (an example from minigui) something wrong happen:
start-qvfb :/opt/Qt-x11-4.8.6/bin/qvfb pcxvfb 3351 XVFB-for-MiniGUI-3.0-(Gtk-Version) 800x600-16bpp
Unknown parameter 3351
Usage: pcxvfb [-width width] [-height height] [-depth depth] [-zoom zoom][-mmap] [-nocursor] [-qwsdisplay :id] [-x11display :id] [-skin skindirectory]
Supported depths: 1, 4, 8, 12, 15, 16, 18, 24, 32
NEWGAL>PCXVFB: Wait too long for CLIENT.
NEWGAL: Does not find matched engine: pc_xvfb.
KERNEL>InitGUI: Can not get graphics engine information!
What should I do?
I just solved this annoying problem by using gvfb instead of qvfb,I download the gvfb v1.0 from http://www.minigui.org/en/download/.
Then:
tar -xzvf gvfb-1.0.0.tar.gz
cd gvfb-1.0.0
cmake .
In this step,you may come across :
Linking C executable gvfb
/usr/bin/ld: CMakeFiles/gvfb.dir/gvfb_linux.o: undefined reference to symbol 'XkbGetIndicatorState'
//usr/lib/i386-linux-gnu/libX11.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[2]: *** [src/gvfb] 错误 1
make[1]: *** [src/CMakeFiles/gvfb.dir/all] 错误 2
make: *** [all] 错误 2
To solve this error:
you need to add -lX11 -L/usr/lib/i386-linux-gnu/libXtst.a -L/usr/lib/i386-linux-gnu/libX11.a to gvfb-1.0.0/src/CMakeFiles/gvfb.dir/link.txt (Assume your host are 32-bit.)
then you can run make and make install.
You can run an example offered by minigui to test whether you have installed successfully or not !!!
I am using this site here. http://retroshare.sourceforge.net/wiki/index.php/Win32CompileLibrariesMingw#Compile_OpenSSL
and I have come across a problem. The error is
In file included from /usr/include/w32api/windows.h:95:0, from sqlite3.c:9607:
/cygdrive/c/sqlcipher-2.2.0/../openssl-1.0.1c/include/openssl/ossl_typ.h:153:29: error: expected ‘)’ before numeric constant typedef struct X509_name_st X509_NAME;
/cygdrive/c/sqlcipher-2.2.0/../openssl-1.0.1c/include/openssl/ossl_typ.h:199:33: error: expected ‘)’ before numeric constant typedef struct ocsp_response_st OCSP_RESPONSE;
Makefile:573: recipe for target 'sqlite3.lo' failed
make: *** [sqlite3.lo] Error 1
I opened the ossl_typ.h file to find only 1 line in it so i am not able to trace the error. Thank you for your help!
I came across the same problem trying to build sqlcipher. The problem is that recent versions of minGW define X509_NAME and OCSP_RESPONSE.
You need to add CFLAGS="-DNOCRYPT" to your ./configure, e.g. ./configure --enable-tempstore=yes CFLAGS="-DSQLITE_HAS_CODEC -DSQLITE_TEMP_STORE=2 -DNOCRYPT -lcrypto" in order to tell the compiler not to define these constants first.
Here is a link that explain the problem : http://cygwin.com/ml/cygwin/2012-12/msg00194.html
Just upgraded to Lion and xcode 4.2. Now when I recompile my program I getting these errors:
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1806:35: current parser token ';'
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1762:1: parsing Objective-C method 'updateWithTouchLocationMoved:withEvent:view:'
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1762:1: in compound statement ('{}')
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1771:2: in compound statement ('{}')
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1789:3: in compound statement ('{}')
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1796:4: in compound statement ('{}')
/Users/XXX/Code/iPhone/XXX/Code/Scenes/GameScene.mm:1799:5: in compound statement ('{}')
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal 2 (use -v to see invocation)
There is nothing odd going on around those line numbers. No compound statements, just simple if (a == b) type stuff. Some of the error line numbers aren't even on statements, just blank lines or a { brace. I suspect that the line numbers are not accurate. I'm kind of dead in the water now. Code compiled fine under 4.1.
Any advice?
I stopped the compiler from crashing. After commenting out line after line of code to see where this was actually happening I arrived at this line:
shape.shapeType |= kTypeBreakable;
Doing...
shape.shapeType = shape.shapeType | kTypeBreakable;
...compiles fine. So does...
shape.shapeType |= 0x00000200;
kTypeBreakable is an enum that is set to 0x00000200
shapeType is just a obj-c object variable with a getter/setting.
Very very odd compiler bug.