[dev] OOO300_m11 build problem on WindowsXP
Hi! I recently updated the cygwin installation of the WinXP2 Buildbot, but now it is not able to build OOO300_m11, which imho worked before the update. The error message is: Building without cairo support... /cygdrive/f/termite/slavedir/Win-XP2/workdir/canvas/source/directx -- Making: ../../wntmsci11.pro/bin/directx9canvas.uno.dll rc -DWIN32 -I. -I../../wntmsci11.pro/inc/directx9canvas -I../inc -I../../inc/pch -I../../inc -I../../WIN/inc -I../../wntmsci11.pro/inc -I. -If:/termite/slavedir/Win-XP2/workdir/solver/300/wntmsci11.pro/inc/stl -If:/termite/slavedir/Win-XP2/workdir/solver/300/wntmsci11.pro/inc/external -If:/termite/slavedir/Win-XP2/workdir/solver/300/wntmsci11.pro/inc -If:/termite/slavedir/Win-XP2/workdir/solenv/wntmsci11/inc -If:/termite/slavedir/Win-XP2/workdir/solenv/inc -If:/termite/slavedir/Win-XP2/workdir/res -If:/termite/slavedir/Win-XP2/workdir/solver/300/wntmsci11.pro/inc/stl -Ic:/PROGRA~2/Java/JDK15~1.0_1/include/win32 -Ic:/PROGRA~2/Java/JDK15~1.0_1/include -Ic:/PROGRA~1/MICROS~3/Windows/v6.1/include -Ic:/PROGRA~2/MICROS~2/VC/include -Ic:/PROGRA~2/MICROS~3/include -Ic:/PROGRA~2/MICROS~3/include -If:/termite/slavedir/Win-XP2/workdir/solver/300/wntmsci11.pro/inc/offuh -I. -I../../res -I. ../../wntmsci11.pro/misc/directx9canvas.uno_def.rc f:/termite/slavedir/Win-XP2/workdir/solenv/inc/shlinfo.rc(33) : warning RC4005: 'VERVARIANT' : redefinition cat ../../wntmsci11.pro/misc/directx9canvas.uno_def.res ../../wntmsci11.pro/misc/directx9canvas.uno.res link /MACHINE:IX86 @C:/cygwin/tmp/mkdUpTh6 21 | C:/cygwin/bin/grep.exe -v LNK4197: Microsoft (R) Incremental Linker Version 8.00.50727.42 Copyright (C) Microsoft Corporation. All rights reserved. /MAP /OPT:NOREF -NODEFAULTLIB -RELEASE -DEBUG -INCREMENTAL:NO /SUBSYSTEM:CONSOLE /DLL -out:../../wntmsci11.pro/bin/directx9canvas.uno.dll -map:../../wntmsci11.pro/misc/directx9canvas.uno.map ../../wntmsci11.pro/lib/idirectx9canvas.exp ../../wntmsci11.pro/slo/directx9canvas.uno_version.obj ../../wntmsci11.pro/slb/directx9canvas.lib icppu.lib itk.lib isal.lib icomphelp.lib icppuhelper.lib ibasegfx.lib icanvastools.lib ivcl.lib itools.lib iutl.lib gdi32.lib d3d9.lib gdiplus.lib msvcrt.lib uwinapi.lib kernel32.lib user32.lib oldnames.lib stlport_vc71.lib ../../wntmsci11.pro/misc/directx9canvas.uno.res directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg6 `anonymous namespace'::_6 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg9 `anonymous namespace'::_9 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg2 `anonymous namespace'::_2 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg7 `anonymous namespace'::_7 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg5 `anonymous namespace'::_5 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg8 `anonymous namespace'::_8 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg1 `anonymous namespace'::_1 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg4 `anonymous namespace'::_4 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg3 `anonymous namespace'::_3 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) ../../wntmsci11.pro/bin/directx9canvas.uno.dll : fatal error LNK1169: one or more multiply defined symbols found dmake: Error code 2, while making '../../wntmsci11.pro/bin/directx9canvas.uno.dll' ERROR: Error 65280 occurred while making /cygdrive/f/termite/slavedir/Win-XP2/workdir/canvas/source/directx rmdir /cygdrive/c/WINDOWS/TEMP/3768 Any hints what causes or fixes this? Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] application/octet-stream files in SVN repository
Hi Rich, On Tuesday, 2008-10-28 10:58:07 +0200, Rich wrote: just rambling here... wouldn't 'svn:eol-type native' make the most sense ? Usually not, it gives headaches with diffs created on, for example, a CrLf system that may not apply as patch on a Lf-only system, or vice versa, or if they do may result in mixed files, which would be even worse. Reasonably modern tools and editors are able to work with Lf-only files, so there is no need for native EOLs. Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. SunSign 0x87F8D412 : 2F58 5236 DB02 F335 8304 7D6C 65C9 F9B5 87F8 D412 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't send personal mail to the [EMAIL PROTECTED] account, which I use for mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] Thanks. pgp1ES4kRVipn.pgp Description: PGP signature
Re: [dev] SVN and lineends
Hi Frank, On Tuesday, 2008-10-28 10:57:39 +0100, Frank Schönheit wrote: modifying a .cxx file on Windows, and committing it to SVN, followed by a svn diff -r PREV file, shows me that *the complete* file changed with the commit. Doing a svn diff -r PREV -x --ignore-eol-style file shows me only the changes which I just did. This makes me wonder, because so far, with CVS, we did not have that problem. Even a Lf-only source when edited in MS-Dev did not change line ends, AFAIK. What does cause this change? Conclusion: We have a problem with our line endings - we certainly do *not* want to have a thousands-line-change-set for every file we modify/commit on Windows, do we? Shouldn't we set to svn:eol-style property to a reasonable value (native, probably) for all our source files, globally? Probably not, see my previous mail I sent just a minute ago. Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. SunSign 0x87F8D412 : 2F58 5236 DB02 F335 8304 7D6C 65C9 F9B5 87F8 D412 OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't send personal mail to the [EMAIL PROTECTED] account, which I use for mailing lists only and don't read from outside Sun. Use [EMAIL PROTECTED] Thanks. pgpGkoMU2OnGk.pgp Description: PGP signature
Re: [dev] SVN and lineends
Hi, Eike Rathke wrote: Hi Frank, On Tuesday, 2008-10-28 10:57:39 +0100, Frank Schönheit wrote: modifying a .cxx file on Windows, and committing it to SVN, followed by a svn diff -r PREV file, shows me that *the complete* file changed with the commit. Doing a svn diff -r PREV -x --ignore-eol-style file shows me only the changes which I just did. This makes me wonder, because so far, with CVS, we did not have that problem. Even a Lf-only source when edited in MS-Dev did not change line ends, AFAIK. What does cause this change? We use a hacked CVS client inside the Hamburg environment. It kills any CR in a non binary file no matter what. Conclusion: We have a problem with our line endings - we certainly do *not* want to have a thousands-line-change-set for every file we modify/commit on Windows, do we? Shouldn't we set to svn:eol-style property to a reasonable value (native, probably) for all our source files, globally? Probably not, see my previous mail I sent just a minute ago. Eike Heiner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOO300_m11 build problem on WindowsXP
On Wed, Oct 29, 2008 at 04:26:05PM +0100, Christian Lins wrote: I recently updated the cygwin installation of the WinXP2 Buildbot, but now it is not able to build OOO300_m11, which imho worked before the update. The error message is: [snip] ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg1 `anonymous namespace'::_1 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg4 `anonymous namespace'::_4 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) directx9canvas.lib(dx_canvashelper_texturefill.obj) : error LNK2005: class boost::arg3 `anonymous namespace'::_3 ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@boost@@A) already defined in directx9canvas.lib(dx_canvashelper.obj) ../../wntmsci11.pro/bin/directx9canvas.uno.dll : fatal error LNK1169: one or more multiply defined symbols found dmake: Error code 2, while making '../../wntmsci11.pro/bin/directx9canvas.uno.dll' Hi Christian, the linker complains about multiple-defined classes in different object files, in an *anonymous namespace* - that appears to be a major mess-up of either compiler, linker, that dreaded def/map/flt mechanism, or a combination thereof. Is dxcanvas the only place this bombs? You might try other canvas/source subdirs, the slideshow module or oox, which also make relatively heavy use of boost. _If_ it's the only place - then maybe checking the SECOND_BUILD parts might have triggered it... HTH, -- Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
