故事板设置iOS 7状态栏未以正确的方式显示(Storyboard-set iOS 7 Status Bar not shown in right style)
我在故事板中有两个场景; 一个黑暗的,一个轻的。
在“模拟”指标的“状态栏”部分中设置为“Default
”,灯光场景的条形图很暗并且工作正常。 黑暗场景的设置方式与Light Content
样式相同,但不会改变。
在代码本身的任何地方都没有提到吧,有什么不对?I have two Scenes in a Storyboard; a dark one and a light one.
Set toDefault
in the Simulated metrics' Status Bar section, the light scene's bar is dark and works correctly. The dark scene's is set the same way toLight Content
style but it doesn't change.
No mention of the bar anywhere in the code itself, what's wrong?
原文:https://stackoverflow.com/questions/20035792
最满意答案
答案结果是,您需要使用类似于以下语法设置rpath。 我在Makefile中做了我的,这是双'$'的原因。
LDFLAGS += -Wl,-rpath,'$$ORIGIN/../lib'
现在,我不一定需要在库(openssl)本身上执行此操作。 我可以在调用可执行文件上执行此操作。 如果库没有rpath,则接下来使用可执行文件上的rpath。 简而言之,我不需要强调
ldd -r <library>
返回错误的路径,前提是ldd -r <executable>
返回正确的路径。我可以使用以下命令通过库进行测试:
env LD_LIBRARY_PATH=$PWD ldd -r <library>
编译完可执行文件后,我可以验证这样的一切:
ldd -r <executable>
长话短说,一切都运行得很好,不要挂掉
ldd -r <library>
返回的内容,只需担心ldd -r <executable>
。The answer turns out to be, you need to set an rpath with a syntax similar to the following. I do mine in a Makefile, which is the reason for the double '$'.
LDFLAGS += -Wl,-rpath,'$$ORIGIN/../lib'
Now, I don't necessarily need to do this on the library (openssl) itself. I can do this on the calling executable instead. If the library has no rpath, the rpath on the executable gets used next. In short, I don't need to stress that
ldd -r <library>
is returning the wrong path, provided thatldd -r <executable>
returns the correct path.I can test by library with the following command:
env LD_LIBRARY_PATH=$PWD ldd -r <library>
And once my executable is compiled, I can verify everything like this:
ldd -r <executable>
Long story short, everything is working just fine, don't get hung up on what
ldd -r <library>
is returning, just worry aboutldd -r <executable>
.
相关问答
更多-
如果您遇到这个问题,尝试在Ubuntu 10.04上使用Ruby版本管理器(RVM)安装Ruby,那么有关在rvm网站上安装zlib的说明http://rvm.beginrescueend.com/packages/zlib/ 步骤是: rvm pkg install zlib (或rvm package install zlib如果您得到“错误:无法识别的命令行参数:'pkg'” - 较旧版本的rvm使用动词'包') 然后 rvm remove 1.9.1 rvm install 1.9.1 If y ...
-
您正在运行过时的RVM版本。 您应该使用http://rvm.io上介绍的建议安装路径,并且不要使用软件包安装程序。 要修复此检查,请访问https://stackoverflow.com/a/9056395/497756 。 也不要使用1.9.2而不是使用当前的1.9.3 ruby而对于新项目使用在RC1中的2.0.0并且应该很快发布。 You're running an outdated version of RVM. You should go with the recommended install ...
-
你想安装开发包,这是libssl-dev: sudo apt-get install libssl-dev You want to install the development package, which is libssl-dev: sudo apt-get install libssl-dev
-
通常,通过为库的不兼容版本提供不同的soname(例如libssl.0.9.7 vs libssl.1.0.0)来解决这样的问题。 如果您的libssl.so版本没有版本化的soname,那么它就会被破坏。 要检查库的soname以及程序所链接的soname,请执行这些命令 ldd /path/to/your/program/Test | grep openssl objdump --private-headers /usr/lib/libssl.so* | grep SONAME 如果您的程序与li ...
-
如何使用特定版本的zlib在ubuntu上构建openssl?(How can one build openssl on ubuntu with a specific version of zlib?)[2022-05-23]
答案结果是,您需要使用类似于以下语法设置rpath。 我在Makefile中做了我的,这是双'$'的原因。 LDFLAGS += -Wl,-rpath,'$$ORIGIN/../lib' 现在,我不一定需要在库(openssl)本身上执行此操作。 我可以在调用可执行文件上执行此操作。 如果库没有rpath,则接下来使用可执行文件上的rpath。 简而言之,我不需要强调ldd -r返回错误的路径,前提是ldd -r 返回正确的路径。 我可以使用以下命令通过库 ... -
在构建程序时,您似乎缺少-lz。 Looks like you are missing -lz when building your program.
-
所以我想出了什么问题。 我变了 rm -r lib2to3 idlelib lib-tk site-packages config lib-dynload 至 rm -r site-packages config lib-dynload 另外,无论何时运行构建脚本,都要确保在每次运行开始时删除pybuild目录。 在后续运行中,pybuild目录仍然存在,它会因某种原因删除.so文件。 So I figured out what was going wrong. I changed rm -r lib2 ...
-
下面是我用OpenSSL 1.0.2构建OpenVPN的过程。 OpenSSL 1.0.1 与 1.0.2 与 1.1.0无关。 但是,一些Confugre脚本在OpenSSL 1.1.0上死亡,因为1.1.0使用OPENSSL_init_ssl而不是SSL_library_init 。 请注意在Linux上使用RPATH(OS X将使用不同的技术)。 OpenSSL配置选项主要在编译和安装|中记录 在他们的wiki上配置选项 。 我没有找到类似的OpenVPN,而./configure --help不是很 ...
-
ZLIB的编译问题(Compilation problems with ZLIB)[2021-11-23]
我自己找到了答案! 它通过改变: $(CC) $(CFLAGS) $(LDFLAGS) $(OPT) $? -o sickle 至 $(CC) $(CFLAGS) $(OPT) $? -o sickle $(LDFLAGS) -lz选项必须在最后。 I found the answer myself ! It works by changing: $(CC) $(CFLAGS) $(LDFLAGS) $(OPT) $? -o sickle to $(CC) $(CFLAGS) $(OPT) $? ... -
不,Ubuntu软件包有一个向后移植到1.0.1.f的修复程序。 http://changelogs.ubuntu.com/changelogs/pool/main/o/openssl/openssl_1.0.1f-1ubuntu2.21/changelog提到2014年4月7日版本1.0.1f-1ubuntu2下的Heartbeat漏洞修复程序。 No, the Ubuntu package has a fix backported to 1.0.1.f. http://changelogs.ubuntu ...