Re: Latest CVS download opensolaris, AMD 64, build errors

2005-11-29 Thread Robert Lunnon
On Mon, 28 Nov 2005 01:56 pm, Mike McCormack wrote:
 David Clack wrote:
  I'm on OpenSolaris B27, on an AMD 64 system, I'm getting these errors
  from the build.

 I guess not alot of people use that configuration ...


Did you apply the patches from http://www.blastwave.org/wine




Latest CVS download opensolaris, AMD 64, build errors

2005-11-27 Thread David Clack




Hi All,

I'm on OpenSolaris B27, on an AMD 64 system, I'm getting these errors from the build.

I've tried to google a solution for a week but no luck.

 gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msisys'

gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msnet32'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msnet32'
gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msrle32'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msrle32'
gmake[2]: Entering directory `/usr/local/src/wine-sources/wine/dlls/msvcrt'
../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./msvcrt.spec console.o cpp.o cppexcept.o ctype.o data.o dir.o environ.o errno.o except.o exit.o file.o heap.o locale.o lock.o main.o math.o mbcs.o misc.o process.o scanf.o string.o thread.o time.o undname.o wcs.o rsrc.res -o msvcrt.dll.so -L../../dlls -L../../dlls/user32 -L../../dlls/kernel32 -L../../dlls/ntdll -luser32 -lkernel32 -lntdll -Wb,-duser32 -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -lsocket -lnsl
ld: fatal: symbol `_environ' is multiply-defined:
 (file /usr/lib/crt1.o type=OBJT; file data.o type=OBJT);
ld: fatal: File processing errors. No output written to msvcrt.dll.so
collect2: ld returned 1 exit status
winegcc: gcc failed.
gmake[2]: *** [msvcrt.dll.so] Error 2
gmake[2]: Leaving directory `/usr/local/src/wine-sources/wine/dlls/msvcrt'
gmake[1]: *** [msvcrt] Error 2
gmake[1]: Leaving directory `/usr/local/src/wine-sources/wine/dlls'
gmake: *** [dlls] Error 2

Any suggestion to fix would be appreciated.

Thanks
 Dave




-







David Clack

Worldwide Senior Systems Engineer 
System Architect - JDS Desktop and Solaris X86
Sun Microsystems
642, Chinook Ave SE, Ocean Shores, WA, USA, 98569
Phone +1-206-289-2158
Fax +1-206-289-2091
Mobile +1-206-265-1904
Email [EMAIL PROTECTED]























Re: Latest CVS download opensolaris, AMD 64, build errors

2005-11-27 Thread Mike McCormack


David Clack wrote:

I'm on OpenSolaris B27, on an AMD 64 system, I'm getting these errors 
from the build.


I guess not alot of people use that configuration ...


ld: fatal: symbol `_environ' is multiply-defined:
(file /usr/lib/crt1.o type=OBJT; file data.o type=OBJT);
ld: fatal: File processing errors. No output written to
msvcrt.dll.so http://msvcrt.dll.so


There's probably an _environ defined in msvcrt and your libc.  Have a 
look through the msvcrt code for the _environ symbol, and try change it 
to something like MSVCRT_environ.  We do that for other symbols in 
msvcrt that conflict with glibc, so you should be able to find an 
example to copy.


Mike




Re: build errors

2005-09-27 Thread Phil Krylov
On Mon, 26 Sep 2005 22:53:18 -0300
Marcelo Duarte [EMAIL PROTECTED] wrote:

 To fix the problem for me, instead of clean, I__d do the folowing command 
 in wine tree:
 rm */*/*.spec.*

Thanks, it works. But isn't make clean supposed to do this job?

-- Ph.




Re: build errors

2005-09-27 Thread Marcus Meissner
On Tue, Sep 27, 2005 at 01:53:05PM +0400, Phil Krylov wrote:
 On Mon, 26 Sep 2005 22:53:18 -0300
 Marcelo Duarte [EMAIL PROTECTED] wrote:
 
  To fix the problem for me, instead of clean, I__d do the folowing command 
  in wine tree:
  rm */*/*.spec.*
 
 Thanks, it works. But isn't make clean supposed to do this job?

After cvs update it no longer new how to clean the tree.

make clean
cvs up 
./configure ...
make depend
make

is the right sequence, and not
cvs up
./configure ...
make clean
make depend
make

Ciao, Marcus




Re: build errors

2005-09-27 Thread Michael Stefaniuc

Phil Krylov wrote:

On Mon, 26 Sep 2005 22:53:18 -0300
Marcelo Duarte [EMAIL PROTECTED] wrote:


To fix the problem for me, instead of clean, I__d do the folowing command 
in wine tree:

rm */*/*.spec.*



Thanks, it works. But isn't make clean supposed to do this job?
Yes and it would have worked if you have done the make clean before 
the cvs update.


bye
michael
--
Michael Stefaniuc   Tel.: +49-711-96437-199
Sr. Network EngineerFax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart




Re: build errors

2005-09-27 Thread Duane Clark

Michael Stefaniuc wrote:

Phil Krylov wrote:

On Mon, 26 Sep 2005 22:53:18 -0300
Marcelo Duarte [EMAIL PROTECTED] wrote:


To fix the problem for me, instead of clean, I__d do the folowing command 
in wine tree:

rm */*/*.spec.*


Thanks, it works. But isn't make clean supposed to do this job?
Yes and it would have worked if you have done the make clean before 
the cvs update.




I know for sure I did make distclean a few days ago, and it did not 
work. I cannot swear that I tried make clean, but I think I did. The 
problem is specifically with the *.spec.c files that were left around 
and needed to be deleted. They were not deleted by make distclean.






Re: build errors

2005-09-27 Thread Marcus Meissner
On Tue, Sep 27, 2005 at 08:32:00AM -0700, Duane Clark wrote:
 Michael Stefaniuc wrote:
 Phil Krylov wrote:
 On Mon, 26 Sep 2005 22:53:18 -0300
 Marcelo Duarte [EMAIL PROTECTED] wrote:
 
 
 To fix the problem for me, instead of clean, I__d do the folowing 
 command in wine tree:
 rm */*/*.spec.*
 
 Thanks, it works. But isn't make clean supposed to do this job?
 Yes and it would have worked if you have done the make clean before 
 the cvs update.
 
 
 I know for sure I did make distclean a few days ago, and it did not 
 work. I cannot swear that I tried make clean, but I think I did. The 
 problem is specifically with the *.spec.c files that were left around 
 and needed to be deleted. They were not deleted by make distclean.

Yes, this rm was removed by the cvs update ... 

Ciao, Marcus




build errors

2005-09-26 Thread Phil Krylov
Hi,

I can't build current CVS version of Wine:

../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec
comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o
toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o
kernel16.o registry16.o toolhelp16.o win87em.o  actctx.o atom.o change.o
comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o
environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o
instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o
ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o
pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o
string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o
toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o
wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res
-Wl,--image-base,0x7b80 -o kernel32.dll.so -L../../dlls
-L../../dlls/ntdll -lntdll  -L../../libs/wine -lwine -L../../libs/unicode
-lwine_unicode  -L../../libs/port -lwine_port
comm.drv.spec.o(.data.rel.ro+0x1f6): In function
`__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38:
undefined reference to `__wine_call_from_16_long'
stress.spec.o(.data.rel.ro+0x1d0): In function
`__wine_spec_stress_dll_fini': 
/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
undefined reference to `__wine_call_from_16_long'
stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
undefined reference to `__wine_call_from_16_long'
stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
undefined reference to `__wine_call_from_16_long'
stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
undefined reference to `__wine_call_from_16_long'
stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
more undefined references to `__wine_call_from_16_long' follow
system.drv.spec.o(.data.rel.ro+0x1d0): In function
`__wine_spec_system_drv_fini': 
/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
undefined reference to `__wine_call_from_16_word'
system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
undefined reference to `__wine_call_from_16_word'
system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
undefined reference to `__wine_call_from_16_word'


Am I the only one? Can you suggest something?

-- Ph.




Re: build errors

2005-09-26 Thread Oliver Stieber

--- Phil Krylov [EMAIL PROTECTED] wrote:

 Hi,
 
 I can't build current CVS version of Wine:
 
 ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./kernel32.spec
 comm.drv.spec.o krnl386.exe.spec.o stress.spec.o system.drv.spec.o
 toolhelp.spec.o win87em.spec.o windebug.spec.o atom16.o error16.o
 kernel16.o registry16.o toolhelp16.o win87em.o  actctx.o atom.o change.o
 comm.o computername.o console.o cpu.o debugger.o dosmem.o editline.o
 environ.o except.o fiber.o file.o file16.o format_msg.o global16.o heap.o
 instr.o kernel_main.o lcformat.o local16.o locale.o lzexpand.o module.o
 ne_module.o ne_segment.o oldconfig.o path.o powermgnt.o process.o profile.o
 pthread.o relay16.o resource.o resource16.o selector.o snoop16.o stress.o
 string.o sync.o syslevel.o system.o tape.o task.o thread.o thunk.o time.o
 toolhelp.o utthunk.o version.o virtual.o volume.o vxd.o windebug.o
 wowthunk.o relay16asm.o kernel32.dll.dbg.o kernel.res
 -Wl,--image-base,0x7b80 -o kernel32.dll.so -L../../dlls
 -L../../dlls/ntdll -lntdll  -L../../libs/wine -lwine -L../../libs/unicode
 -lwine_unicode  -L../../libs/port -lwine_port
 comm.drv.spec.o(.data.rel.ro+0x1f6): In function
 `__wine_stub_GETDCB': /home/phil/build/wine/dlls/kernel/comm.drv.spec.c:38:
 undefined reference to `__wine_call_from_16_long'
 stress.spec.o(.data.rel.ro+0x1d0): In function
 `__wine_spec_stress_dll_fini': 
 /home/phil/build/wine/dlls/kernel/stress.spec.c:297:
 undefined reference to `__wine_call_from_16_long'
 stress.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
 undefined reference to `__wine_call_from_16_long'
 stress.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
 undefined reference to `__wine_call_from_16_long'
 stress.spec.o(.data.rel.ro+0x218):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
 undefined reference to `__wine_call_from_16_long'
 stress.spec.o(.data.rel.ro+0x230):/home/phil/build/wine/dlls/kernel/stress.spec.c:297:
 more undefined references to `__wine_call_from_16_long' follow
 system.drv.spec.o(.data.rel.ro+0x1d0): In function
 `__wine_spec_system_drv_fini': 
 /home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
 undefined reference to `__wine_call_from_16_word'
 system.drv.spec.o(.data.rel.ro+0x1e8):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
 undefined reference to `__wine_call_from_16_word'
 system.drv.spec.o(.data.rel.ro+0x200):/home/phil/build/wine/dlls/kernel/system.drv.spec.c:303:
 undefined reference to `__wine_call_from_16_word'
 
 
 Am I the only one? Can you suggest something?
 
 -- Ph.

I had exactly the same problem, I found that cleaning out my local tree and 
fetching everything
from CVS fixed the problem.

I can no longer use .so's from older builds of wine with the current tree 
(which means I have to
merge all my local changes, and merge any regression tests).

Not sure what the cause of the problem it though.

Oliver.


 
 
 





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com




Re: build errors

2005-09-26 Thread Marcelo Duarte

Oliver Stieber escreveu:


--- Phil Krylov [EMAIL PROTECTED] wrote:

 


Hi,

I can't build current CVS version of Wine:

   


I had exactly the same problem, I found that cleaning out my local tree and 
fetching everything
from CVS fixed the problem.

 

To fix the problem for me, instead of clean, I´d do the folowing command 
in wine tree:

rm */*/*.spec.*