[Aurora-sparc-devel] [SPARC64] libpng-1.2.8-1.fc3.src.rpm

[Christian Joensson]

[Maybe a bit off topic here, let me know if I should drop this(these?)
thread(threads), for now, I hope you can accept the information herein
as memory support for me and others interested until the foot is set
down on what the Aurora project wants with sparc64 variants...]

When I try to rpmbuild libpng-1.2.8-1.fc3.src.rpm like this:

rpmbuild --rebuild libpng-1.2.8-1.fc3.src.rpm --target=sparc64

I get an error like this:

gcc -shared -Wl,-soname,libpng12.so.0 -lz -lm \
-o libpng12.so.0.1.2.8 \
png.pic.o pngset.pic.o pngget.pic.o pngrutil.pic.o pngtrans.pic.o pngwutil.pic.o
 pngread.pic.o pngrio.pic.o pngwio.pic.o pngwrite.pic.o pngrtran.pic.o pngwtran.
pic.o pngmem.pic.o pngerror.pic.o pngpread.pic.o
/usr/bin/ld: warning: sparc:v9 architecture of input file `png.pic.o' is incompa
tible with sparc output

if I simply add -m64 above, it works...

gcc -m64 -shared -Wl,-soname,libpng12.so.0 -lz -lm -o
libpng12.so.0.1.2.8 png.pic.o pngset.pic.o pngget.pic.o pngrutil.pic.o
pngtrans.pic.o pngwutil.pic.o pngread.pic.o pngrio.pic.o pngwio.pic.o
pngwrite.pic.o pngrtran.pic.o pngwtran.pic.o pngmem.pic.o
pngerror.pic.o pngpread.pic.o

Now, how should we proceed?

This is perhaps a simple error in my rpm build setup or my system environment...

Should we simply forget about SPARC64 variants of a few packages? The
ones I primarily have in mind are these:

freetype.sparc64
gd-devel.sparc64
gd.sparc64
glibc-devel.sparc64
glibc.sparc64
gmp-devel.sparc64
gmp.sparc64
libgcc.sparc64
libpng-devel.sparc64
libpng.sparc64
libselinux-devel.sparc64
libselinux.sparc64
libstdc++-devel.sparc64
libstdc++.sparc64
libtermcap-devel.sparc64
libtermcap.sparc64
zlib-devel.sparc64
zlib.sparc64

Or, should we patch the src.rpm to simply be buildabale as sparc64
variants? (Forgetting about files that might be conflicting between
sparc/sparcv9 varinats of the packages and the sparc64 variant...)

Ideally, we may go for a "full-fledged" packet-wise support of sparc64
variants, mening that they shall be installable without any
conflicts...

-- 
Cheers,

/ChJ