Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: ETL-devel - Extended Template Library https://bugzilla.redhat.com/show_bug.cgi?id=428567 ------- Additional Comments From rc040203@xxxxxxxxxx 2008-01-15 10:44 EST ------- (In reply to comment #5) > Thx for your advice Ralf: The killer is this: -- i386/bin/ETL-config 2008-01-15 13:39:03.000000000 +0100 +++ x86_64/bin/ETL-config 2008-01-15 13:38:56.000000000 +0100 @@ -9,7 +9,7 @@ sysconfdir=/etc sharedstatedir=/usr/com localstatedir=/var -libdir=/usr/lib +libdir=/usr/lib64 infodir=/usr/share/info mandir=/usr/share/man includedir=/usr/include This is a blocker, because it prevent you from installing 386 and the x86_64 packages in parallel. > Actually the only difference between ppc and x86_64 (for example and expect for the pkgconfig path for libdir is: > ---------------- > diff -uNr usr/include/ETL/etl_profile.h usr-x86_64/include/ETL/etl_profile.h > --- usr/include/ETL/etl_profile.h 2008-01-15 13:49:01.000000000 +0100 > +++ usr-x86_64/include/ETL/etl_profile.h 2008-01-15 13:49:01.000000000 +0100 > @@ -129,7 +129,7 @@ > > /* Define to 1 if your processor stores words with the most significant byte > first (like Motorola and SPARC, unlike Intel and VAX). */ > -#define WORDS_BIGENDIAN 1 > +/* #undef WORDS_BIGENDIAN */ Bummer. This is yet another blocker. They are exporting a define which clashes with autoconf's autoheaders. This will render this package unusable with any autoconf based package using AC_BIG_ENDIAN (cf. info autoconf) and gcc43. Worse. Your remark had caused me to have a closer look into the headers. They are scattered with autoheader defines which all will trigger the same issue as outlined above. IMO, this package is not in a shape to be added. I recommend to withdraw it. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review