Then it's broken the way gcc on Debian SPARC now is. Has it got some sort or wrapper? The kernel being 64-bit isn't relevant and doesn't affect gcc's default per machine. The default build on 64-bit Solaris generates 32-bit code (and that was the same for gcc 3.2):
$ uname -a
SunOS srfs2y 5.9 Generic_112233-11 sun4u sparc SUNW,Sun-Fire-V240
$ gcc --version|head -1
gcc (GCC) 3.3.3
$ >a.c echo "main () {return 0;}"
$ gcc a.c && file a.out
a.out: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped
$ gcc -m64 a.c && ./a.out && file a.out
a.out: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, not stripped
...
If you can't get the makefiles to DTRT, you've got a gcc that's defaulting to -m64 for some reason, ...
So it would appear:
# uname -a
SunOS ticnew 5.9 Generic_112233-11 sun4u sparc SUNW,Sun-Fire-V240
# gcc --version|head -1
gcc (GCC) 3.2
# >a.c echo "main () {return 0;}"
# gcc a.c && file a.out
a.out: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, not stripped
# gcc -m32 a.c
ld: fatal: file /usr/ccs/lib/values-Xa.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to a.out
collect2: ld returned 1 exit status
I did not build this gcc -- I'll have to speak to the guy who did (but he's away on travel at the moment).
... and you want it to default to -m32, you can edit the `specs' file in the location indicated by `gcc -v' (assuming the installation isn't broken in other ways).
I could, if I had any knowledge of the syntax of that file (which I don't).
Peter Vernam Email: [EMAIL PROTECTED] Draper Laboratory, MS 33 Voice: 617-258-2735 555 Technology Square Fax: 617-258-2705 Cambridge, MA 02139 _______________________________________________ VNC-List mailing list [EMAIL PROTECTED] To remove yourself from the list visit: http://www.realvnc.com/mailman/listinfo/vnc-list
