Opened 4 years ago

Last modified 3 years ago

#61556 assigned defect

Error: Failed to build tf: command execution failed

Reported by: aforeman Owned by: darren.bane@…
Priority: Normal Milestone:
Component: ports Version: 2.6.4
Keywords: bigsur Cc:
Port: tf

Description (last modified by mf2k (Frank Schima))

:info:build malloc.c:22:15: error: implicitly declaring library function 'malloc' with type 'void *(unsigned long)' [-Werror,-Wimplicit-function-declaration]

Attachments (1)

tf.log (39.1 KB) - added by aforeman 4 years ago.

Download all attachments as: .zip

Change History (7)

Changed 4 years ago by aforeman

Attachment: tf.log added

comment:1 Changed 4 years ago by jmroot (Joshua Root)

Owner: set to darren.bane@…
Status: newassigned

comment:2 Changed 3 years ago by mf2k (Frank Schima)

Description: modified (diff)

In the future, please use WikiFormatting.

comment:3 Changed 3 years ago by mf2k (Frank Schima)

Keywords: bigsur added; BigSur removed

comment:4 Changed 3 years ago by winzlocom

Workaround/solution posted to the TinyFugue SourceForge discussion thread I created for this awhile back:

Some people seem to fix this by changing the pointer type of mmaloc_base

Others fix it by adding this to malloc.c:

#include <sys/types.h>

And it also seems like mmaloc_base is never used anywhere else, so potentially you can just remove that line referenced in the link and be done with it.

comment:5 Changed 3 years ago by winzlocom

Upon further investigation, #include <sys/types.h> already exists in src/malloc.c. I am continuing to investigate the legitimacy of this thread's response by trying the other suggested change. I'm working directly from the project's SourceForge repository so at this point this is purely informational.

comment:6 Changed 3 years ago by winzlocom

This is still a big within the SourceForge tf-50b8 tree. I've confirmed this using a direct source compile, which does not contain a lot of changes that the MacPorts version of tf-50b8 includes - including the fixes from my prior comments. Despite this, the source build appears to be just as broken as the MacPorts build - just manifesting differently in error log output. Fixing this is beyond my skill level, as I haven't coded in C since early Linux and way before macOS existed. Feel free to disregard all of my submissions to this ticket as redundant, and I apologize for thinking that this was going to be a simple fix based on feedback I received from the source's own discussion thread.

Note: See TracTickets for help on using tickets.