Morse Code Converter in C
Memory leak
Consider this (I removed the pointless cast and identity multiplication):

    master[i] = malloc(sizeof ele);
    master[i] = ele;


Here, we allocate memory (if malloc() succeeds), but then immediately overwrite our one and only pointer to it, so we're unable to ever free it.  The first assignment should just be removed, leaving only master[i] = ele.
Another memory leak:

printf(&quot;%s\n&quot;, smorse(&quot;sos&quot;));


The smorse() function returns a pointer to allocated memory, which we need to release when we've finished using it:
const char *m = smorse(&quot;sos&quot;);
puts(m);
free(m);

(The puts() call is exactly equivalent to using printf(&quot;%s\n&quot;, m), but more readable and possible more efficient.)
Character coding assumptions
The magic value 97 in a couple of places suggests that we're assuming that characters are encoded as ASCII values.  That's not a portable assumption: C permits a wide range of encodings.  Notably, EBCDIC systems do not have letters in the same positions as ASCII (or even as a contiguous block, so replacing with 'a' doesn't solve the problem).
Also, there's no checking that the input to the function contains only characters that we can handle.  If we pass anything outside of the expected range, then we index master outside its bounds, which is Undefined Behaviour in C.  That means that the program may do anything - if we're lucky, it will simply crash, helping us to identify the problem, but there's no guarantee of that.
We ought to be converting more than just letters - digits have a standard Morse representation, as do certain other useful symbols.
Value conversions
It seems that this has been compiled with a very low level of warnings enabled.  Building with my usual compiler flags results in over a dozen warnings, most about suspect conversions.
To pick a couple of examples:

int end = strlen(str);


strlen() returns a size_t, which is of different signedness to int, and very likely to be bigger, so there's a risk of undefined behaviour here.

char *output = &quot;&quot;;


It's dangerous to point a modifiable pointer at constant data (a string literal is of type char const*).

printf(&quot;%s\n&quot;, smorse(&quot;sos&quot;));


Passing a string literal loses constness here - smorse() ought to accept pointer to const instead.