Project

General

Profile

Bug #1442

CoCoAInterpreter: executable size

Added by John Abbott about 4 years ago. Updated about 4 years ago.

Status:
Closed
Priority:
High
Assignee:
John Abbott
Category:
Cleaning
Target version:
CoCoA-5.3.0
Start date:
10 Mar 2020
Due date:
% Done:

100%

Estimated time:
1.23 h
Spent time:
1.20 h

Description

Why is the last binary release for Linux about 81Mbyte when that for Mac is only 27Mbyte?

The Linux one is surely too large...

Related issues

Related to CoCoA-5 - Bug #755: Find out how to compile statically on linuxClosed2015-07-31

History

#1 Updated by John Abbott about 4 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 20

After running strip on the executable the size dropped to 15Mbytes. Wow!

Now, why is the Mac version so big? ;-)

#2 Updated by John Abbott about 4 years ago

So, should we put a stripped version of the executable in the official release, or leave the symbol table in there?
I believe the symbol table is useful only for debugging, and surely anyone who wants to debug CoCoA would download the full sources, right?

#3 Updated by John Abbott about 4 years ago

  • Assignee set to John Abbott
  • Target version changed from CoCoA-5.4.0 to CoCoA-5.3.0
  • % Done changed from 20 to 60

I have changed the release-linux.sh script so that it strips CoCoAInterpreter before making the TGZ file.

We can check this tomorrow before announcing the release... I expect it to be OK.

#4 Updated by John Abbott about 4 years ago

  • Related to Bug #755: Find out how to compile statically on linux added

#5 Updated by John Abbott about 4 years ago

  • Status changed from In Progress to Feedback
  • % Done changed from 60 to 90
  • Estimated time set to 0.99 h

Last night I made a release version (stripped, with statically linked libgmpxx.a, libgmp.a, libreadline.a, libtermcap.a and libtinfo.a).
Florian confirmed that it works fine on his Arch Linux computer.

I hope that Matteo can confirm too.

#6 Updated by John Abbott about 4 years ago

  • Status changed from Feedback to Closed
  • % Done changed from 90 to 100
  • Estimated time changed from 0.99 h to 1.23 h

I have sent several stripped executables to Matteo; some have worked, some have not.
Anyway, I am now convinced that stripping the executable is reasonable for a standard distribution (since it makes the file so much smaller), and it seems to be unrelated to the portability problems.

Closing.

Also available in: Atom PDF