Moritz Barsnick wrote:

> Ulrich, thanks for answering my Solaris/SPARC concerns about Wine. I've
> seen that you've made some changes in CVS (Version 1.1.9 (31-Dec-2000))
> of wrc, e.g.). I can now get Wine-cvs.2001-01-08 to compile and run
> under Solaris, thanks! (Restrictions: see below.)

> I've got the following problems, though. Let me start with the one most
> simple to describe:
> 
> When I run Wine with some MS-Win binary, I get the following error:
> 
> $ wine ~/pc_home/BIN/putty.exe
> err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please 
>report

You can ignore this error for now.

You have a fundamental problem, though: MS-Windows binaries will 
of course not run on a Sparc machine, as they contain Intel machine code ...

The modifications I did had the purpose to get *Winelib* working,
i.e. to allow you to compile a Windows application from source
on Sparc machines (to Sparc machine code ...).


> a) the shared dlls need to be liked with "-lc", e.g.

I would call this a bug the gcc specs file.  Unfortunately,
it appears that various installations of gcc set up a specs
file that doesn't link shared libraries against libc (I've 
seen this on FreeBSD and Solaris), but IMO this is just
broken.

It's much simpler to just fix the specs file used by gcc.
(Do a gcc -v to find out which specs file your gcc is using;
edit the *lib section in this file and make sure that it
contains -lc outside of any conditional %{shared ...}.)
 

> b) The CPPFLAGS and LDFLAGS I set during ./configure aren't obeyed.
>    This messes up my MesaGL compilation, because MesaGL is in /path/to ,
>    e.g.:
> 
>    $ CPPFLAGS="-I/path/to/mesa_include_topdir" \
>        LDFLAGS="-L/path/to/lib -R/path/to/lib" ./configure --prefix=... ...
> 
>    I had to patch these paths into the Makefiles "manually" (sed or Perl,
>    of course). "./configure" should do this in some way, or your
>    "Makefile.in"s.

Hmmm.  Our build process is a bit non-standard.  
I agree, this should probably be fixed ...


Bye,
Ulrich

-- 
  Dr. Ulrich Weigand
  [EMAIL PROTECTED]

Reply via email to