Your message dated Fri, 02 Aug 2013 13:19:50 +0200
with message-id <2273892.uXm4dNHcxH@amadeus>
and subject line [sparc] g++ generates 32-bit binaries while gcc generates
64-bit ones
has caused the Debian Bug report #594138,
regarding [sparc] g++ generates 32-bit binaries while gcc generates 64-bit ones
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
594138: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594138
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: g++-4.4
Version: 4.4.4-9
Severity: normal
As specified in the subject line, on an UltraSPARC (sparc64), g++
generates 32-bit binaries by default while gcc generates 64-bit binaries
by default. This is not only bizarre, but it makes the traditional
instructions to link combinations of C and C++ with g++ difficult.
My objection is not to generating one or the other (although it would be
nice to generate sparc64 binaries automatically if the machine is
sparc64) but that gcc and g++ behave differently. foo.c is basically
the source to /bin/true.
blackhole ok % make
ls -l
total 16
lrwxrwxrwx 1 bmc bmc 5 Aug 23 21:58 bar.cc -> foo.c
-rw-r--r-- 1 bmc bmc 30 Aug 23 21:58 foo.c
-rw-r--r-- 1 bmc bmc 191 Aug 23 22:24 Makefile
uname -a
Linux blackhole 2.6.32-5-sparc64 #1 Sat Jul 24 04:11:04 UTC 2010 sparc64
GNU/Linux
dpkg -l gcc-multilib g++-multilib
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-=============================-=============================-==========================================================================
ii g++-multilib 4:4.4.4-2 The GNU C++
compiler (multilib files)
ii gcc-multilib 4:4.4.4-2 The GNU C
compiler (multilib files)
cc foo.c -o foo
g++ bar.cc -o bar
cc -c -o foo.o foo.c
g++ -o baz foo.o
/usr/bin/ld: sparc:v9 architecture of input file `foo.o' is incompatible with
sparc:v8plus output
collect2: ld returned 1 exit status
make: [baz] Error 1 (ignored)
file foo bar baz
foo: ELF 64-bit MSB executable, SPARC V9, relaxed memory ordering, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not
stripped
bar: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
baz: ERROR: cannot open `baz' (No such file or directory)
make: *** [file] Error 1
The system information has been elided because this was filed from a
different box.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 4.4.7-4
¡Hola!
It seems that this issue is fixed in one of the updates made in the last 3
years. :)
$ uname -a
Linux smetana 2.6.32-5-sparc64-smp #1 SMP Mon Feb 25 02:19:08 UTC 2013 sparc
GNU/Linux
-- t.c --
int main() { return 0; }
----
$ gcc -Wall t.c -o t
$ g++ -Wall t.c -o u
$ file t u
t: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=e968455e104c45bf4df71a2935a5f5ae398d6a2b, not stripped
u: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=12216144b68f44e0e4963b37a8c209fab38942b3, not stripped
$ gcc-4.4 -Wall t.c -o v
$ g++-4.4 -Wall t.c -o w
$ file v w
v: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=7803840a0708c8bf64dd8f4dedabc2c81629fb5c, not stripped
w: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 1 (SYSV),
dynamically linked (uses shared libs), for GNU/Linux 2.6.32,
BuildID[sha1]=ae561126d713b461cff38347dbfe2c7a06bc8ee4, not stripped
Thus, I'm closing this bug. Please feel free to reopen the issue if you can
still reproduce it.
Thanks
--
"Can you imagine what I would do if I could do all I can?" -- Sun Tzu
Saludos /\/\ /\ >< `/
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
