-
Description of the problemI have been building the source codes for the Vivaldi browser, however ever since Vivaldi switched to using Sparkle 2.1 (Vivaldi 5.2+) I've been getting the following error (on both x86 and arm64) during the linking stage:
I was able to narrow the issue down to the following code block:
Although Obviously, the issue is related to how Vivaldi integrates Sparkle rather than the Sparkle itself, but I was wondering if there is an obvious mistake the way Do you use Sandboxing in your app?N/A Version of
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 14 replies
-
This is a linker compiling issue. You may not be linking against Sparkle correctly. The only thing Sparkle 2 might be changing from 1.x in this regard is it uses
It's not used multiple times in this snippet. The only time it's used is when messaging alloc in your snippet. Declaring a variable of type I would check the linker flags you are passing and verify that Sparkle is indeed specified there. As the clang++ error says, you can pass -v to see the full invocation that was used. |
Beta Was this translation helpful? Give feedback.
-
I am also facing the same issue ld64.lld: error: undefined symbol: OBJC_CLASS_$_SPUStandardUpdaterController
Tried to include the Sparkle.frameowrk in my chromium product version, I could see framework is part of the build but still the above linker error persists Please let me know if I'm missing something ? |
Beta Was this translation helpful? Give feedback.
This is a linker compiling issue. You may not be linking against Sparkle correctly. The only thing Sparkle 2 might be changing from 1.x in this regard is it uses
Versions/B/
rather thanVersions/A/
in the framework.. but normally you don't reference a specific version.It's not used multiple times in this snippet. The only time it's used is when messaging alloc in your snippet. Declaring a variable of type
SPUStandardUpdaterController*
is not really using it.I would check the linker flags you are passing and verify that Sparkle is indeed s…