Hi guys,

We found the root of those "unaligned loads", it was in canon.c
(http://www.enlightenment.org/viewvc/e17/libs/epsilon/src/lib/exiftags/canon.c?hideattic=1&r1=1.2&r2=1.3),
with a patch tilman applied in order to reduce relocations due lots of
strings requiring it at load time.

The problem, according to a Red Hat gcc compiler engineer friend of
mine, is that that construction is not valid according to  6.7.2.1/18
of C99-TC2 and GCC should not allow that, so it's both a bug with GCC
and canon.c.

canon.c could be fixed and still do few relocations by using one huge
string with \0 as separators and place pointers to segments of this
string on the struct. But it's a pain to do.

So, I'd like to ask those who are using this exiftags support from
Epsilon. I really don't think this should be in epsilon anyway... the
only use of it in CVS is at esmart_thumb... and it's about
orientation, which is a standard tag... So I request permission to
remove all this exiftags stuff, if required I can add the code to find
out orientation support and generate already rotated images later.
This should make things a lot simpler, smaller and faster to start.

comments? may I remove?

-- 
Gustavo Sverzut Barbieri
--------------------------------------
Jabber: [EMAIL PROTECTED]
   MSN: [EMAIL PROTECTED]
  ICQ#: 17249123
 Skype: gsbarbieri
Mobile: +55 (81) 9927 0010

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to