Maybe I found the
solution:
From ld man:
-headerpad size
Specifies the minimum space for future expansion of the load commands. Only useful if intend to run install_name_tool to alter the load commands later. Size is a hexadecimal number.
-headerpad_max_install_names
Automatically adds space for future expansion of load commands such that all paths could expand to MAXPATHLEN. Only useful if intend to run install_name_tool to alter the load commands later.
Size is a hexadecimal number.
Now I have no more time to try.
ASAP I'll try to rebuild aMule.
EDIT: Done and it works.
PS: I modified mac_packager to write down the stderr of install_name_tool...
Another question:
I used not libgd: configure warns if it is missing, but it seemed not needed.
So I have less libraries in Frameworks, and the Application bundle is more small.
But Cas needs libgd to create the Online Signature Image, so in my package the command line utility cas doesn't generate image.
It seems that only cas uses it,
here a confirm.
So is it better to leave cas without image (WxCas works) or an aMule.app more big?
EDIT:
For now, I preferred to have a fully functional cas, the new libraries don't weigh much:
aMule.app is 100.2MB instead of 97.5MB.
To reduce the size and maybe enhance performance on old macs, we could disable debug, but I think it is better to keep it.
(My previous packages, with one exception, were without debug and had stripped binaries: it was an incubus to identify problems.)
Only aMule is compiled with debugging enabled, wxMac no:
the last time I tried it the size was about 1GB.