| View previous topic :: View next topic |
| Author |
Message |
Kumba
Developer
Joined: 16 Jul 2002
Posts: 364
Location: Byzantine Secundus, Antarctica
|
 Posted: Fri Sep 06, 2002 5:51 am Post subject: |
 |
|
Well, it's up and running (Finally!), although I can't seem to get the right combination of USB drivers to make it pick up the USB keyboard, so I'm effectively locked out of the console, but I got sshd working, so now I can just ssh in from my windows machine and tweak with things.
So offhand, what is neccessary to get the system to use GCC 3.2 for 64 bit compiling?, symlink changes, unmergining egcs64?
// Edit
Should I report the glibc glitch (the one that fails on -mcpu=ultrasparc -mtune=ultrasparc) as a bug on bugs.gentoo.org?
--Kumba
_________________
"Though the mills of God grind slowly, yet they grind exceeding small; Though with patience He stands waiting, with exactness grinds He all."
--Friedrich Vón Logau |
|
| Back to top |
|
 |
xming
Guru
Joined: 02 Jul 2002
Posts: 434
|
| Posted: Fri Sep 06, 2002 7:33 am Post subject: up |
|
|
Well congrats 
| Code: |
So offhand, what is neccessary to get the system to use GCC 3.2 for 64 bit compiling?, symlink changes, unmergining egcs64? |
I have searched a bit, it is in the Makefile in the kernel src, but I don't think your gcc can produce 64-bit binaries, it is not build as a cross compiler
| Code: | Should I report the glibc glitch (the one that fails on -mcpu=ultrasparc -mtune=ultrasparc) as a bug on bugs.gentoo.org?
|
why not?
xming |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 364
Location: Byzantine Secundus, Antarctica
|
| Posted: Fri Sep 06, 2002 7:51 am Post subject: |
|
|
Hmm, any way to test whether the default GCC 3.2 emerged by gentoo can or not? I think I read about an -m64 switch for GCC 3.x in the Sparc options somewheres, and some googling around did turn up some people reporting success in building a 2.4.18 linux/sparc64 kernel using GCC 3.1.1.
Otherwise, what are the steps for building a cross-compiler, or references to steps doing such?
--Kumba
_________________
"Though the mills of God grind slowly, yet they grind exceeding small; Though with patience He stands waiting, with exactness grinds He all."
--Friedrich Vón Logau |
|
| Back to top |
|
|
xming
Guru
Joined: 02 Jul 2002
Posts: 434
|
| Posted: Fri Sep 06, 2002 8:26 am Post subject: gcc |
|
|
I don't think so
| Code: | gcc -m64 hello.c
cc1: -m64 is not supported by this configuration
cc1: -mlong-double-64 not allowed with -m64
|
There are some howtos on the net about building a cross compiler, anyway I will try when I have some more time
xming |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 364
Location: Byzantine Secundus, Antarctica
|
| Posted: Fri Sep 06, 2002 8:33 am Post subject: |
|
|
Yeah, I just ran into that. The kernel Makefile has a check to see if the newer GCC is being used, so I ran that check at the prompt and got very similar errors.
| Code: | [root@isengard linux]# sparc64-unknown-linux-gcc -m64 -mcmodel=medlow -S -o /dev/null -xc /dev/null
cc1: -m64 is not supported by this configuration
cc1: -mlong-double-64 not allowed with -m64
cc1: -mcmodel= is not supported on 32 bit systems |
I'll try and google around, see what I can find (Always been interested in a cross-compiler anyways).
--Kumba
_________________
"Though the mills of God grind slowly, yet they grind exceeding small; Though with patience He stands waiting, with exactness grinds He all."
--Friedrich Vón Logau |
|
| Back to top |
|
|
Blademan
Developer
Joined: 05 Oct 2002
Posts: 116
|
| Posted: Thu Nov 21, 2002 5:54 am Post subject: |
|
|
| So what are the ideal flags to use for UltraSparc? |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 364
Location: Byzantine Secundus, Antarctica
|
| Posted: Thu Nov 21, 2002 8:59 am Post subject: |
|
|
I use these flags, and they work pretty well.
| Code: | ARCH="sparc64"
PLATFORM="sparc64-unknown-linux-gnu"
CHOST="sparc-unknown-linux-gnu"
CFLAGS="-mcpu=v8 -mtune=v9 -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="-mcpu=v8 -mtune=v9 -O2 -pipe -fomit-frame-pointer"
MAKEOPTS="-j2" |
Using -v8 as cpu, then tuning for v9 actually lets glibc compile....otherwise it complains pretty loudly about architecture mismatches.
--Kumba
_________________
"Though the mills of God grind slowly, yet they grind exceeding small; Though with patience He stands waiting, with exactness grinds He all."
--Friedrich Vón Logau |
|
| Back to top |
|
|
Blademan
Developer
Joined: 05 Oct 2002
Posts: 116
|
| Posted: Thu Nov 21, 2002 5:25 pm Post subject: |
|
|
| Using a U60 with 2 CPUs, is MAKEOPTS="-j3" fine? |
|
| Back to top |
|
|
xming
Guru
Joined: 02 Jul 2002
Posts: 434
|
| Posted: Thu Nov 21, 2002 11:04 pm Post subject: |
|
|
| yep |
|
| Back to top |
|
|
manson
n00b
Joined: 23 Nov 2002
Posts: 5
Location: TX, USA
|
| Posted: Sat Nov 23, 2002 4:59 am Post subject: |
|
|
| Blademan007 wrote: | | Using a U60 with 2 CPUs, is MAKEOPTS="-j3" fine? |
General rule to follow is -jx where x=number of cpus + 1
1 cpu= -j2
2 cpus = -j3
Other people have reported success with x=number of cpus + 2
The general rule should work in most cases.
Laterz
_________________
This message brought to you by a NON-microsoft product.
Manson
Gentoo Linux Sparc Platform Developer |
|
| Back to top |
|
|
o_florian
n00b
Joined: 12 Nov 2002
Posts: 9
Location: Berlin, Germany
|
| Posted: Wed Jan 15, 2003 6:46 pm Post subject: |
|
|
Hi,
I have bootstrapped, and emerged a Ultra 5 with 1.4r2 over last weekend
xfree, WindowMaker and so worked fine, but now after an emerge sync, emerge world monday, after which everything worked quite fine still, the first problems emerge too.
this morning I did a new emerge sync, but
I cant compile the new portage-2.0.46-r6, gcc, texutils and whatnot
anymore. re-emerging binutils fails too.
errors mostly :
| Quote: |
/usr/bin/ld: warning: sparc:v9 architecture of input file 'some .o file'
is incompatible with sparc output
|
during the emerge of gcc these are mostly ignored, but it fails later,
at portage these errors are deadly at once
| Quote: |
ld libsandbox.o sandbox_futils.o canonicalize.o -shared -fPIC -ldl -lc -o libsandbox.so
ld: skipping incompatible /usr/lib/libdl.so when searching for -ldl
ld: skipping incompatible /usr/lib/libdl.a when searching for -ldl
ld: cannot find -ldl
make: *** [libsandbox.so] Error 1
!!! ERROR: sys-apps/portage-2.0.46-r6 failed.
!!! Function src_compile, Line 6, Exitcode 2
!!! (no error message)
|
my make.conf :
| Quote: |
USE="+sparc64"
CHOST="sparc64-gentoo-linux-gnu"
CFLAGS="-mcpu=v9 -mtune=v9 -O3 -pipe -falign-functions=4 -fprefetch-loop-arrays -ffast-math -fomit-frame-pointer "
CXXFLAGS="${CFLAGS}"
ACCEPT_KEYWORDS="sparc64"
MAKEOPTS="-j2"
|
whith exactly these settings did he bootstrap and emerged the system,
so what is wrong now ?
any ideas ?
_________________
Some people claim that the UNIX learning
curve is steep, but at least you only have to
climb it once. |
|
| Back to top |
|
|
Weeve
Retired Dev
Joined: 30 Oct 2002
Posts: 641
|
| Posted: Fri Jan 17, 2003 2:48 am Post subject: |
|
|
Howdy,
Currently, you cannot have -mcpu=v9 as this will attempt to build things using 64 bit libraries. Also, having -mtune=v9 is not doing anything additional to help you. I would suggest you change -mcpu=v9 to -mcpu=ultrasparc and drop the -mtune.
Let me know if that helps.
Thanks |
|
| Back to top |
|
|
Kumba
Developer
Joined: 16 Jul 2002
Posts: 364
Location: Byzantine Secundus, Antarctica
|
| Posted: Fri Jan 17, 2003 10:29 pm Post subject: |
|
|
You've got your USE and CHOST settings all wrong. Currently, gentoo-sparc uses "sparc" to denote both sparc32 (sun4c/d/m) and sparc64 (sun4u with 32-bit userland). Using sparc64 itself implies using an Ultrasparc system (sun4u) with 64-bit userland, which isn't exactly working yet. Below are my CFLAG Settings which work well for me. You might want to mimic them.
| Code: | USE="-arts -avi -cups -dhcpcd -imlib -java -gnome -gpm -mikmod -motif -mpeg -oggvorbis -pdflib -qt -qtmt -quicktime -xmms"
ACCEPT_KEYWORDS="~sparc"
ARCH="sparc"
PLATFORM="sparc64-unknown-linux-gnu"
CHOST="sparc-unknown-linux-gnu"
CFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O3 -pipe -fomit-frame-pointer"
MAKEOPTS="-j2"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/pam.d" |
These work well for me for 99% of all sparc packages. glibc and mozilla don't work with the CFLAGS I have, but the ebuild file usually takes care of this by temporarily substituting working flags.
--Kumba
_________________
"Though the mills of God grind slowly, yet they grind exceeding small; Though with patience He stands waiting, with exactness grinds He all."
--Friedrich Vón Logau |
|
| Back to top |
|
|
stonent
Veteran
Joined: 07 Aug 2003
Posts: 1139
Location: Texas
|
| Posted: Thu Jan 01, 2004 7:40 am Post subject: |
|
|
I see this is an old topic, but I was curious if anything new has been learned between then and now? Is a 64+64 system available, or are we still doing 64+32?
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism. |
|
| Back to top |
|
|
|
Gentoo on Sparc
