achzo

Hi, getting this error on M1 processor, Max 8.2 beta, latest Max SDK.

Will 'resize outlets' be available, or i have to get rid of it?

Undefined symbols for architecture arm64:

ld: symbol(s) not found for architecture arm64

clang: error: linker command failed with exit code 1 (use -v to see invocation)

Hi, getting this error on M1 processor, Max 8.2 beta, latest Max SDK.
Will 'resize outlets' be available, or i have to get rid of it?

Hi, getting this error on M1 processor, Max 8.2 beta, latest Max SDK.
Will 'resize outlets' be available, or i have to get rid of it?
 
Unde

change-in-latest-sdk-8-2

This error suggests that you do not have commonsyms.c from the SDK included in your project. In Intel versions of Max if this wasn't present, it was being found in the MaxAudioLibrary.framework (by mistake). A Externals were supposed to include commonsyms.c in their project in order to use _common_symbols, which is now required to build for M1.

Let us know if you still encounter problems after adding commonsyms.c to your external.

This error suggests that you do not have commonsyms.c from the SDK included in your project. In Intel versions of Max if this wasn't present, it was being found in the MaxAudioLibrary.framework (by mistake). A Externals were supposed to include commonsyms.c in their project in order to use _common_symbols, which is now required to build for M1. 

Is there any guidance on how this can be achieved if one is using cmake with unix makefiles to build their externals?

Add the following line to your add_library call:

https://github.com/Cycling74/max-sdk/blob/main/source/ui/jslider/CMakeLists.txt


Add the following line to your add_library call:

Thanks Joshua, adding this to cmakelists worked. but i have to investigate further, cause it crashes max instantly, while same code on intel works

it is related to 'resize_outlets'. but it works as intended on intel without problems

Thread 0 Crashed:: CrBrowserMain Dispatch queue: 

0 .     0x0000000127598454 resize_outlets + 148 (ab.clkdiv~.c:171)

1 .     0x0000000127598444 resize_outlets + 132 (ab.clkdiv~.c:169)

2 .     0x00000001275983ac setattr_number_of_outputs + 172 (ab.clkdiv~.c:198)

Thread 0 Crashed:: CrBrowserMain  Dispatch queue: com.apple.main-thread
0   .                             	0x0000000127598454 resize_outlets + 148 (ab.clkdiv~.c:171)
1   .                             	0x0000000127598444 resize_outlets + 132 (ab.clkdiv~.c:169)
2   .                             	0x00000001275983ac setattr_number_of_outputs + 172 (ab.clkdiv~.c:198)

Hard to know why this is crashing without seeing your source code, since resize_outlets is part of your object's code. Happy to give it a peek.

hi, really no prob to send it to you, how?

Just to follow up here, the critical piece missing with the changes for commonsyms.c, is that not only do you need to include that file, but you *need* to call common_symbols_init() in your object's ext_main() function to initialize the pointer to the common symbols.

When recompiling with the arm64 target, I'm getting errors WITHIN the commonsym.c file included in the project:

I am calling the common_symbols_init() in the ext_main() func

This is when compiling my previous Xcode projects that worked fine without the arm64 process using the new max-sdk-base headers in an otherwise unchanged build-environment (copied in from https://github.com/Cycling74/max-sdk-base).

(for line 12 of commonsyms.c)Expected ';' after top level declarator 
(for line 12&4 of commonsyms.c)
Unknown type name 'C74_HIDDEN' 

I am calling the common_symbols_init() in the ext_main() func

This is when compiling my previous Xcode projects that worked fine without the arm64 process using the new max-sdk-base headers in an otherwise unchanged build-environment (copied in from https://github.com/Cycling74/max-sdk-base).

C74_HIDDEN is defined in ext_common.h, which is included by ext.h, which is included by commonsyms.c, so it's difficult to say why this is failing. Were you able to investigate using cmake to generate your projects?

I would double check your project's include paths and ensure that no old header files are being found.

C74_HIDDEN should be defined inside ext_common.h, which in turn is included by ext.h, which in turn is included by commonsyms.c.

Let us know if that all seems to be the case for you, and it is still an error.

I would double check your project's include paths and ensure that no old header files are being found. 

C74_HIDDEN should be defined inside ext_common.h, which in turn is included by ext.h, which in turn is included by commonsyms.c. 

Let us know if that all seems to be the case for you, and it is still an error. 

hunting down and cleaning out any old commonsyms.c files and headerpaths proved effective.

P.S. "Were you able to investigate using cmake to generate your projects?" No, it would have involved a time-investment that I can't afford ATM. Tweaking my Xcode projects was enough, but thx anyway

thanks, 

hunting down and cleaning out any old commonsyms.c files and headerpaths proved effective.

P.S.  "Were you able to investigate using cmake to generate your projects?" No, it would have involved a time-investment that I can't afford ATM. Tweaking my Xcode projects was enough, but thx anyway

that was indeed the case - cleaning out the build environment and checking the header paths fixed this error.

Change in latest SDK (8.2)?