Wine on Solaris 10

colcar08 · Post by **colcar08** » Fri Nov 14, 2008 3:47 am

Hi,

Can you tell me if Wine is supported on Solaris 10?

Regards

Col

vitamin · Post by **vitamin** » Fri Nov 14, 2008 10:53 am

colcar08 wrote:Hi,

Can you tell me if Wine is supported on Solaris 10?

It should compile at least. All depends on what hardware you are using. If it's not x86 then it won't do you any good.

colcar08 · Post by **colcar08** » Tue Nov 18, 2008 8:17 am

Hi,

I tried compiling it on Sparc based Solaris, but it says I need to implement wine_call_to_stack for my platform.

I checked in the file /libs/wine/port.c and there is no implementation for Sparc based machines. Is there any patch out there or can anyone help me implement one?

Regards

Col

colcar08 · Post by **colcar08** » Tue Nov 18, 2008 8:23 am

Sorry small correction the method should be wine_call_on_stack..

Pavel Troller · Post by **Pavel Troller** » Tue Nov 18, 2008 10:24 am

Hi!

Hi,

I tried compiling it on Sparc based Solaris, but it says I need to implement wine_call_to_stack for my platform.

As Vitamim already mentioned here, wine can be used only on x86 based platforms
to run native windows applications. So, even if you will be able to compile
wine on Sparc based system, it will not be usable for anything other than for
compiling a windows app from its source code to Sparc binary, running under the
winelib environment. Wine doesn't contain CPU emulator, and because M$ doesn't
have windows distribution for Sparc based systems, you cannot run Intel based
binaries there.

I checked in the file /libs/wine/port.c and there is no implementation for Sparc based machines. Is there any patch out there or can anyone help me implement one?

It's not there probably because nobody needed it yet, because of uselessness
of such a thing.

Regards

Col

With regards, Pavel Troller

colcar08 · Post by **colcar08** » Tue Nov 18, 2008 10:41 am

Hi,

Thanks for the quick reply.

Lets see if I get you..

If I have the source code available and I can get Wine to compile then I should be able to run my application as a winelib? In this case it is probably worth me putting in a bit of effort getting it to compile.

Thanks again.

Col

Gert van den Berg · Post by **Gert van den Berg** » Tue Nov 18, 2008 12:24 pm

Wrong from address...

---------- Forwarded message ----------
From: Gert van den Berg
Date: Tue, Nov 18, 2008 at 7:18 PM
Subject: Re: [Wine] Re: Wine on Solaris 10
To: [email protected]

On Tue, Nov 18, 2008 at 5:41 PM, colcar08 <[email protected]> wrote:

Hi,

Thanks for the quick reply.

Lets see if I get you..

If I have the source code available and I can get Wine to compile then I should be able to run my application as a winelib? In this case it is probably worth me putting in a bit of effort getting it to compile.

It might.... It is probably a better idea to start by seeing how much
trouble it would be to port you application to winelib... (Things
written for certain compilers (like Borland's) are hard to port..)
(IIRC mingw32 is the first target that it need to be ported to...)

http://www.winehq.org/site/winelib and
http://www.winehq.org/site/docs/winelib-guide/index would probably
help to decide if it might be a feasible option...

Gert

Gert van den Berg · Post by **Gert van den Berg** » Wed Nov 19, 2008 12:51 pm

On Tue, Nov 18, 2008 at 5:41 PM, colcar08 <[email protected]> wrote:

Hi,

Thanks for the quick reply.

Lets see if I get you..

If I have the source code available and I can get Wine to compile then I should be able to run my application as a winelib? In this case it is probably worth me putting in a bit of effort getting it to compile.

It might.... It is probably a better idea to start by seeing how much
trouble it would be to port you application to winelib... (Things
written for certain compilers (like Borland's) are hard to port..)
(IIRC mingw32 is the first target that it need to be ported to...)

http://www.winehq.org/site/winelib and
http://www.winehq.org/site/docs/winelib-guide/index would probably
help to decide if it might be a feasible option...

Gert

dpr · Post by **dpr** » Wed Nov 19, 2008 4:38 pm

I'm also trying to compile Winelib on Solaris/Sparc. I've gotten around the wine_call_on_stack problem by inserting into libs/wine/port.c:

Code: Select all

#elif defined(__sparc__) && defined(__GNUC__)
__ASM_GLOBAL_FUNC( wine_call_on_stack, "")

The next problem comes in the "dlls" subdirectory, where many, most, or all subprojects fail with something like:

Code: Select all

../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./acledit.spec main.o          -o acledit.dll.so  -lkernel32   ../../libs/port/libwine_port.a  -lresolv -lsocket -lnsl 
acledit.nkVmkL.s: Assembler messages:
acledit.nkVmkL.s:152: Error: operation combines symbols in different segments
acledit.nkVmkL.s:153: Error: operation combines symbols in different segments
winebuild: gas failed with status 256
winegcc: ../../tools/winebuild/winebuild failed

I found limited discussion about the second problem which pointed to a three-year-old patch ( http://www.winehq.org/pipermail/wine-de ... 43614.html ), which applies to tools/winebuild/import.c, but appears to bear no relevance to the current version of that file (perhaps I am mistaken on this point).

Is there any more recent info on working with Solaris/Sparc? Has anyone successfully compiled it recently on that platform?

Thanks in advance,
Dave Riesz

austin987 · Post by **austin987** » Wed Nov 19, 2008 4:44 pm

On Wed, Nov 19, 2008 at 3:38 PM, dpr <[email protected]> wrote:

I'm also trying to compile Winelib on Solaris/Sparc. I've gotten around the wine_call_on_stack problem by inserting into libs/wine/port.c:

Code:

#elif defined(__sparc__) && defined(__GNUC__)
__ASM_GLOBAL_FUNC( wine_call_on_stack, "")

The next problem comes in the "dlls" subdirectory, where many, most, or all subprojects fail with something like:

Code:

../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./acledit.spec main.o -o acledit.dll.so -lkernel32 ../../libs/port/libwine_port.a -lresolv -lsocket -lnsl
acledit.nkVmkL.s: Assembler messages:
acledit.nkVmkL.s:152: Error: operation combines symbols in different segments
acledit.nkVmkL.s:153: Error: operation combines symbols in different segments
winebuild: gas failed with status 256
winegcc: ../../tools/winebuild/winebuild failed

I found limited discussion about the second problem which pointed to a three-year-old patch ( http://www.winehq.org/pipermail/wine-de ... 43614.html ), which applies to tools/winebuild/import.c, but appears to bear no relevance to the current version of that file (perhaps I am mistaken on this point).

Is there any more recent info on working with Solaris/Sparc? Has anyone successfully compiled it recently on that platform?

Thanks in advance,
Dave Riesz

Having had some issues when building Wine on Solaris x86, you may want
to check your gcc. In particular, recompile gcc with gnu
linker/assembler rather than sun's.

--
-Austin

dpr · Post by **dpr** » Wed Nov 19, 2008 4:58 pm

austin987 wrote: Having had some issues when building Wine on Solaris x86, you may want
to check your gcc. In particular, recompile gcc with gnu
linker/assembler rather than sun's.
--
-Austin

Whoo. Rebuilding gcc isn't as easy as it used to be, but I'll give it a whack.

Right now, I am using Sun's gcc/gas and native linker. 'gcc -v' reports:

Code: Select all

Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with: /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

Dave Riesz

austin987 · Post by **austin987** » Wed Nov 19, 2008 5:04 pm

On Wed, Nov 19, 2008 at 3:58 PM, dpr <[email protected]> wrote:

austin987 wrote:
Having had some issues when building Wine on Solaris x86, you may want
to check your gcc. In particular, recompile gcc with gnu
linker/assembler rather than sun's.
--
-Austin
Whoo. Rebuilding gcc isn't as easy as it used to be, but I'll give it a whack.

Right now, I am using Sun's gcc/gas and native linker. 'gcc -v' reports:

Code:

Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with: /gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)

Dave Riesz

I haven't done so yet either. Wine still builds, but there are
thousands of build warnings:
warning: visibility attribute not supported in this configuration; ignored

I've got a feeling that may be a source of some of your issues as well.
--
-Austin

colcar08 · Post by **colcar08** » Thu Nov 20, 2008 4:24 am

Hi,

Thanks for the help..I inserted that piece of code that you mentioned:

Code: Select all

#elif defined(__sparc__) && defined(__GNUC__) 
__ASM_GLOBAL_FUNC( wine_call_on_stack, "")

I don't seem to get any problem with dlls, but I get the following output after I do a 'make depend && make':

Code: Select all

`makedep' is up to date.
gcc -c -I. -I. -I../../include -I../../include  -D__WINESRC__ -DWINE_UNICODE_API="" -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith  -g -O2  -o port.o port.c
/usr/ccs/bin/as: "<stdin>", line 21: error: unknown opcode ".previous"
/usr/ccs/bin/as: "<stdin>", line 21: error: statement syntax
/usr/ccs/bin/as: "<stdin>", line 28: error: unknown opcode ".previous"
/usr/ccs/bin/as: "<stdin>", line 28: error: statement syntax
*** Error code 1
make: Fatal error: Command failed for target `port.o'
Current working directory /wine/wine-1.1.8/libs/wine
*** Error code 1
The following command caused the error:
cd wine && make
make: Fatal error: Command failed for target `wine'
Current working directory /wine/wine-1.1.8/libs
*** Error code 1
The following command caused the error:
cd libs && make
make: Fatal error: Command failed for target `libs'

Also my gcc version is:

Code: Select all

> gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --enable-languages=c,c++,f77
Thread model: posix
gcc version 3.4.6

Can you help?

Regards

Col

colcar08 · Post by **colcar08** » Thu Nov 20, 2008 4:26 am

Hi,

Just in case it wasn't clear I got the original problem with wine_call_on_stack resolved i.e. I don't get the error anymore..

Regards

Col

austin987 · Post by **austin987** » Thu Nov 20, 2008 5:52 am

On Thu, Nov 20, 2008 at 3:24 AM, colcar08 <[email protected]> wrote:

Hi,

Thanks for the help..I inserted that piece of code that you mentioned:

Code:
#elif defined(__sparc__) && defined(__GNUC__)
__ASM_GLOBAL_FUNC( wine_call_on_stack, "")

I don't seem to get any problem with dlls, but I get the following output after I do a 'make depend && make':

Code:
`makedep' is up to date.
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API="" -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o port.o port.c
/usr/ccs/bin/as: "<stdin>", line 21: error: unknown opcode ".previous"
/usr/ccs/bin/as: "<stdin>", line 21: error: statement syntax
/usr/ccs/bin/as: "<stdin>", line 28: error: unknown opcode ".previous"
/usr/ccs/bin/as: "<stdin>", line 28: error: statement syntax
*** Error code 1
make: Fatal error: Command failed for target `port.o'
Current working directory /wine/wine-1.1.8/libs/wine
*** Error code 1
The following command caused the error:
cd wine && make
make: Fatal error: Command failed for target `wine'
Current working directory /wine/wine-1.1.8/libs
*** Error code 1
The following command caused the error:
cd libs && make
make: Fatal error: Command failed for target `libs'

Also my gcc version is:

Code:

gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.10/3.4.6/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ld --enable-shared --enable-languages=c,c++,f77
Thread model: posix
gcc version 3.4.6

Can you help?

Regards

Col

You probably need to implement wine_call_on_stack, rather than just
having a stub.

Just a guess though, you're out of my experience range

.

Wouldn't hurt to file a bug.

--
-Austin