Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

Will patches to compile and link C::B against wxWidgets 2.7.1 be accepted?

<< < (6/18) > >>

afb:

--- Quote from: takeshi miya on November 01, 2006, 10:18:40 pm ---or .tar.bz2 / .dmg.bz2 as it compresses better, and .dmg would be for stable releases

--- End quote ---

Hardly worth the enormous processing time / memory usage difference, though.


--- Code: --- 13M    CB_20061101_rev3164_macx86.tbz
 14M    CB_20061101_rev3164_macx86.zip

--- End code ---

Especially not when considering that 50% of that is a redundant arch, and 60% is wx ?


--- Quote ---So as you might have read, there are chances of a 2.6.4, but I'm waiting more for 2.8  :)

--- End quote ---

I'm not holding my breath... Waited a month for the MacPorts guys to drop a single --with-mac line from the wxWidgets port (which isn't happening), so I'm on a build-it-myself streak.

Will fix the DarwinPorts version so that you can have both wxMac and wxGTK installed at the same time, which basically is just about doing up a Port for wxBase for them to share...

takeshimiya:

--- Quote from: afb on November 01, 2006, 10:30:02 pm ---Hardly worth the enormous processing time / memory usage difference, though.

 13M    CB_20061101_rev3164_macx86.tbz
 14M    CB_20061101_rev3164_macx86.zip

--- End quote ---
Strange, it usually gives a noticeable improvement; make sure you compress with "solid mode" ON or whatever is called,


--- Quote from: afb on November 01, 2006, 10:30:02 pm ---Especially not when considering that 50% of that is a redundant arch, and 60% is wx ?

--- End quote ---
I think that's ok with stable releases, but for nightly builds and to save space I think that separating archs is better,
about wx, only if it can be separated from C::B like windows' nightly builds (although it might confuse new users)


--- Quote from: afb on November 01, 2006, 10:30:02 pm ---
--- Quote ---So as you might have read, there are chances of a 2.6.4, but I'm waiting more for 2.8  :)

--- End quote ---

I'm not holding my breath... Waited a month for the MacPorts guys to drop a single --with-mac line from the wxWidgets port (which isn't happening), so I'm on a build-it-myself streak.

Will fix the DarwinPorts version so that you can have both wxMac and wxGTK installed at the same time, which basically is just about doing up a Port for wxBase for them to share...

--- End quote ---
that's a bit sad, but this happens with most 'distros'

afb:

--- Quote from: takeshi miya on November 01, 2006, 08:43:46 pm ---one last thing, can you upload a dmg to berlios? I can't wait to use it finally :D

--- End quote ---

The 3164 build is uploaded to BerliOS now, think it should match the previous ?
(it does have some build patches and icons in addition to all the rest of them...)

afb:

--- Quote from: takeshi miya on November 01, 2006, 10:46:24 pm ---Strange, it usually gives a noticeable improvement; make sure you compress with "solid mode" ON or whatever is called,

--- End quote ---

I don't think bzip2 has a "solid mode", at least I couldn't find one in 1.0.2 ?

Here are the file sizes, for your amusement:

--- Code: --- 42M    CB_20061101_rev3164_macx86.tar
 18M    CB_20061101_rev3164_macx86.tzo

 14M    CB_20061101_rev3164_macx86.tgz
 13M    CB_20061101_rev3164_macx86.tbz

 14M    CB_20061101_rev3164_macx86.zip
8.9M    CB_20061101_rev3164_macx86.7z

--- End code ---

We could do a .dmg for the final release, it's the same as tgz + the all HFS+ overhead.


--- Quote ---I think that's ok with stable releases, but for nightly builds and to save space I think that separating archs is better,
about wx, only if it can be separated from C::B like windows' nightly builds (although it might confuse new users)

--- End quote ---

"Better" maybe, but it's not the Mac way... :-)

The way that it is going to be is:
Mac OS X -> Universal and Bundled
MacPorts -> split up by arch and lib

Not sure if I mentioned it, but besides wxWidgets the Mac OS X version also bundles a static version of libpng, libjpeg, libtiff, and expat...

the "macppc" builds on BerliOS are all for Panther, by the way.
the "macx86" are all Universal, but BerliOS doesn't have that arch.

afb:
Hmm, the Xcode 2.4.1 security update weighs in at.... 932.2MB.
So I don't think 13M or 14M will make a difference to Mac users.  :-D

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version