Assertion failed file /Users/joe/mclinker ?

  1. ‹ Older
  2. 8 months ago

    Michael D

    30 Dec 2018 Pre-Release Testers, Xojo Pro

    It's funny when information from one person's build system leaks like this - I once had a coworker who named his hard drive "Sh*tHead" which occasionally led to some interesting bug reports :-)

  3. Beatrix W

    31 Dec 2018 Pre-Release Testers Europe (Germany)

    That looks like something from "mclinker". See .

    The Valentina folks use something called "Jenkins". I thought for years that this was a name.

  4. Andrew L

    2 Jan 2019 San Francisco, CA, USA

    Could it be @Joe R?

  5. 6 months ago
  6. Greg O

    Feb 25 Xojo Inc

    Have you tried all three compiler optimization levels?

  7. Greg O

    Feb 25 Xojo Inc

    Do you get this compile error on an empty project?

  8. Ulrich B

    Feb 26 Pre-Release Testers, Xojo Pro Europe (Germany, Berlin) · xo...

    @Andrew L Could it be @Joe R?

    It very probably is. But he was not seen here for over a year, so I guess he will not answer.

  9. Greg O

    Feb 26 Xojo Inc

    @Ulrich B It very probably is. But he was not seen here for over a year, so I guess he will not answer.

    Joe originally compiled the linked on his workstation that’s where that comes from.

  10. Greg O

    Feb 26 Xojo Inc

    @dave d Yes and one with a single button saying hello world.

    Ok, instead of double clicking the ide to start it, open a terminal window, type open , drop the bundle into the terminal window and press return. The ide will launch and spew a bunch of console messages. Once the ide launches, go to the terminal window and press CMD-K to clear the window. Now create a web project and compile it for Linux ARM. I’m curious if you get any errors there.

  11. Jason P

    Mar 1 Xojo Inc Texas

    What plugins have you got installed and is this app trying to use any of them? Maybe they have no ARM 32 bit portions?

  12. Derk J

    Mar 2 Pre-Release Testers, Xojo Pro
    Edited 6 months ago

    Firts clear the xojo cache, in preferences - builds. Then quit xojo completely. remove the plugins, re-download and reinstall them in the plugins xojo again.

    Then make sure to select “ARM 32” for linux builds.

  13. Matt F

    Mar 4 Wheaton, IL

    I've been corresponding with Dave via email, and apparently this issue is with the Chilkat module built for ARM 32. I don't know the solution, but maybe if Xojo and Chilkat share notes about LLVM compiler/linker versions and options, we might sort it out.

    In other words, I'm going to show the compile and link options Chilkat uses to build the shared lib, and maybe Xojo can share the same for how a Xojo application is built. If both are the same, then one would think there would be no trouble when the .exe tries to load the shared lib..

    Chilkat compiles its sources (for Xojo ARM 32) like this:

    clang++-7 -I ../ChilkatLib/Package/include -I ../XojoPlugin/src/xojo2015r4/Includes -I../support -D__linux__ -DIGNOREQT -D__INTEL__ -DLINUX=1 -D__GCC__ -DTARGET_64BIT=0 -DARMV7_LINUX -DCK_ARM -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DCK_LINUX -DCK_CLANG -fPIC -O2 -c -fmessage-length=0 -fno-stack-protector -g0 -fvisibility=hidden -fvisibility-inlines-hidden -Wno-expansion-to-defined -o ZipEntry.o ../XojoPlugin/src/chilkat/ZipEntry.cpp

    Chilkat links for Xojo ARM 32 ( to produce the shared lib) like this:

    /usr/lib/llvm-7/bin/ld.lld -r -s -o"/home/chilkat/workspace/chilkat/lib-xojo/" PluginMain_modified.o Asn.o Atom.o AuthAws.o AuthAzureAD.o AuthAzureSAS.o AuthAzureStorage.o AuthGoogle.o AuthUtil.o BinData.o Bounce.o Bz2.o Cache.o Cert.o CertChain.o CertStore.o Charset.o CkDateTime.o Compression.o Crypt2.o Csr.o Csv.o Dh.o DirTree.o Dkim.o Dsa.o DtObj.o Ecc.o Email.o EmailBundle.o FileAccess.o Ftp2.o Global.o Gzip.o Hashtable.o HtmlToText.o HtmlToXml.o Http.o HttpRequest.o HttpResponse.o Imap.o JavaKeyStore.o JsonArray.o JsonObject.o Jwe.o Jws.o Jwt.o Log.o Mailboxes.o MailMan.o main.o MessageSet.o Mht.o Mime.o Ntlm.o OAuth1.o OAuth2.o Pem.o Pfx.o PrivateKey.o Prng.o PublicKey.o Rest.o Rsa.o Rss.o Scp.o SecureString.o ServerSentEvent.o SFtp.o SFtpDir.o SFtpFile.o Socket.o Spider.o Ssh.o SshKey.o SshTunnel.o Stream.o StringArray.o StringBuilder.o StringTable.o Tar.o Task.o TaskChain.o TrustedRoots.o UnixCompress.o Upload.o Url.o WebSocket.o Xml.o XmlCertVault.o XmlDSig.o XmlDSigGen.o Xmp.o Zip.o ZipCrc.o ZipEntry.o ../lib-clang/libchilkat-9.5.0.a

    (The sources in the libchilkat-9.5.0.a were compiled in the same way.)

    prior to Dave's first problem report, Chilkat was using clang++6.0 like this:

    clang++-6.0 --target=arm-linux-gnueabihf --gcc-toolchain=/usr/lib/gcc/arm-linux-gnueabihf/7.3.0 INCLUDE_DIRS -DARMV7_LINUX -DCK_ARM -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DCK_LINUX -DCK_CLANG -fPIC -I /usr/include/arm-linux-gnueabihf/c++/7 -I /usr/include/c++/7 -O2 -c -fmessage-length=0 -fno-stack-protector -g0 -fvisibility=hidden -fvisibility-inlines-hidden -Wno-expansion-to-defined OBJFILE SRCFILE

    and linking like this:

    clang++-6.0 --gcc-toolchain=/usr/lib/gcc/arm-linux-gnueabihf/7.3.0 -g0 -L"/usr/lib/gcc/arm-linux-gnueabihf/7.3.0" -L"../lib-armv7l_static" *.o -o"UnitTest" -lchilkat-CHILKAT_VERSION -lpthread -lresolv

or Sign Up to reply!