Problem with -m64 on Solaris 11

Problem with -m64 on Solaris 11

[Sascha Frick]

[-- Attachment #1: Type: text/plain, Size: 3447 bytes --]

Dear gcc community,

I am trying to compile some code on a Solaris 11 server, usinig gcc
version 5.2.0 (GCC) and GNU ar (GNU Binutils) 2.24
. Is is a sparcv9 architecture. Unfortunately I am not the admin of
this server, so I kind of have to live with what is there, or compile a
gcc myself, but this is hard since there is no other building
environment installed on the server. I originally come from a Linux
background, so my knowledge on Solaris is quite limited.


I tried compiling the following file:

$ cat hello.c
#include<stdio.h>

int main() {
        printf("Hello World\n");
        return 0;
}


I tried compiling it as follows:

$ /opt/csw/bin/gcc -o hello hello.c
/opt/csw/lib/gcc/sparc-sun-solaris2.10/5.2.0/../../../../sparc-sun-
solaris2.10/bin/as: unrecognized option `-m32'


Adding -m64 did not help

$ /opt/csw/bin/gcc -m64 -o hello hello.c
/opt/csw/lib/gcc/sparc-sun-solaris2.10/5.2.0/../../../../sparc-sun-
solaris2.10/bin/as: unrecognized option `-m64'


I was not sure the correct assembler was used, so I checked that:
$/opt/csw/lib/gcc/sparc-sun-solaris2.10/5.2.0/../../../../sparc-sun-
solaris2.10/bin/as --version
GNU assembler (GNU Binutils) 2.24
Copyright 2013 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms
of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `sparc-sun-solaris2.10'.

$diff /opt/csw/bin/gas /opt/csw/lib/gcc/sparc-sun-
solaris2.10/5.2.0/../../../../sparc-sun-solaris2.10/bin/as


I tried splitting up the compile, assemble and link process and with
some fiddeling around, I got this working:

$/opt/csw/bin/gcc -S hello.c -mcpu=niagara4 -mtune=niagara4 -m64
$/opt/csw/bin/gas -xarch=v9 -o hello.o
hello.s                            
$/opt/csw/bin/gcc -o hello -mcpu=niagara4 -mtune=niagara4 hello.o -m64
$./hello
Hello World


It seems that the -m64 option, which is necessary for compiling and
linking makes some problems when the assembler is
being started. Is there a way to prevent gcc from adding -m64 to the
assembly process?

I tried stuff like:
$/opt/csw/bin/gcc -o hello hello.c -mcpu=v9 -mcpu=niagara4
-mtune=niagara4 -Xlinker "-m64" -Xpreprocessor "-m64" -Xassembler "-
xarch=v9"


But the compile step needs to have the -m64, which is not working with
the assembler. The assembler on the other hands has an -64 option,
which makes no difference in my case.

Is there som kind of a non documented flag like -Xcompiler "-m64" to
add the flag to the compiling step without adding it do the assembly?
Or any other way to override the assembler options? Of course I can
compile my hello.c now, but as you can imagine this wokaround is not
too easy to apply building a project like hpn-openssh, whis is the main
goal.

I hope somebody can point me in the right direction to get this working
with one gcc call using some more options. Tha
nks for your help! If you need any additional information, don't
hesitate to ask back.

Greetings from Germany,
Sascha Frick


-- 
________________________________________

 Sascha Frick

 HLRN - Supercomputer Systems
 Zuse Institute Berlin (ZIB)
 Room 1301
 Takustrasse 7
 D-14195 Berlin

 Tel: +49-30-84185-552
________________________________________

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 7508 bytes --]

Re: Problem with -m64 on Solaris 11

[Dennis Clarke]

On 09/08/2016 12:11 PM, Sascha Frick wrote:
> Dear gcc community,
>
> I am trying to compile some code on a Solaris 11 server

Let me see what I can do here.

Firstly you should not be using the GNU as but the as provided by the
vendor on that system. Also, check that you do not have LD_OPTIONS
environment variable set.

If you want a decent gcc that will absolutely work I can give you a 
link.  In any case, a 32-bit compile on sparcv9 is no problem if you are 
using the Oracle/Sun assembler and linker :

mimas $ /usr/local/gcc4/bin/gcc -v -m32 -c -o hello_32bit.o hello.c
Using built-in specs.
COLLECT_GCC=/usr/local/gcc4/bin/gcc
Target: sparc64-sun-solaris2.10
Configured with: ../gcc-4.9.2/configure --build=sparc64-sun-solaris2.10 
--prefix=/usr/local/gcc4 --libdir=/usr/local/gcc4/lib 
--libexecdir=/usr/local/gcc4/lib --without-gnu-as --without-gnu-ld 
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/sparcv9/ld 
--disable-nls --enable-threads=posix --enable-shared --with-cpu=v9 
--enable-bootstrap --enable-languages=ada,c,c++,fortran,go,objc,obj-c++ 
--enable-stage1-languages=c,c++ --with-pkgversion='genunix Fri Jan  2 
11:56:03 GMT 2015'
Thread model: posix
gcc version 4.9.2 (genunix Fri Jan  2 11:56:03 GMT 2015)
COLLECT_GCC_OPTIONS='-v' '-m32' '-c' '-o' 'hello_32bit.o'
  /usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/cc1 -quiet -v 
-imultilib sparcv8plus hello.c -mptr32 -mno-stack-bias -mcpu=v9 -quiet 
-dumpbase hello.c -m32 -auxbase-strip hello_32bit.o -version -o 
/var/tmp//ccsdgayZ.s
GNU C (genunix Fri Jan  2 11:56:03 GMT 2015) version 4.9.2 
(sparc64-sun-solaris2.10)
         compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR 
version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory 
"/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/../../../../sparc64-sun-solaris2.10/include"
#include "..." search starts here:
#include <...> search starts here:
  /usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/include
  /usr/local/include
  /usr/local/gcc4/include
  /usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/include-fixed
  /usr/include
End of search list.
GNU C (genunix Fri Jan  2 11:56:03 GMT 2015) version 4.9.2 
(sparc64-sun-solaris2.10)
         compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR 
version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 85271184078851183a7506c25f69ae43
COLLECT_GCC_OPTIONS='-v' '-m32' '-c' '-o' 'hello_32bit.o'
  /usr/ccs/bin/as -V -Qy -s -xarch=v8plus -m32 -o hello_32bit.o 
/var/tmp//ccsdgayZ.s
/usr/ccs/bin/as: Sun Compiler Common 12.4 SunOS_sparc Patch 151848-07 
Patch 01/30/2016
COMPILER_PATH=/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/:/usr/ccs/bin/
LIBRARY_PATH=/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus/:/usr/ccs/lib/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/../../../:/lib/:/usr/lib/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/
COLLECT_GCC_OPTIONS='-v' '-m32' '-c' '-o' 'hello_32bit.o'
mimas $
mimas $
mimas $
mimas $ /usr/local/gcc4/bin/gcc -v -m32 -o hello_32bit hello_32bit.o
Using built-in specs.
COLLECT_GCC=/usr/local/gcc4/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/lto-wrapper
Target: sparc64-sun-solaris2.10
Configured with: ../gcc-4.9.2/configure --build=sparc64-sun-solaris2.10 
--prefix=/usr/local/gcc4 --libdir=/usr/local/gcc4/lib 
--libexecdir=/usr/local/gcc4/lib --without-gnu-as --without-gnu-ld 
--with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/sparcv9/ld 
--disable-nls --enable-threads=posix --enable-shared --with-cpu=v9 
--enable-bootstrap --enable-languages=ada,c,c++,fortran,go,objc,obj-c++ 
--enable-stage1-languages=c,c++ --with-pkgversion='genunix Fri Jan  2 
11:56:03 GMT 2015'
Thread model: posix
gcc version 4.9.2 (genunix Fri Jan  2 11:56:03 GMT 2015)
COMPILER_PATH=/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/:/usr/ccs/bin/
LIBRARY_PATH=/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus/:/usr/ccs/lib/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/../../../:/lib/:/usr/lib/:/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/
COLLECT_GCC_OPTIONS='-v' '-m32' '-o' 'hello_32bit'
  /usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/collect2 -V -Y 
P,/usr/ccs/lib:/lib:/usr/lib -Qy -o hello_32bit 
/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus/crt1.o 
/usr/lib/crti.o /usr/ccs/lib/values-Xa.o 
/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus/crtbegin.o 
-L/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus 
-L/usr/ccs/lib 
-L/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/../../.. 
-L/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2 hello_32bit.o 
-lgcc -lgcc_eh -lc -lgcc -lgcc_eh -lc 
/usr/local/gcc4/lib/gcc/sparc64-sun-solaris2.10/4.9.2/sparcv8plus/crtend.o 
/usr/lib/crtn.o
ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.1520
mimas $
mimas $ file hello_32bit
hello_32bit: ELF 32-bit MSB executable SPARC32PLUS Version 1, V8+ 
Required, dynamically linked, not stripped, no debugging information 
available
mimas $
mimas $ mcs -p hello_32bit | sort -u | tail

@(#)SunOS 5.10 Generic January 2005
GCC: (genunix Fri Jan  2 11:56:03 GMT 2015) 4.9.2
as: Sun Compiler Common 12.4 SunOS_sparc Patch 151848-07 Patch 01/30/2016
as: SunOS 5.10 118683-13 Patch 08/06/2014
hello_32bit:
ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.1520
mimas $


let me kow ifyou need a compiler and tools set.

Dennis

Re: Problem with -m64 on Solaris 11

[Sascha Frick]

[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]

On Do, 2016-09-08 at 12:55 -0400, Dennis Clarke wrote:
> On 09/08/2016 12:11 PM, Sascha Frick wrote:
> 
> Let me see what I can do here.
Hi Dennis,

thank you for your immediate response.

> Firstly you should not be using the GNU as but the as provided by the
> vendor on that system. Also, check that you do not have LD_OPTIONS
> environment variable set.
Here is the problem, I do not have a vender-provided as an the system
(yet), I wrote an Email to the admin of the system and hope this will
change in the near future.


> If you want a decent gcc that will absolutely work I can give you a 
> link.  In any case, a 32-bit compile on sparcv9 is no problem if you
> are 
> using the Oracle/Sun assembler and linker :
If you can point me to a solution I can use without admin permissions,
it would be much appreciated.


> mimas $ /usr/local/gcc4/bin/gcc -v -m32 -c -o hello_32bit.o hello.c
> [...]
Your verbose output was very useful, thanks!


I hope to be able to reproduce your steps after the admin installed a
Solaris provided assembler and linker. But if there is a chance I can
get it working in the mean time with a solution you can give me the
link to, I am willing to install a working build environment on my own.


Again, thanks for your help,
Sascha

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 7508 bytes --]

Re: Problem with -m64 on Solaris 11

[Jonathan Wakely]

On 8 September 2016 at 17:11, Sascha Frick wrote:
> It seems that the -m64 option, which is necessary for compiling and
> linking makes some problems when the assembler is
> being started. Is there a way to prevent gcc from adding -m64 to the
> assembly process?

If GCC is adding flags that don't work with the assembler then it
suggests to me that the assembler is not the same one that was present
when GCC was configured (GCC should know the right flags  to use).

Did someone install GCC, and then later change the binutils that is
installed? When you say "live with what is there", how did they get
there?

Re: Problem with -m64 on Solaris 11

[Dennis Clarke]

On 09/09/2016 05:37 AM, Jonathan Wakely wrote:
> On 8 September 2016 at 17:11, Sascha Frick wrote:
>> It seems that the -m64 option, which is necessary for compiling and
>> linking makes some problems when the assembler is
>> being started. Is there a way to prevent gcc from adding -m64 to the
>> assembly process?
>
> If GCC is adding flags that don't work with the assembler then it
> suggests to me that the assembler is not the same one that was present
> when GCC was configured (GCC should know the right flags  to use).

He has a csw ( opencsw ) build and there is no promise that the right 
packages exist in the correct combination. What troubles me is that he
does not have the standard Sun as ( Oracle ) which comes along in the
very typical SUNWsprot :

tfsto # pkginfo -l SUNWsprot
    PKGINST:  SUNWsprot
       NAME:  Solaris Bundled tools
   CATEGORY:  system
       ARCH:  i386
    VERSION:  5.10,REV=2004.12.18
    BASEDIR:  /
     VENDOR:  Sun Microsystems, Inc.
       DESC:  Solaris Bundled tools
     PSTAMP:  mpk69k20150602165101
   INSTDATE:  Jul 02 2015 21:08
    HOTLINE:  Please contact your local service provider
     STATUS:  completely installed
      FILES:       68 installed pathnames
                    9 shared pathnames
                   13 directories
                   28 executables
                 5034 blocks used (approx)


> Did someone install GCC, and then later change the binutils that is
> installed? When you say "live with what is there", how did they get
> there?

Good question.

Looks like the wrong path to me.


Dennis

Re: Problem with -m64 on Solaris 11

[Sascha Frick]

[-- Attachment #1: Type: text/plain, Size: 2076 bytes --]

On Fr, 2016-09-09 at 10:37 +0100, Jonathan Wakely wrote:
> On 8 September 2016 at 17:11, Sascha Frick wrote:
> > 
> > It seems that the -m64 option, which is necessary for compiling and
> > linking makes some problems when the assembler is
> > being started. Is there a way to prevent gcc from adding -m64 to
> > the
> > assembly process?
> 
> If GCC is adding flags that don't work with the assembler then it
> suggests to me that the assembler is not the same one that was
> present
> when GCC was configured (GCC should know the right flags  to use).
> 
> Did someone install GCC, and then later change the binutils that is
> installed? When you say "live with what is there", how did they get
> there?
Hi Jonathan,

thank you for your interest.

I gave a list of packages I needed to be installed to the admin of the
system. These are the packages I need to build hpn-openssh and he
installed them all from https://www.opencsw.org I think.

Here is the List I gave him:

Build dependencies:
Package: coreutils      (8.22,REV=2014.06.14)
Package: autoconf       (2.69,REV=2012.04.25)
Package: gcc5core       (5.2.0,REV=2015.07.31)
Package: perl           (5.10.1,REV=2012.07.24)
Package: gmake          (4.2.1,REV=2016.08.04)
Package: gsed           (4.2.2,p,REV=2012.12.26)
Package: gpatch         (2.7.1,REV=2013.10.01)

Runtime and build dependencies:
Package: libz1          (1.2.8,REV=2013.09.23)
Package: libz_dev       (1.2.8,REV=2013.09.23)
Package: libssl1_0_0    (1.0.1t,REV=2016.05.03)
Package: libssl_dev     (1.0.1t,REV=2016.05.03) 
Package: libldns1       (1.6.17,REV=2014.04.06)
Package: libldns_dev    (1.6.17,REV=2014.04.06)
Package: libedit0       (20130712_3.1,REV=2014.01.01)
Package: libedit_dev    (20130712_3.1,REV=2014.01.01)


gcc came from the gcc5core package and the Assembler is in a package
called binutils as a dependency for gcc.

I hope this helps you to help me,
Sascha


[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 7508 bytes --]

Re: Problem with -m64 on Solaris 11

[Jonathan Wakely]

On 9 September 2016 at 10:53, Sascha Frick wrote:
> gcc came from the gcc5core package and the Assembler is in a package
> called binutils as a dependency for gcc.
>
> I hope this helps you to help me,

Not really, I'm afraid. It looks like the opencsw packages are broken.
You shouldn't need any special options to make GCC invoke the
assembler correctly.

Re: Problem with -m64 on Solaris 11

[Dennis Clarke]

On 09/09/2016 07:13 AM, Jonathan Wakely wrote:
> On 9 September 2016 at 10:53, Sascha Frick wrote:
>> gcc came from the gcc5core package and the Assembler is in a package
>> called binutils as a dependency for gcc.
>>
>> I hope this helps you to help me,
>
> Not really, I'm afraid. It looks like the opencsw packages are broken.
> You shouldn't need any special options to make GCC invoke the
> assembler correctly.
>

I'll take care of him offlist and get him a toolchain that works and is
tested in production.

Dennis

Re: Problem with -m64 on Solaris 11

[Sascha Frick]

[-- Attachment #1: Type: text/plain, Size: 833 bytes --]

On Mo, 2016-09-12 at 00:23 -0400, Dennis Clarke wrote:
> On 09/09/2016 07:13 AM, Jonathan Wakely wrote:
> > 
> > On 9 September 2016 at 10:53, Sascha Frick wrote:
> > > 
> > > gcc came from the gcc5core package and the Assembler is in a
> > > package
> > > called binutils as a dependency for gcc.
> > > 
> > > I hope this helps you to help me,
> > 
> > Not really, I'm afraid. It looks like the opencsw packages are
> > broken.
> > You shouldn't need any special options to make GCC invoke the
> > assembler correctly.
> > 
> 
> I'll take care of him offlist and get him a toolchain that works and
> is
> tested in production.
Dear Dennis and Jonathan,

the system admin installed the SUNWsprot and assembler packages and now
building works with he gcc from openscw.

Tanks again for your help!

Sascha

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 7508 bytes --]