Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Programming and Hacking > Development

Reply
 
Thread Tools Search this Thread Display Modes
Old 25th August 2016, 19:32   #1  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
[SOLVED] How-to "shrink" MinGW-w64 builds?

For learning purposes (or at least I think so),
I (tried and managed) to build the MinGW+w64&&GCC toolchains through Zeranoe's scripts
(here and here).
The problem now is, their filesize is much bigger than the filesize of nevcairiel's and komisar's releases
(for example, nevcairiel's gcc 4.9.3 set is ~ 420MiB, whereas the gcc 4.9.4 that I got is above 1GiB ).
So my question is, ¿is there an automated way to combine the 32-bit and the 64-bit compilers into a single directory?
OR, who knows, did I miss something when I ran the building scripts?

Last edited by filler56789; 29th August 2016 at 20:40. Reason: add [SOLVED] tag
filler56789 is offline   Reply With Quote
Old 25th August 2016, 22:29   #2  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
Maybe thats the debugging information? You might need to strip everything to get rid of it.

For automated combination - I have a tiny script for that, but all it really does is copy the two in the same folder, nothing more.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 25th August 2016, 23:23   #3  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
Quote:
Originally Posted by nevcairiel View Post
Maybe thats the debugging information? You might need to strip everything to get rid of it.
You are right , --strip-unneeded is the root of all good.

Because , I assumed that you and komisar simply discarded some (many) "unnecessary files" ,
— besides removing duplicated headers, libraries & etc., of course.

Last edited by filler56789; 27th August 2016 at 20:08. Reason: -.-
filler56789 is offline   Reply With Quote
Old 27th August 2016, 14:41   #4  |  Link
RiCON
Registered User
 
RiCON's Avatar
 
Join Date: Jan 2004
Posts: 69
They're unnecessary for people that don't need debugging, which is probably a minority of those that build for themselves.

You can't regain debugging information back if it's been stripped, so it's better to just leave it unless you're distributing final apps to non-devs.
RiCON is offline   Reply With Quote
Old 27th August 2016, 16:16   #5  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
Quote:
Originally Posted by filler56789 View Post
You are right , --strip-unneeded is the root of all good
--strip-unneeded can break some things, personally I stick with just stripping debug information (-g)
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 28th August 2016, 14:16   #6  |  Link
filler56789
SuperVirus
 
filler56789's Avatar
 
Join Date: Jun 2012
Location: Antarctic Japan
Posts: 1,351
Quote:
Originally Posted by nevcairiel View Post
--strip-unneeded can break some things, personally I stick with just stripping debug information (-g)
Thanks for the info, I wasn't aware of that.

So, I applied --strip-debug to all the .EXEs in the bin directories, but not to the .EXEs in the libexec directory.
Then I UPXed all of the pesky binaries... and voilà,
now the «non-archived» MinGW-w64 release of GCC 6.2 weighs only 402MB

Last edited by filler56789; 30th August 2016 at 03:53. Reason: better wording
filler56789 is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 11:37.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.