%changelog * Mon Jan 10 2005 Rex Dieter <rexdieter[AT]users.sf.net> 0:6.4-1 - 6.4 - update opendl patch
http://fedoraproject.org/pre-extras/3/build-logs/x86_64/gc.log Also for gc-6.4-1, "make check" fails with: make gctest test_cpp make[2]: Entering directory `/home/users/m/ms/mschwendt/rpm/BUILD/gc6.4' /bin/sh ./libtool --mode=link gcc -fexceptions -O2 -g -pipe -m64 -o gctest test.o ./libgc.la gcc -fexceptions -O2 -g -pipe -m64 -o .libs/gctest test.o ./.libs/libgc.so -lpthread -ldl -Wl,--rpath -Wl,/usr/lib64 ./.libs/libgc.so: undefined reference to `GC_memory_barrier' ./.libs/libgc.so: undefined reference to `GC_compare_and_exchange' collect2: ld returned 1 exit status Just for reference, "make test" exists, too, and fails also on i386. Had a look whether any 3rd party repository provides this for x86_64, and Dag does, because he doesn't run make check.
Removing "--enable-parallel-mark" from the configure call solves the build problem on x86_64 (both ver 6.3 and 6.4). Rex is that option important?
No, --enable-parallel-mark isn't important. Just an (experimental) performance enhancement. I'll drop it for non %{ix86} archs in the next package iteration.
* Wed Jan 26 2005 Rex Dieter <rexdieter[AT]users.sf.net> 0:6.4-2 - --enable-threads unconditionally - --enable-parallel-mark only on %%ix86 (#144681)
FYI: gc-6.4-2.src.rpm builds fine on x86_64
So, is this an update request and shall be applied? While I can help with commit updates/patches as long as there are still no news on CVS, I don't feel good about searching bugzilla for such requests like a needle in a haystack. I'd prefer an explicit notification via CC or equivalent.
My apologies Michael... when I had submitted this, I had made the assumption that things should be submitted here now instead of at bugzilla.fedora.us. That being said, yes, consider this an update request, though a low priority one.
[...] > yes, consider this an update request, though a low priority one. From the x86_64 side this is a high or normal priority one -- AFAICS at least three other packages cannot build cause gc is missing ;-)
The fix would also work for the current release. The upgrade would be less important. But: Applied in CVS.
added package to pre-extras build list (i386 and x86_64)
Rex, just FYI, package was build. But I can't close this bug :-(
closing...