Olex2 has made it to fedora 10
After a rather long day of tweaking the mock environment I’ve finally come to a recipe that allows me to build fedora 10 rpms in fedora 8. It wasn’t easy at all, so I deserve a big cheer!
The almost final nail in the coffin was caused by fedora reintroducing the [0u] bug back in to wx! Yes they did (thank you).
The bug generates an error like this:
/usr/include/wx-2.8/wx/filename.h: In static member function
’static wxChar wxFileName::GetPathSeparator(wxPathFormat)’:
/usr/include/wx-2.8/wx/filename.h:393: error: ambiguous overload for ‘operator[]‘ in
‘wxFileName::GetPathSeparators(wxPathFormat)()[0u]‘
/usr/include/wx-2.8/wx/filename.h:393: note: candidates are: operator[](const wxChar*, long int)
/usr/include/wx-2.8/wx/string.h:822: note: wxChar&
wxString::operator[](int)
/usr/include/wx-2.8/wx/string.h:824: note: wxChar&
wxString::operator[](size_t)
When compiling packages that use the filename header file. It was originally traced to fedora 8 using the strict aliasing rules during the compilation of the wx package. The easiest way to fix it is to edit your copy of /usr/include/wx-2.8/wx/filename.h at line 393 and change the [0u] to [0]. Now when your doing a mock build in which the mock environment dies everytime it cleans so that you have to do a mock –iinit, mock –init –no-clean, before you can even think about building a package having then to do a mock –no-clean –installdeps *.src.rpm and mock –no-clean –shell edit the file then finally do mock –no-clean *.src.rpm is a pain in the bottom.
Since this bug hit x86_64 and not i386 builders then it is even more annoying! So whilst I wait for olex2 to finish building x86_64 version for fedora 10 I should also post that I have updated platon now on fedora 10 along with adding the olex2-gui. With that said the rpm is now being uploaded and an update started shortly after.
