Link error with AMU when using long long ints

I have a need to do some arithmetic using long long 64-bit integers. I have used long long int before but only simple add and subtract. I now have a need to use multiply and divide.

When AMU comes to linking the code with o.stubs it generates the following error.

ARM Linker: (Error) Undefined symbol(s).
ARM Linker:     _ll_mullu, referred to from Tasklib:TaskLib(xmath).
ARM Linker:     _ll_srdv, referred to from Tasklib:TaskLib(xmath).
ARM Linker: Errors in link, no output generated.
ARM Linker: finished,  3 informational, 0 warning and 1 error messages.
AMU: *** exit (1) ***

Looking at o.stubs in a text editor, both symbols appear to be in there, so must be known to stubs. I assume I am doing something silly. Can some kind soul point me in the correct direction.

changing exampleabs in DDE skeletons to

#include <stdlib.h>
#include <stdio.h>
#include <stdint.h>
static uint64_t mult(int64_t a, uint32_t b)
{
	return a*b/b;
}
int main(void)
{
  printf("%llu\n", mult(5,8));
  exit(EXIT_SUCCESS);
}

compiles fine and DecAOF shows _ll_mullu and _ll_srdv are used.

Try reordering the libraries or adding the -rescan link flag

OK. Thanks Colin for the help. I’ll give it another try.

I have made a couple of experiments. If I put the function in the main body of the program, everything compiles and links fine.

However, I was including the function originally in a library. When in the library, the same function compiles, but everything fails at the link stage.

For now I shall just have to include the function directly in any program that needs it.

That very strongly implies that you’ve got the libraries in the wrong order. Stubs should be the last one on the line.

That very strongly implies that you’ve got the libraries in the wrong order.

I’ll have another look. I did try changing the order of linking, but that created more problems. The app is linked with a number of libraries.

This is a comment in the Makefile that I use to build Doom

# The order of the libraries here is important - almost
# any other sequence causes link errors.

LIBS=-LC:unixlib.o -LC:inetlib.o -LC:socklib.o -LC:stubs.o