Warning error creating lldb target at path

Replies

iOS tests crash when adding a pod only to embedded library #10055

Report

What did you do?

• Create a project in Xcode 12 (beta 6), using Cocoapods 10.0 (beta 2)
• Add embedded library to project (with unit tests)
• pod init
• Add a pod (eg. Alamofire or Instabug) to the embedded library and its tests (not in the main app)
• pod install
• Build and run the embedded framework’s tests

What did you expect to happen?

Tests run successfully

What happened instead?

App crashes with message:

I have looked for different Stack Overflow and GitHub issues and none of the tips provided fix the crash.

CocoaPods Environment

Stack

Installation Source

Plugins

Podfile

Project that demonstrates the issue

The text was updated successfully, but these errors were encountered:

Update: Excluding the pod from the tests does not fix the issue.

@kacper1703 the problem is that your ExtensionsTests bundle has no app host set and therefore it does not know where to find the InstaBug framework.

This worked for me.

@dnkoutso it didn’t work for me, still getting the same crash (derived data cleared):

This is most unusual, but in the main app (which unfortunately I cannot give access to), when I swap Instabug for another pod it does run correctly. In the example project it does not. (see librarySwap branch on example repo project)

Can the Instabug pod be incorrectly configured to be not testable?

I dont think that is related. Its all about the frameworks being copied to the destination and the app bundle trying to load them.

I am not sure what is exactly wrong in your case. i tried your sample app and after the change i made it correctly launched and ran the tests.

What target are you running?

In both projects (the example and proper one), the main app target/scheme (in debug configuration).

i tried your sample app and after the change i made it correctly launched and ran the tests.

Maybe a matter of some broken Xcode configuration?

Okay, one more think that I think might matter:

In the project I have targets:

• AppTarget
• NetworkingKit
• ExtensionKit
  and 2-3 more internal frameworks.

AppTarget uses (imports in files) both ExtensionKit and NetworkingKit . AppTarget tests run successfully. NetworkingKit tests crash. In the podfile it looks like this:

Is this a different scenario than the one that was originally posted? Can you provide a sample app exactly with the failure?

Источник

Предупреждение: ошибка при создании цели LLDB по некоторому пути.

Я запускаю приложение на симуляторе Xcode 6.1 и iPhone (iOS 8.1). Во время работы я получаю сообщение ниже журнала в окне консоли:

Если я запускаю приложение в симуляторе Xcode 5.x и iPhone (iOS 7.x), такого журнала на консоли нет. Что может быть причиной? Будет ли проблема, если я загружу приложение в магазин приложений.

Ответы (4)

Это предупреждение в первую очередь предназначено для отладки устройств iOS. В этой среде Xcode копирует библиотеки и фреймворки устройства на Mac и сохраняет их в каталоге для lldb. Когда вы запускаете сеанс отладки и lldb видит, что инфраструктура Foundation используется вашим приложением, он может прочитать копию на Mac — в противном случае ему пришлось бы считывать копию из памяти из сеанса отладки iOS, который выполняется медленно.

Почему вы видите это с некоторыми конфигурациями отладки вашего симулятора, я не могу сказать; это не ожидается. Но для сеанса отладки собственного процесса Mac (как вы делаете с отладкой iOS Simulator) это безвредно — затраты производительности на чтение lldb из локальной памяти Mac очень малы.

Это определенно не повлияет на ваше приложение при загрузке в магазин. Это полностью проблема кэширования Xcode/lldb, не имеющая ничего общего с вашим приложением.

Это предупреждение устраняется путем изменения настроек сборки:

Выберите «Проект» -> «Настройки сборки».

Измените «Архитектуры» на «Стандартные архитектуры (armv7, arm64) — $(ARCHS_STANDARD)»

Это вызовет предупреждение о том, что iOS 5.1.1 и выше поддерживаются. Нажмите «Изменить цель развертывания на 5.1.1».

1. Повторите шаги для цели (если она не изменилась автоматически)

Кроме того, это предпочтительный параметр сборки, поскольку Apple заставляет разработчиков создавать приложения на 64-битной архитектуре. Ссылка на документ Apple

Это происходит, когда вы используете Architectures=$(ARCHS_STANDARD_32_BIT) и запускаете приложение на 64-битном устройстве.

Это можно решить, установив для параметра «Архитектуры» значение «Стандартные архитектуры (armv7, arm64) — $(ARCHS_STANDARD)» в настройках сборки.

Итак, можно ли отправлять приложение в магазин приложений, пока вы получаете это предупреждение при отладке на iPhone 5S или последнем устройстве/симуляторе? Я слышал, что Apple может отклонить ваше приложение, если вы не перейдете на 64-битную версию без уважительной причины.

В любом случае. Решение для этого предупреждения относится к стандартной архитектуре (armv7, arm64), а не к $ (ARCHS_STANDARD_32_BIT)

Но имейте в виду, что оно будет поддерживать ваше приложение только в том случае, если все ваши модули и фреймворки также поддерживают это, иначе вам придется их обновить. (Некоторое время это не быстро сделать.)

Источник

touch not working on 0.10.0 with Xcode 6 #510

I’m using Xcode 6 and have started console on an iPhone 5s 7.1 simulator. I can query the UI ok, but touching will not work, the following error is output:

The text was updated successfully, but these errors were encountered:

Strange, it just does not work in the console , when running cucumber it works.

We’re having similar issues in landscape mode. What orientation are you using when you see this error?

The odd thing is that we get no error, it just acts as if it worked fine.

@fabb my cohort tells me he saw your exact error yesterday and he was able to get around it by running start_test_server_in_background inside the calabash-ios console . Seems that the Calabash server connection wasn’t correctly established.

I’m having a similar issue, however it does not work when I start_test_server_in_background when I am in the console. I can query without the starting test server, but I get ArgumentError: expected » to be one of [:preferences, :host] when I try to touch the same component.

I’m not able to reproduce this issue — could you try with version 0.11.0 just coming out?

Just to clarify — touch won’t work unless you let Calabash start the app. See

I start the console the following way:

Now I even earlier get an error, it’s the same as #507, even though I tried with 0.11.0 too.

With 0.11.0 on iOS 8 Simulator I get the following output:

I believe your problem is this:

The DEVICE_TARGET for CoreSimulator can be one of the following:

To see a list of devices:

Are these Unix commands?

I think I understand what you are doing with this:

but I don’t understand why.

I expect a workflow like this:

If you need to pipe the command to the console, then you can do something like this:

Are these Unix commands?
I think I understand what you are doing with this:

$ echo start_test_server_in_background | bundle exec calabash-ios console

but I don’t understand why.

This is a script that starts the interactive console and starts the test server too. I did not find another way to make the calabash irb execute an command and stay open.

If you need to pipe the command to the console, then you can do something like this:
.

This was not needed with iOS 7 simulators. Is this a new requirement with iOS 8 simulators?

I did not find another way to make the calabash irb execute an command and stay open.

If you execute this:

When I execute that with DEVICE_TARGET=’iPhone 6 (8.0 Simulator)’ and correct APP_BUNDLE_PATH , I get the error described in #507.

Can you paste the output of:

xcrun xcodebuild -version

xcrun instruments -s devices

xcrun simctl list

I have not been able to reproduce locally. 🙁

This issue is getting off topic. I want to track your issue separately. I am going to delete your comments from this issue. I have created a new issue just for your problem.

Your problem is not related to this issue. I have moved you comments to another issue. I will respond to it there.

Ok now that I resolved #507 I could try again with 0.11.0.

I still get the same error:

As before, querying works fine:

I tried with the LPSimpleExample, and tap_mark works fine there. It’s strange, as server_version returns the same calabash version 0.11.0 for both LPSimpleExample and my project.

Another strange issue (might be an own issue) is that with the iOS 8 simulator my app does not finish starting when run via cucumber or calabash-ios console . Starting the calabash target from Xcode starts the app fine, and when connecting via console_attach , it can be queried alright. I mention this as the LPSimpleExample does not exhibit this issue when being started by cucumber or calabash-ios console on an iOS 8 simulator.

Maybe both issues have to do with the the fact that my app takes longer to start than LPSimpleExample, or the following warning I get when starting my app?
Warning: Error creating LLDB target at path ‘/Users/fabian/Library/Developer/Xcode/DerivedData/willhaben-altfiesbglcaxhdeonfcdrwdglts/Build/Products/CalabashDebug-iphonesimulator/wh.calabash.app’- using an empty LLDB target which can cause slow memory reads from remote devices.

I want to make sure you understand that query will always work if the calabash server is running. Queries are just http calls to the server. Gestures are an http call + a call to the UIAutomation API via the instruments process.

Warning: Error creating LLDB target at path

Are you trying to use the calabash dylibs or another dylib (like libReveal.dylib)?

Is this a Xamarin project?

It is not a Xamarin project. I do not use Reveal or other dylibs.

Interestingly, tapping now works when starting via

I don’t know what changed 🙁

What still not works:

1. Let the console start the test server by piping the command to it:

Any other ways to pass calabash-ios console a parameter to make it execute start_test_server_in_background ?

2. Starting app on iOS 8 simulator. The app hangs in the middle of the startup process. The simulator window flashes once at the point I think the startup should be finished. We have a spinning progress hud which just keeps spinning. Starting the app from Xcode, or directly from simulator works fine.

Источник

Предупреждение: ошибка при создании цели LLDB на определенном пути

Я запускаю приложение на симуляторе Xcode 6.1 и iPhone (iOS 8.1). Во время работы я становлюсь ниже окна входа в консоль:

Если я запустил приложение в Xcode 5.x и iPhone (iOS 7.x), то на консоли не будет такого журнала. Что может быть причиной? Будет ли проблема, если я загружу приложение в магазин приложений.

Это предупреждение решается путем изменения настроек сборки:

Выберите «Проект» → «Настройки сборки»

Измените «Архитектуры» на «Стандартные архитектуры (armv7, arm64) — $ (ARCHS_STANDARD)»

Это вызовет предупреждение о поддержке iOS 5.1.1 и выше. Нажмите «Изменить цель развертывания на 5.1.1».

Повторите шаги для цели (если не изменить автоматически)

Кроме того, это предпочтительная настройка сборки, поскольку Apple заставляет разработчиков создавать приложения на 64-битной архитектуре. Ссылка на документ Apple

Это предупреждение предназначено в первую очередь для отладки устройств iOS. В этой среде Xcode копирует библиотеки устройств и фреймворки вплоть до Mac и сохраняет их в каталоге для lldb. Когда вы запускаете сеанс отладки, а lldb видит, что фреймворк Foundation используется вашим приложением, он может читать копию на Mac — в противном случае ему пришлось бы прочитать копию из памяти с отладочной сессии iOS, которая будет медленной.

Почему вы видите это с некоторыми конфигурациями отладки вашего симулятора, я не могу сказать; это не ожидалось. Но для самостоятельного сеанса отладки процесса Mac (как вы делаете с отладкой симулятора iOS) это безобидно — стоимость работы lldb, считывая его из локальной памяти Mac, очень мала.

Это определенно не повлияет на ваше приложение при загрузке в магазин. Это проблема с кешированием Xcode/lldb, не имеющая ничего общего с вашим приложением.

Источник

Предупреждение: ошибка при создании цели LLDB на каком-то пути

Я запускаю приложение на симуляторе Xcode 6.1 и iPhone (iOS 8.1). Во время работы я попадаю ниже входа в окно консоли:

Если я запускаю приложение в симуляторе Xcode 5.x и iPhone (iOS 7.x), то на консоли такого журнала не будет. В чем может быть причина? Будет ли проблема, если я загружу приложение в магазин приложений.

4 ответа

Это предупреждение устраняется изменением настроек сборки:

Выберите Project -> Build Settings.

Измените «Архитектуры» на «Стандартные архитектуры (armv7, arm64) — $ (ARCHS_STANDARD)»

Появится предупреждение о поддержке iOS 5.1.1 и более поздних версий. Нажмите «Изменить цель развертывания на 5.1.1» .

1. Повторите шаги для Target (если не изменились автоматически)

Кроме того, это предпочтительный параметр сборки, поскольку Apple заставляет разработчиков создавать приложения на 64-битной архитектуре. Ссылка на документ Apple

Это предупреждение в первую очередь предназначено для отладки устройства iOS. В этой среде Xcode копирует библиотеки и фреймворки устройства на Mac и сохраняет их в каталоге для lldb. Когда вы запускаете сеанс отладки и lldb видит, что фреймворк Foundation используется вашим приложением, он может читать копию на Mac — в противном случае ему пришлось бы считывать копию из памяти из сеанса отладки iOS, который выполняется медленно.

Я не могу сказать, почему вы видите это в некоторых конфигурациях отладки вашего симулятора; это не ожидается. Но для сеанса отладки собственного процесса Mac (как вы делаете с отладкой iOS Simulator) это безвредно — затраты производительности lldb, считывающие его из локальной памяти Mac, очень малы.

Это определенно не повлияет на ваше приложение при загрузке в магазин. Это полностью проблема кеширования Xcode / lldb, не имеющая отношения к вашему приложению.

Это вызывает, когда вы используете Architectures = $ (ARCHS_STANDARD_32_BIT) и запускаете приложение на 64-битном устройстве.

Это можно решить, установив для параметра «Архитектуры» значение «Стандартные архитектуры (armv7, arm64) — $ (ARCHS_STANDARD)» в настройках сборки.

Так можно ли отправлять приложение в магазин приложений, когда вы получаете это предупреждение при отладке на iPhone 5S или последнем устройстве / симуляторе? Я слышал, что Apple может отклонить ваше приложение, если вы не обновитесь до 64-битной версии без уважительной причины.

Любые способы — решение для этого предупреждения — стандартные архитектуры (armv7, arm64), а не $ (ARCHS_STANDARD_32_BIT)

Но имейте в виду, что он будет поддерживать ваше приложение только в том случае, если все ваши модули и фреймворки также поддерживают это, иначе вам придется их обновить. (Иногда это не так уж и быстро.)

Источник

• I’ve read and understood the CONTRIBUTING guidelines and have done my best effort to follow.

Report

What did you do?

• Create a project in Xcode 12 (beta 6), using Cocoapods 10.0 (beta 2)
• Add embedded library to project (with unit tests)
• pod init
• Add a pod (eg. Alamofire or Instabug) to the embedded library and its tests (not in the main app)
• pod install
• Build and run the embedded framework’s tests

What did you expect to happen?

Tests run successfully

What happened instead?

App crashes with message:

Warning: Error creating LLDB target at path /Users/USER/Library/Developer/Xcode/DerivedData/InstabugPodTest-giyaxgqskectlsejpwuoquhdwgjz/Build/Products/Debug-iphonesimulator/InstabugPodTestUITests-Runner.app'- using an empty LLDB target which can cause slow memory reads from remote devices.
dyld: Library not loaded: @rpath/Instabug.framework/Instabug
  Referenced from: /Users/USER/Library/Developer/Xcode/DerivedData/InstabugPodTest-giyaxgqskectlsejpwuoquhdwgjz/Build/Products/Debug-iphonesimulator/ExtensionKit.framework/ExtensionKit
  Reason: image not found
dyld: launch, loading dependent libraries
DYLD_SHARED_CACHE_DIR=/Users/USER/Library/Developer/CoreSimulator/Caches/dyld/19G2021/com.apple.CoreSimulator.SimRuntime.iOS-14-0.18A5357e
DYLD_ROOT_PATH=/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot
DYLD_LIBRARY_PATH=/Users/USER/Library/Developer/Xcode/DerivedData/InstabugPodTest-giyaxgqskectlsejpwuoquhdwgjz/Build/Products/Debug-iphonesimulator
DYLD_INSERT_LIBRARIES=/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/usr/lib/libMainThreadChecker.dylib
DYLD_FALLBACK_FRAMEWORK_PATH=/Applications/Xcode-beta.app/Contents/Developer/Platforms/iPhoneOS.platform/Library/Developer/CoreSimulator/Profiles/Runtimes/iOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/Frameworks
DYLD_FALLBACK_LIBRARY_PATH=/Applicati

I have looked for different Stack Overflow and GitHub issues and none of the tips provided fix the crash.

CocoaPods Environment

Stack

   CocoaPods : 1.10.0.beta.2
        Ruby : ruby 2.4.1p111 (2017-03-22 revision 58053) [x86_64-darwin17]
    RubyGems : 2.6.14
        Host : Mac OS X 10.15.6 (19G2021)
       Xcode : 12.0 (12A8189n)
         Git : git version 2.24.3 (Apple Git-128)
Ruby lib dir : /Users/kacperczapp/.rvm/rubies/ruby-2.4.1/lib
Repositories : master - git - https://github.com/CocoaPods/Specs.git @ fb84a8148a93b4ea7997d40e7bb3107e7451ba94

               trunk - CDN - https://cdn.cocoapods.org/

Installation Source

Executable Path: /Users/XXXX/.rvm/gems/ruby-2.4.1/bin/pod

Plugins

cocoapods-clean       : 0.0.1
cocoapods-deintegrate : 1.0.4
cocoapods-plugins     : 1.0.0
cocoapods-pod-merge   : 0.0.4
cocoapods-search      : 1.0.0
cocoapods-stats       : 1.1.0
cocoapods-trunk       : 1.5.0
cocoapods-try         : 1.2.0

Podfile

platform :ios, '12.0'

target 'ExtensionKit' do
  use_frameworks!
  pod 'Instabug', '9.1.7'

  target 'ExtensionKitTests' do
    inherit! :search_paths
  end

end

target 'InstabugPodTest' do
  use_frameworks!
  pod 'SwiftyMarkdown', '1.2.2'

  target 'InstabugPodTestTests' do
    inherit! :search_paths
  end

end

Project that demonstrates the issue

https://github.com/kacper1703/InstabugPodTest

I’m getting this error whenever I build in Xcode 6 GM Seed. It seems to be making my app insanely slow. What exactly does this mean and how do I fix it?

I had the following error:

Warning: Error creating LLDB target at path ‘…..’- using an empty LLDB target which can cause slow memory reads from remote devices.

PS: im not able to run my app, its stuck on the splash screen

There is a thread in the Apple Developer Forum, https://devforums.apple.com/message/1010068#1010068 that describes how to diagnose this issue. I had his issue for Xcode 6 GM Seed, specifically — Version 6.0.1 (6A317). This isn’t necessarily a solution, but it may help some people get a better diagnosis

Useful steps are as follows —

1) Create or modify your ~/.lldbinit and add log enable -f /tmp/lldb-api.txt lldb api to it.

2) Rerun your debugger session (no need to restart Xcode or anything)

3) Inspect the file at /tmp/lldb-api.txt. Look for a line beginning with SBDebugger::CreateTarget(...). Mine looked something like this

SBDebugger(0x7f83671fd600)::CreateTarget (filename=»/Users/xxxxxxx/Library/Developer/Xcode/DerivedData/Dino-gjuxikhuyokkqufeqmesmgjcxylu/Build/Products/Debug-iphonesimulator/Dino.app», triple=x86_64, platform_name=(null), add_dependent_modules=1, error=the specified architecture ‘x86_64’ is not compatible with ‘i386-apple-ios’ in ‘/Users/xxxxxxx/Library/Developer/Xcode/DerivedData/Dino-gjuxikhuyokkqufeqmesmgjcxylu/Build/Products/Debug-iphonesimulator/Dino.app/Dino’) => SBTarget(0x0)

4) Inspect the target file from the above log output, in my case —

file «/Users/xxxxxxx/Library/Developer/Xcode/DerivedData/Dino-gjuxikhuyokkqufeqmesmgjcxylu/Build/Products/Debug-iphonesimulator/Dino.app/Dino»

/Users/apanagar/Library/Developer/Xcode/DerivedData/Dino-gjuxikhuyokkqufeqmesmgjcxylu/Build/Products/Debug-iphonesimulator/Dino.app/Dino: Mach-O executable i386

5) So, In my case my problem was the architectures I was building for. The target architecture for your project should match the one on the SBDebugger::CreateTarget() line in the log output.

Xcode doc’s point out the following. I had to go through my nested frameworks and change some outdated architecture targets —

NOTE ABOUT 64-BIT ARCHITECTURE

An app extension target must include the arm64 architecture in its Architectures build settings or it will be rejected by the App Store. Xcode includes this architecture with its “Standard architectures” setting when you create a new app extension target.

If your containing app target links to an embedded framework, the app must also include the arm64 architecture or it will be rejected by the App Store.

For more information about 64-bit development, see 64-Bit Transition Guide for Cocoa Touch or 64-Bit Transition Guide for Cocoa, depending on your target platform.

https://developer.apple.com/library/ios/documentation/General/Conceptual/ExtensibilityPG/ExtensionCreation.html#//apple_ref/doc/uid/TP40014214-CH5-SW1

Warning: Error creating LLDB target at path '/Users/macbook/Library/Developer/Xcode/DerivedData/..Project.app'- 
using an empty LLDB target which can cause slow memory reads from remote devices.

Ответы (4)

Alozavr	#1 Оставлено : 26 сентября 2014 г. 18:25:27(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 06.02.2012(UTC) Сообщений: 5	Добрый день! Переносим приложение на iOS 8, соотвественно взял с сайта CSP 4.0. Перелинковал фреймворк, перенес xib’ы, перелинковал библиотеки считывателей. И при сборке получаю 118 ошибок такого типа: Цитата: Undefined symbols for architecture i386: «std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find(char const*, unsigned long, unsigned long) const», referenced from: +[PaneViewController parseVersion:version_out:build_out:] in CPROCSP makeURLwithoutFolder(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in CPROCSP MSCAstdRequest::Submit(int, wchar_t*, wchar_t*, wchar_t*, int*) in CPROCSP ExtractCert(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >&) in CPROCSP MSCAstdRequest::GetCACertificate(int, wchar_t*, int, wchar_t**) in CPROCSP MSCAstdRequest::RetrievePending(int, wchar_t*, int*) in CPROCSP MSCAstdRequest::GetCAProperty(wchar_t*, int, int, int, int, void**) in CPROCSP … собираю на девайс — то же самое для armv7. проект перестал собираться в xcode 5 и 6. Что я делаю не так? Отредактировано пользователем 26 сентября 2014 г. 23:56:03(UTC)  | Причина: Не указана

Максим Коллегин	#2 Оставлено : 27 сентября 2014 г. 2:51:44(UTC)
Статус: Сотрудник Группы: Администраторы Зарегистрирован: 12.12.2007(UTC) Сообщений: 6,255 Откуда: КРИПТО-ПРО Сказал «Спасибо»: 21 раз Поблагодарили: 660 раз в 583 постах	Спасибо, разберемся в ближайшее время.
Знания в базе знаний, поддержка в техподдержке
	WWW

ademyanets	#3 Оставлено : 30 сентября 2014 г. 18:36:02(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 14.08.2014(UTC) Сообщений: 5 Сказал(а) «Спасибо»: 1 раз	я правильно понимаю что 3.6 и не запустить на восьмерке? я вот запустил и приложение на симуляторе даже не стартануло. Цитата: Warning: Error creating LLDB target at path ‘/Users/test/Library/Developer/Xcode/DerivedData/CPROApp-fxgmgsxchldsdjbjaxqazbwdsjxw/Build/Products/Debug-iphonesimulator/CPROApp.app’- using an empty LLDB target which can cause slow memory reads from remote devices. cwd:/ dir=/Users/test/Library/Developer/CoreSimulator/Devices/60712215-16C9-4E78-8B1A-13DEF6CE7129/data/Containers/Data/Application/92A6000D-F864-4DE7-84D5-0423D9FEB74B/Documents cwd:/Users/test/Library/Developer/CoreSimulator/Devices/60712215-16C9-4E78-8B1A-13DEF6CE7129/data/Containers/Data/Application/92A6000D-F864-4DE7-84D5-0423D9FEB74B/Documents 2014-09-30 18:06:08.789 CPROApp[5155:216943] Wrong directory. Run application from /var/mobile/Applications/<App id>/<App name>.app вот аналогичная проблема http://stackoverflow.com…run-application-on-ios-8 Отредактировано пользователем 30 сентября 2014 г. 18:44:20(UTC)  | Причина: Не указана

Русев Андрей	#4 Оставлено : 1 октября 2014 г. 18:28:16(UTC)
Статус: Сотрудник Группы: Администраторы, Участники Зарегистрирован: 16.04.2008(UTC) Сообщений: 1,060 Сказал(а) «Спасибо»: 10 раз Поблагодарили: 319 раз в 241 постах	фреймворки CSP 3.6/CSP 3.8/CSP 3.9 собирались gcc/g++ и линковались с libstdc++ (GNU C++ Standard Library) начиная с CSP 4.0 фреймворки стали собираться clang-ом и линковаться с libc++ (LLVM C++ Stanard Library) Точно так же надо собирать и линковать конечное приложение.
Официальная техподдержка. Официальная база знаний.

Василий Анисимов	#5 Оставлено : 10 октября 2014 г. 18:28:01(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 27.04.2012(UTC) Сообщений: 119 Откуда: Digital Design Сказал «Спасибо»: 19 раз Поблагодарили: 1 раз в 1 постах	Здравствуйте! Не могу собрать c последним КриптоПро 4.0 под arm64 (под iPad Air), останавливается на ошибках CPROCSP.framework/Headers/common.h:95:4: «PROCESSOR_TYPE — Can’t autodected» и ld: file not found: …/Objects-normal/arm64/main.o В чём может быть проблема? Под 2й айпад собирается без проблем. Отредактировано пользователем 11 октября 2014 г. 10:48:24(UTC)  | Причина: Не указана
ВАСИЛИЙ АНИСИМОВ Ведущий iOS разработчик в «Digital Design» www.digdes.ru

Dmitry_Bokovikov	#6 Оставлено : 17 октября 2014 г. 16:54:29(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 172 Откуда: Москва Поблагодарили: 18 раз в 17 постах	Автор: anivaros Здравствуйте! Не могу собрать c последним КриптоПро 4.0 под arm64 (под iPad Air), останавливается на ошибках CPROCSP.framework/Headers/common.h:95:4: «PROCESSOR_TYPE — Can’t autodected» и ld: file not found: …/Objects-normal/arm64/main.o В чём может быть проблема? Под 2й айпад собирается без проблем. Здравствуйте, поддержка arm64 появится в ближайшем релизе, пока можете собирать под armv7

Василий Анисимов	#7 Оставлено : 17 октября 2014 г. 20:10:45(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 27.04.2012(UTC) Сообщений: 119 Откуда: Digital Design Сказал «Спасибо»: 19 раз Поблагодарили: 1 раз в 1 постах	Так в списке изменений последнего КриптоПро 4.0 заявлена поддержка arm64
ВАСИЛИЙ АНИСИМОВ Ведущий iOS разработчик в «Digital Design» www.digdes.ru

vdp1955	#8 Оставлено : 24 декабря 2014 г. 16:35:43(UTC)
Статус: Активный участник Группы: Участники Зарегистрирован: 10.10.2013(UTC) Сообщений: 93 Откуда: Москва	Здравствуйте. Не подскажите, как решилась проблема с ошибками Undefined symbols for architecture i386 в iOS 8? У меня в Xcode 6 та же история — пытаюсь создать новый проект с КритоПро 4.0 и получаю 164 подобных ошибки, хотя вроде все делаю по инструкции. И что интересно, пример CreateFile собрался и запустился нормально.

ademyanets	#9 Оставлено : 24 декабря 2014 г. 16:39:43(UTC)
Статус: Новичок Группы: Участники Зарегистрирован: 14.08.2014(UTC) Сообщений: 5 Сказал(а) «Спасибо»: 1 раз	В моем случае никак. Видимо буду четверку встраивать.

Dmitry_Bokovikov	#10 Оставлено : 24 декабря 2014 г. 16:46:20(UTC)
Статус: Сотрудник Группы: Участники Зарегистрирован: 29.01.2014(UTC) Сообщений: 172 Откуда: Москва Поблагодарили: 18 раз в 17 постах	Автор: vdp1955 Здравствуйте. Не подскажите, как решилась проблема с ошибками Undefined symbols for architecture i386 в iOS 8? У меня в Xcode 6 та же история — пытаюсь создать новый проект с КритоПро 4.0 и получаю 164 подобных ошибки, хотя вроде все делаю по инструкции. И что интересно, пример CreateFile собрался и запустился нормально. А Вы указываете в свойствах проекта «C++ Standard Library» — «libc++ (LLVM C++ Stanard Library)» ? CreateFile настроен с этой опцией.

Быстрый переход
 

Вы не можете создавать новые темы в этом форуме.

Вы не можете отвечать в этом форуме.

Вы не можете удалять Ваши сообщения в этом форуме.

Вы не можете редактировать Ваши сообщения в этом форуме.

Вы не можете создавать опросы в этом форуме.

Вы не можете голосовать в этом форуме.