compilation

Conversion to Automatic Reference Counting (ARC): 'Use of undeclared identifier' errors

时光毁灭记忆、已成空白 提交于 2020-01-31 15:23:09
问题 In one of the very big projects I used auto-synthesized properties everywhere: //MyClass.h file: @interface MyClass : NSObject @property (nonatomic, retain) NSString *deviceName; @property (nonatomic, retain) NSString *deviceID; @end //MyClass.m file: #import "MyClass.h" @implementation ApplicationStatus // no @synthesize used at all. -(void)dealloc{ [_deviceName release]; // gives errors only while converting to ARC with LLVM 5.0 [_deviceID release]; [super dealloc]; } @end The code above

What is wrong with my cross compiler?

我只是一个虾纸丫 提交于 2020-01-30 12:32:29
问题 I am trying to compile a basic program that i can get to cross compile on my mac. I am running Mac OS X Mavericks. My cross compiler is arm-elf-gcc-4.7.3. I wrote a simple test program that looks like: int main() { ; return 0; } When I run /opt/local/bin/arm-elf-gcc-4.7.3 -o test test.c I receive these errors. test.c:4:Unknown pseudo-op: .global test.c:4:Rest of line ignored. 1st junk character valued 109 (m). test.c:5:Unknown pseudo-op: .type test.c:5:Rest of line ignored. 1st junk character

What is wrong with my cross compiler?

|▌冷眼眸甩不掉的悲伤 提交于 2020-01-30 12:31:51
问题 I am trying to compile a basic program that i can get to cross compile on my mac. I am running Mac OS X Mavericks. My cross compiler is arm-elf-gcc-4.7.3. I wrote a simple test program that looks like: int main() { ; return 0; } When I run /opt/local/bin/arm-elf-gcc-4.7.3 -o test test.c I receive these errors. test.c:4:Unknown pseudo-op: .global test.c:4:Rest of line ignored. 1st junk character valued 109 (m). test.c:5:Unknown pseudo-op: .type test.c:5:Rest of line ignored. 1st junk character

What is wrong with my cross compiler?

醉酒当歌 提交于 2020-01-30 12:31:33
问题 I am trying to compile a basic program that i can get to cross compile on my mac. I am running Mac OS X Mavericks. My cross compiler is arm-elf-gcc-4.7.3. I wrote a simple test program that looks like: int main() { ; return 0; } When I run /opt/local/bin/arm-elf-gcc-4.7.3 -o test test.c I receive these errors. test.c:4:Unknown pseudo-op: .global test.c:4:Rest of line ignored. 1st junk character valued 109 (m). test.c:5:Unknown pseudo-op: .type test.c:5:Rest of line ignored. 1st junk character

How to compile a cpp and then link it to a shared library

﹥>﹥吖頭↗ 提交于 2020-01-28 12:38:49
问题 I want to have the functions which are defined in another .cpp file become available in another simulation tool. I found the following code in this question: -finstrument-functions doesn't work with dynamically loaded g++ shared objects (.so) Trace.cpp #include <stdio.h> #ifdef __cplusplus extern "C" { void __cyg_profile_func_enter(void *this_fn, void *call_site) __attribute__((no_instrument_function)); void __cyg_profile_func_exit(void *this_fn, void *call_site) __attribute__((no_instrument

How to compile a cpp and then link it to a shared library

二次信任 提交于 2020-01-28 12:38:24
问题 I want to have the functions which are defined in another .cpp file become available in another simulation tool. I found the following code in this question: -finstrument-functions doesn't work with dynamically loaded g++ shared objects (.so) Trace.cpp #include <stdio.h> #ifdef __cplusplus extern "C" { void __cyg_profile_func_enter(void *this_fn, void *call_site) __attribute__((no_instrument_function)); void __cyg_profile_func_exit(void *this_fn, void *call_site) __attribute__((no_instrument

How to compile a cpp and then link it to a shared library

心不动则不痛 提交于 2020-01-28 12:37:26
问题 I want to have the functions which are defined in another .cpp file become available in another simulation tool. I found the following code in this question: -finstrument-functions doesn't work with dynamically loaded g++ shared objects (.so) Trace.cpp #include <stdio.h> #ifdef __cplusplus extern "C" { void __cyg_profile_func_enter(void *this_fn, void *call_site) __attribute__((no_instrument_function)); void __cyg_profile_func_exit(void *this_fn, void *call_site) __attribute__((no_instrument

How to compile a cpp and then link it to a shared library

我只是一个虾纸丫 提交于 2020-01-28 12:37:11
问题 I want to have the functions which are defined in another .cpp file become available in another simulation tool. I found the following code in this question: -finstrument-functions doesn't work with dynamically loaded g++ shared objects (.so) Trace.cpp #include <stdio.h> #ifdef __cplusplus extern "C" { void __cyg_profile_func_enter(void *this_fn, void *call_site) __attribute__((no_instrument_function)); void __cyg_profile_func_exit(void *this_fn, void *call_site) __attribute__((no_instrument

Make IDE-wide configuration changes in Eclipse

女生的网名这么多〃 提交于 2020-01-25 22:06:06
问题 I have been working on some GUI-related projects in Eclipse CDT. They always require me a specific command line pattern (Project > GCC C Linker) in order to load the libraries properly: I can't manage to keep that configuration for every project I start. Is there a way to achieve this? 回答1: IMHO it is not possible. See in Windows > Preferences > C/C++ Build > Setttings these options were not provided. So all these options are specific to a project. Means you can have different options for

Make IDE-wide configuration changes in Eclipse

感情迁移 提交于 2020-01-25 22:03:46
问题 I have been working on some GUI-related projects in Eclipse CDT. They always require me a specific command line pattern (Project > GCC C Linker) in order to load the libraries properly: I can't manage to keep that configuration for every project I start. Is there a way to achieve this? 回答1: IMHO it is not possible. See in Windows > Preferences > C/C++ Build > Setttings these options were not provided. So all these options are specific to a project. Means you can have different options for