[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

YAFFS2 experimental support available



On Sat, Dec 4, 2010 at 11:51 AM, Joel Sherrill
<joel.sherrill at oarcorp.com> wrote:
> On 12/04/2010 01:54 AM, S?bastien Bourdeauducq wrote:
>>
>> On Saturday 04 December 2010 04:38:02 Ralf Corsepius wrote:
>>>
>>> There are some questionable items in your wiki:
>>>
>>> - The zlib in RTEMS-4.11 is current (1.2.5).
>>
>> Yes, true, though the version in my branch (which itself is becoming
>> outdated)
>> is 1.2.4. There was a problem with libpng 1.4.4 that didn't find zlib and
>> I
>> thought it was because of this "old" version of it (because recompiling
>> 1.2.5
>> fixed it). But in reality the problem stems from the "z_" prefix added to
>> each
>> function in the RTEMS zlib, which isn't there when recompiling the vanilla
>> zlib (and yes, I still want to remove it, as it is less painful than
>> fixing
>> libpng's auto*** scripts). I forgot to update the reason on the wiki,
>> thanks
>> for pointing this out.
>
> I think this is fixed in the rtems-graphics-toolkit version of libpng.
> If not, it is in the working tree on some computer I work on LOL.
>>
>> Sebastian spoke on IRC about this problem already, and might fix libpng's
>> configure script. So hopefully the zlib recompilation won't be needed at
>> all.
>>
>>> - Using CFLAGS=-O9 is not useful.
>>
>> Doesn't that flag mean "turn whatever optimizations on", which, with the
>> current versions of GCC, is an alias for -O3?
>>
> Historically, -Ox where x > 2 didn't make a difference. ?I recall
> some discussion about -O3 might enable something else but
> am not 100% sure on that.
-O3 adds a couple extra things see
http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Optimize-Options.html#Optimize-Options

Generally, O3 bloats code size further than O2 for perhaps some more
performance gains.

>>
>> S.
>> _______________________________________________
>> rtems-users mailing list
>> rtems-users at rtems.org
>> http://www.rtems.org/mailman/listinfo/rtems-users
>
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-users
>