Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

> On Dec 20, 2015, at 11:26 PM, Nadav Rotem wrote: > > >> On Dec 20, 2015, at 1:01 PM, Daniel Dunbar > > wrote: >> >> Hi Nadav, > > Hi Daniel, > >> >> One thing you didn't call out here was any connection to visibility. > > This is a great point! > > Apps

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

> On Dec 20, 2015, at 9:53 PM, Dmitri Gribenko via swift-dev > wrote: > >> >> nm -a libswiftCore.dylib > strings.txt >> >> I also have a concern about making mangled names completely unreadable. >> Today, I can frequently at least get a gist of what the referenced entity is >> without a deman

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

> On Dec 20, 2015, at 1:01 PM, Daniel Dunbar wrote: > > Hi Nadav, Hi Daniel, > > One thing you didn't call out here was any connection to visibility. This is a great point! Apps usually don’t export too many symbols, but they do import symbols from external shared objects and need to kee

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

Hi Steve, > On Dec 20, 2015, at 7:35 AM, Stephen Canon wrote: > > Nadav, can you clarify what we’re really trying to accomplish here? "Smaller > binaries” isn’t too important of a goal in and of itself. > > Are we trying to: > – reduce storage used on disk > – reduce load time > – reduce loa

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

On Sun, Dec 20, 2015 at 9:43 PM, Nadav Rotem wrote: > > On Dec 20, 2015, at 2:17 AM, Dmitri Gribenko wrote: > > + Stephen Canon, because he probably has good ideas in this domain. > > On Fri, Dec 18, 2015 at 3:42 PM, Nadav Rotem via swift-dev > wrote: >> >> >> What’s next? >> >> The small experi

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

> On Dec 20, 2015, at 2:17 AM, Dmitri Gribenko wrote: > > + Stephen Canon, because he probably has good ideas in this domain. > > On Fri, Dec 18, 2015 at 3:42 PM, Nadav Rotem via swift-dev > mailto:swift-dev@swift.org>> wrote: > > What’s next? > > The small experiment I described above showe

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

I would love to add that uploading iOS apps is much bigger with swift Sent from my iPhone > On 20 Dec 2015, at 15:35, Stephen Canon via swift-dev > wrote: > > Nadav, can you clarify what we’re really trying to accomplish here? "Smaller > binaries” isn’t too important of a goal in and of its

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

Hi Nadav, One thing you didn't call out here was any connection to visibility. I would expect that in practice it is quite common for most of the symbols to not be visible outside the linkage unit. Inside the linkage unit, the compiler can already rename many of the symbols in any way it likes.

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

Nadav, can you clarify what we’re really trying to accomplish here? "Smaller binaries” isn’t too important of a goal in and of itself. Are we trying to: – reduce storage used on disk – reduce load time – reduce loaded memory footprint – make emitting swift binaries more efficient – something els

Re: [swift-dev] Reducing the size of Swift binaries by shortening symbols

+ Stephen Canon, because he probably has good ideas in this domain. On Fri, Dec 18, 2015 at 3:42 PM, Nadav Rotem via swift-dev < swift-dev@swift.org> wrote: > > *What’s next?* > > The small experiment I described above showed that compressing the names > in the string table has a huge potential f