Re: problems building trunk on Windows

[Don Lewis]

On  1 Jul, To: dev@openoffice.apache.org wrote:
> Has anyone build recent versions of trunk on Windows?  I'm running into
> some problems that I haven't encountered before.  The first is that the
> sal module fails to build because it can't find gtest.h.  I was able to
> work around that by adding --disable-unit-tests to the configure
> options.
> 
> The next problem is that building the basebmp DLL fails because a bunch
> of symbols from basegfx are undefined:

The sal/gtest issue appears to have been caused by not sufficiently
cleaning stuff under ext_libraries causing the gtest deliver phase not
to install the include files.

I'm still unsure what the problem was with basebmp/basegfx.  It was
repeatable if I cleaned both and did a "build --from basegfx".  I
finally cleaned everything and a single-threaded build succeeded.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: problems building trunk on Windows

[Damjan Jovanovic]

Sorry the options didn't have --disable-unit-tests at the end, that got
pasted by accident. It was just:

SDK_PATH="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0"
./configure --with-frame-home="$SDK_PATH" --with-psdk-home="$SDK_PATH"
--with-midl-path="$SDK_PATH/bin" --with-ant-home="/cygdrive/c/apache-ant-1.9.6"
--with-dmake-url="http://dmake.apache-extras.org.
codespot.com/files/dmake-4.12.tar.bz2" --with-epm-url="http://www.
msweet.org/files/project2/epm-3.7-source.tar.gz" --enable-pch --disable-atl
--disable-activex --with-junit="/cygdrive/c/source/junit.jar"
--with-hamcrest-core="/cygdrive/c/source/hamcrest.jar"
--with-cl-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC"
--with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5"
--with-jdk-home="/cygdrive/c/Program Files/Java/jdk1.7.0" --disable-directx
--with-package-format="installed" --enable-wiki-publisher

On Sun, Jul 2, 2017 at 8:42 AM, Damjan Jovanovic  wrote:

> I successfully built the latest trunk on Windows with the following setup:
>
> 32 bit VirtualBox VM
> Windows XP
> SDK_PATH="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0"
> ./configure --with-frame-home="$SDK_PATH" --with-psdk-home="$SDK_PATH"
> --with-midl-path="$SDK_PATH/bin" 
> --with-ant-home="/cygdrive/c/apache-ant-1.9.6"
> --with-dmake-url="http://dmake.apache-extras.org.
> codespot.com/files/dmake-4.12.tar.bz2" --with-epm-url="http://www.
> msweet.org/files/project2/epm-3.7-source.tar.gz" --enable-pch
> --disable-atl --disable-activex --with-junit="/cygdrive/c/source/junit.jar"
> --with-hamcrest-core="/cygdrive/c/source/hamcrest.jar"
> --with-cl-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC"
> --with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5"
> --with-jdk-home="/cygdrive/c/Program Files/Java/jdk1.7.0"
> --disable-directx --with-package-format="installed"
> --enable-wiki-publisher--disable-unit-tests
>
> The --disable-unit-tests failure is interesting, I'll have to investigate.
>
> Regards
> Damjan
>
>
> On Sat, Jul 1, 2017 at 9:31 PM, Don Lewis  wrote:
>
>> Has anyone build recent versions of trunk on Windows?  I'm running into
>> some problems that I haven't encountered before.  The first is that the
>> sal module fails to build because it can't find gtest.h.  I was able to
>> work around that by adding --disable-unit-tests to the configure
>> options.
>>
>> The next problem is that building the basebmp DLL fails because a bunch
>> of symbols from basegfx are undefined:
>>
>> build -- version: 1775979
>>
>>
>> =
>> Building module basebmp
>> =
>>
>> Entering /cygdrive/c/aoo/aoo-trunk/main/basebmp/prj
>>
>> cd .. && make  -r -j1   && make  -r deliverlog
>> [ build LNK ] Library/ibasebmp.lib
>> R=c:/aoo/aoo-trunk && O=$R/main/solver/420/wntmsci12.pro &&
>> W=$R/main/solver/420/wntmsci12.pro/workdir && S=$R/main &&  mkdir -p
>> $W/LinkTarget/Library/ && rm -f $W/LinkTarget/Library/ibasebmp.lib &&
>> RESPONSEFILE=C:/cygwin/tmp/gbuild.QaPiO3 && link -DLL -OPT:NOREF
>> -SAFESEH -NXCOMPAT -DYNAMICBASE-SUBSYSTEM:CONSOLE -MACHINE:IX86
>> -NODEFAULTLIB -LIBPATH:C:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/lib
>> -LIBPATH:C:/PROGRA~1/Java/JDK17~1.0_6/lib 
>> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib
>> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib
>> -LIBPATH:C:/PROGRA~1/MICROS~1.0/VC/lib   @${RESPONSEFILE} isal.lib
>> ibasegfx.lib msvcprt.lib uwinapi.lib kernel32.lib msvcrt.lib oldnames.lib
>>   -out:$W/LinkTarget/Library/basebmp.dll 
>> -implib:$W/LinkTarget/Library/ibasebmp.lib;
>> RC=$?; rm ${RESPONSEFILE} ; if [ ! -f $W/LinkTarget/Library/basebmp.dll
>> ]; then rm -f $W/LinkTarget/Library/ibasebmp.lib && false; fi ; exit $RC
>> Microsoft (R) Incremental Linker Version 9.00.30729.01
>> Copyright (C) Microsoft Corporation.  All rights reserved.
>>
>> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxOb
>> ject/basebmp/source/bitmapdevice.o c:/aoo/aoo-trunk/main/solver/420/
>> wntmsci12.pro/workdir/CxxObject/basebmp/source/debug.o
>> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxOb
>> ject/basebmp/source/polypolygonrenderer.o c:/aoo/aoo-trunk/main/solver/4
>> 20/wntmsci12.pro/workdir/WinResTarget/basebmp/default.res
>>Creating library c:/aoo/aoo-trunk/main/solver/420/
>> wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.lib and object
>> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/LinkT
>> arget/Library/ibasebmp.exp
>> bitmapdevice.o : error LNK2019: unresolved external symbol
>> "__declspec(dllimport) public: __thiscall basegfx::B2ITuple::~B2ITuple(void)"
>> (__imp_??1B2ITuple@basegfx@@QAE@XZ) referenced in function
>> __unwindfunclet$??Hbasegfx@@YA?AVB2ITuple@0@ABV10@0@Z$0
>> debug.o : error LNK2001: unresolved external symbol
>> "__declspec(dllimport) public: __thiscall basegfx::B2ITuple::~B2ITuple(void)"
>> (__imp_??1B2ITuple@basegfx@@QAE@XZ)
>> bitmapdevice.o : error LNK2019: unresolved external 

Re: problems building trunk on Windows

[Damjan Jovanovic]

I successfully built the latest trunk on Windows with the following setup:

32 bit VirtualBox VM
Windows XP
SDK_PATH="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0"
./configure --with-frame-home="$SDK_PATH" --with-psdk-home="$SDK_PATH"
--with-midl-path="$SDK_PATH/bin"
--with-ant-home="/cygdrive/c/apache-ant-1.9.6" --with-dmake-url="
http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2;
--with-epm-url="http://www.msweet.org/files/project2/epm-3.7-source.tar.gz;
--enable-pch --disable-atl --disable-activex
--with-junit="/cygdrive/c/source/junit.jar"
--with-hamcrest-core="/cygdrive/c/source/hamcrest.jar"
--with-cl-home="/cygdrive/c/Program Files/Microsoft Visual Studio 9.0/VC"
--with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5"
--with-jdk-home="/cygdrive/c/Program Files/Java/jdk1.7.0" --disable-directx
--with-package-format="installed"
--enable-wiki-publisher--disable-unit-tests

The --disable-unit-tests failure is interesting, I'll have to investigate.

Regards
Damjan


On Sat, Jul 1, 2017 at 9:31 PM, Don Lewis  wrote:

> Has anyone build recent versions of trunk on Windows?  I'm running into
> some problems that I haven't encountered before.  The first is that the
> sal module fails to build because it can't find gtest.h.  I was able to
> work around that by adding --disable-unit-tests to the configure
> options.
>
> The next problem is that building the basebmp DLL fails because a bunch
> of symbols from basegfx are undefined:
>
> build -- version: 1775979
>
>
> =
> Building module basebmp
> =
>
> Entering /cygdrive/c/aoo/aoo-trunk/main/basebmp/prj
>
> cd .. && make  -r -j1   && make  -r deliverlog
> [ build LNK ] Library/ibasebmp.lib
> R=c:/aoo/aoo-trunk && O=$R/main/solver/420/wntmsci12.pro &&
> W=$R/main/solver/420/wntmsci12.pro/workdir && S=$R/main &&  mkdir -p
> $W/LinkTarget/Library/ && rm -f $W/LinkTarget/Library/ibasebmp.lib &&
> RESPONSEFILE=C:/cygwin/tmp/gbuild.QaPiO3 && link -DLL -OPT:NOREF -SAFESEH
> -NXCOMPAT -DYNAMICBASE-SUBSYSTEM:CONSOLE -MACHINE:IX86 -NODEFAULTLIB
> -LIBPATH:C:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/lib
> -LIBPATH:C:/PROGRA~1/Java/JDK17~1.0_6/lib 
> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib
> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib
> -LIBPATH:C:/PROGRA~1/MICROS~1.0/VC/lib   @${RESPONSEFILE} isal.lib
> ibasegfx.lib msvcprt.lib uwinapi.lib kernel32.lib msvcrt.lib oldnames.lib
>   -out:$W/LinkTarget/Library/basebmp.dll 
> -implib:$W/LinkTarget/Library/ibasebmp.lib;
> RC=$?; rm ${RESPONSEFILE} ; if [ ! -f $W/LinkTarget/Library/basebmp.dll
> ]; then rm -f $W/LinkTarget/Library/ibasebmp.lib && false; fi ; exit $RC
> Microsoft (R) Incremental Linker Version 9.00.30729.01
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/
> CxxObject/basebmp/source/bitmapdevice.o c:/aoo/aoo-trunk/main/solver/420/
> wntmsci12.pro/workdir/CxxObject/basebmp/source/debug.o
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/
> CxxObject/basebmp/source/polypolygonrenderer.o
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/
> WinResTarget/basebmp/default.res
>Creating library c:/aoo/aoo-trunk/main/solver/420/
> wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.lib and object
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/
> LinkTarget/Library/ibasebmp.exp
> bitmapdevice.o : error LNK2019: unresolved external symbol
> "__declspec(dllimport) public: __thiscall basegfx::B2ITuple::~B2ITuple(void)"
> (__imp_??1B2ITuple@basegfx@@QAE@XZ) referenced in function
> __unwindfunclet$??Hbasegfx@@YA?AVB2ITuple@0@ABV10@0@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport)
> public: __thiscall basegfx::B2ITuple::~B2ITuple(void)"
> (__imp_??1B2ITuple@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol
> "__declspec(dllimport) public: __thiscall 
> basegfx::B2IVector::~B2IVector(void)"
> (__imp_??1B2IVector@basegfx@@QAE@XZ) referenced in function
> __unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_
> NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport)
> public: __thiscall basegfx::B2IVector::~B2IVector(void)"
> (__imp_??1B2IVector@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol
> "__declspec(dllimport) public: __thiscall basegfx::B2IPoint::~B2IPoint(void)"
> (__imp_??1B2IPoint@basegfx@@QAE@XZ) referenced in function
> __unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_
> NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport)
> public: __thiscall basegfx::B2IPoint::~B2IPoint(void)"
> (__imp_??1B2IPoint@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol
> "__declspec(dllimport) public: class basegfx::B2IRange & __thiscall
> basegfx::B2IRange::operator=(class 

Re: problems building trunk on Windows

[Matthias Seidel]

Hi Don,

I couldn't build trunk when I tried it recently...
But when our Windows buildbots were still intact, they did produce 4.2.0
daily builds.

Maybe you can see something in the configuration:
https://svn.apache.org/repos/infra/infrastructure/buildbot/aegis/buildmaster/master1/projects/openofficeorg.conf

My next "project" would be to build 4.2.0, so I am very interested in a
solution. ;-)

Regards, Matthias


Am 01.07.2017 um 21:31 schrieb Don Lewis:
> Has anyone build recent versions of trunk on Windows?  I'm running into
> some problems that I haven't encountered before.  The first is that the
> sal module fails to build because it can't find gtest.h.  I was able to
> work around that by adding --disable-unit-tests to the configure
> options.
>
> The next problem is that building the basebmp DLL fails because a bunch
> of symbols from basegfx are undefined:
>
> build -- version: 1775979
>
>
> =
> Building module basebmp
> =
>
> Entering /cygdrive/c/aoo/aoo-trunk/main/basebmp/prj
>
> cd .. && make  -r -j1   && make  -r deliverlog
> [ build LNK ] Library/ibasebmp.lib
> R=c:/aoo/aoo-trunk && O=$R/main/solver/420/wntmsci12.pro && 
> W=$R/main/solver/420/wntmsci12.pro/workdir && S=$R/main &&  mkdir -p 
> $W/LinkTarget/Library/ && rm -f $W/LinkTarget/Library/ibasebmp.lib && 
> RESPONSEFILE=C:/cygwin/tmp/gbuild.QaPiO3 && link -DLL -OPT:NOREF -SAFESEH 
> -NXCOMPAT -DYNAMICBASE-SUBSYSTEM:CONSOLE -MACHINE:IX86 -NODEFAULTLIB 
> -LIBPATH:C:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/lib 
> -LIBPATH:C:/PROGRA~1/Java/JDK17~1.0_6/lib 
> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib 
> -LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib 
> -LIBPATH:C:/PROGRA~1/MICROS~1.0/VC/lib   @${RESPONSEFILE} isal.lib 
> ibasegfx.lib msvcprt.lib uwinapi.lib kernel32.lib msvcrt.lib oldnames.lib
> -out:$W/LinkTarget/Library/basebmp.dll 
> -implib:$W/LinkTarget/Library/ibasebmp.lib; RC=$?; rm ${RESPONSEFILE} ; if [ 
> ! -f $W/LinkTarget/Library/basebmp.dll ]; then rm -f 
> $W/LinkTarget/Library/ibasebmp.lib && false; fi ; exit $RC
> Microsoft (R) Incremental Linker Version 9.00.30729.01
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o
>  
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/debug.o
>  
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/polypolygonrenderer.o
>  
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/WinResTarget/basebmp/default.res
>  
>Creating library 
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.lib
>  and object 
> c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.exp
> bitmapdevice.o : error LNK2019: unresolved external symbol 
> "__declspec(dllimport) public: __thiscall basegfx::B2ITuple::~B2ITuple(void)" 
> (__imp_??1B2ITuple@basegfx@@QAE@XZ) referenced in function 
> __unwindfunclet$??Hbasegfx@@YA?AVB2ITuple@0@ABV10@0@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
> public: __thiscall basegfx::B2ITuple::~B2ITuple(void)" 
> (__imp_??1B2ITuple@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol 
> "__declspec(dllimport) public: __thiscall 
> basegfx::B2IVector::~B2IVector(void)" (__imp_??1B2IVector@basegfx@@QAE@XZ) 
> referenced in function 
> __unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
> public: __thiscall basegfx::B2IVector::~B2IVector(void)" 
> (__imp_??1B2IVector@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol 
> "__declspec(dllimport) public: __thiscall basegfx::B2IPoint::~B2IPoint(void)" 
> (__imp_??1B2IPoint@basegfx@@QAE@XZ) referenced in function 
> __unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
> debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
> public: __thiscall basegfx::B2IPoint::~B2IPoint(void)" 
> (__imp_??1B2IPoint@basegfx@@QAE@XZ)
> bitmapdevice.o : error LNK2019: unresolved external symbol 
> "__declspec(dllimport) public: class basegfx::B2IRange & __thiscall 
> basegfx::B2IRange::operator=(class basegfx::B2IRange const &)" 
> (__imp_??4B2IRange@basegfx@@QAEAAV01@ABV01@@Z) referenced in function "bool 
> __cdecl basebmp::`anonymous namespace'::clipAreaImpl(class basegfx::B2IRange 
> &,class basegfx::B2IPoint &,class basegfx::B2IRange const &,class 
> basegfx::B2IRange const &)" 
> (?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z)
> bitmapdevice.o : error LNK2019: unresolved external symbol 
> "__declspec(dllimport) public: __thiscall basegfx::B2IRange::B2IRange(class 
> basegfx::B2ITuple const &,class basegfx::B2ITuple const &)" 
> 

problems building trunk on Windows

[Don Lewis]

Has anyone build recent versions of trunk on Windows?  I'm running into
some problems that I haven't encountered before.  The first is that the
sal module fails to build because it can't find gtest.h.  I was able to
work around that by adding --disable-unit-tests to the configure
options.

The next problem is that building the basebmp DLL fails because a bunch
of symbols from basegfx are undefined:

build -- version: 1775979


=
Building module basebmp
=

Entering /cygdrive/c/aoo/aoo-trunk/main/basebmp/prj

cd .. && make  -r -j1   && make  -r deliverlog
[ build LNK ] Library/ibasebmp.lib
R=c:/aoo/aoo-trunk && O=$R/main/solver/420/wntmsci12.pro && 
W=$R/main/solver/420/wntmsci12.pro/workdir && S=$R/main &&  mkdir -p 
$W/LinkTarget/Library/ && rm -f $W/LinkTarget/Library/ibasebmp.lib && 
RESPONSEFILE=C:/cygwin/tmp/gbuild.QaPiO3 && link -DLL -OPT:NOREF -SAFESEH 
-NXCOMPAT -DYNAMICBASE-SUBSYSTEM:CONSOLE -MACHINE:IX86 -NODEFAULTLIB 
-LIBPATH:C:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/lib 
-LIBPATH:C:/PROGRA~1/Java/JDK17~1.0_6/lib 
-LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib 
-LIBPATH:C:/PROGRA~1/MICROS~1/Windows/v7.0/lib 
-LIBPATH:C:/PROGRA~1/MICROS~1.0/VC/lib   @${RESPONSEFILE} isal.lib ibasegfx.lib 
msvcprt.lib uwinapi.lib kernel32.lib msvcrt.lib oldnames.lib
-out:$W/LinkTarget/Library/basebmp.dll 
-implib:$W/LinkTarget/Library/ibasebmp.lib; RC=$?; rm ${RESPONSEFILE} ; if [ ! 
-f $W/LinkTarget/Library/basebmp.dll ]; then rm -f 
$W/LinkTarget/Library/ibasebmp.lib && false; fi ; exit $RC
Microsoft (R) Incremental Linker Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.

c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o
 
c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/debug.o
 
c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/CxxObject/basebmp/source/polypolygonrenderer.o
 
c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/WinResTarget/basebmp/default.res
 
   Creating library 
c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.lib
 and object 
c:/aoo/aoo-trunk/main/solver/420/wntmsci12.pro/workdir/LinkTarget/Library/ibasebmp.exp
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: __thiscall basegfx::B2ITuple::~B2ITuple(void)" 
(__imp_??1B2ITuple@basegfx@@QAE@XZ) referenced in function 
__unwindfunclet$??Hbasegfx@@YA?AVB2ITuple@0@ABV10@0@Z$0
debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
public: __thiscall basegfx::B2ITuple::~B2ITuple(void)" 
(__imp_??1B2ITuple@basegfx@@QAE@XZ)
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: __thiscall basegfx::B2IVector::~B2IVector(void)" 
(__imp_??1B2IVector@basegfx@@QAE@XZ) referenced in function 
__unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
public: __thiscall basegfx::B2IVector::~B2IVector(void)" 
(__imp_??1B2IVector@basegfx@@QAE@XZ)
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: __thiscall basegfx::B2IPoint::~B2IPoint(void)" 
(__imp_??1B2IPoint@basegfx@@QAE@XZ) referenced in function 
__unwindfunclet$?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z$0
debug.o : error LNK2001: unresolved external symbol "__declspec(dllimport) 
public: __thiscall basegfx::B2IPoint::~B2IPoint(void)" 
(__imp_??1B2IPoint@basegfx@@QAE@XZ)
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: class basegfx::B2IRange & __thiscall 
basegfx::B2IRange::operator=(class basegfx::B2IRange const &)" 
(__imp_??4B2IRange@basegfx@@QAEAAV01@ABV01@@Z) referenced in function "bool 
__cdecl basebmp::`anonymous namespace'::clipAreaImpl(class basegfx::B2IRange 
&,class basegfx::B2IPoint &,class basegfx::B2IRange const &,class 
basegfx::B2IRange const &)" 
(?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z)
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: __thiscall basegfx::B2IRange::B2IRange(class 
basegfx::B2ITuple const &,class basegfx::B2ITuple const &)" 
(__imp_??0B2IRange@basegfx@@QAE@ABVB2ITuple@1@0@Z) referenced in function "bool 
__cdecl basebmp::`anonymous namespace'::clipAreaImpl(class basegfx::B2IRange 
&,class basegfx::B2IPoint &,class basegfx::B2IRange const &,class 
basegfx::B2IRange const &)" 
(?clipAreaImpl@?A0x20f68201@basebmp@@YA_NAAVB2IRange@basegfx@@AAVB2IPoint@4@ABV34@2@Z)
bitmapdevice.o : error LNK2019: unresolved external symbol 
"__declspec(dllimport) public: class basegfx::B2IPoint __thiscall 
basegfx::B2IRange::getMaximum(void)const " 
(__imp_?getMaximum@B2IRange@basegfx@@QBE?AVB2IPoint@2@XZ) referenced in 
function "bool __cdecl basebmp::`anonymous 

Re: problems building trunk with options: --enable-pch // --enable-win-x64-shellext

[Oliver Brinzing]

Hi Raphael,

I'm afraid I must disappoint you, but I never worked for SUN/Staroffice, maybe 
you've got me confused with someone else

Oliver


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: problems building trunk with options: --enable-pch // --enable-win-x64-shellext

[Raphael Bircher]

Hi Oliver,

I have to look twice, as I read your name. Do you get homesick? For all 
newer one. Oliver Brinzing was a engeneer at the SUN 
StarOffice/OpenOffice team.



Am 12/28/2016 um 5:34 PM schrieb Oliver Brinzing:

i started with aoo414 branch debug build and it worked.

then i tried to build from trunk, but failed, until i disabled 
"--enable-pch".


but build always stopped in module "extensions", source/activex/main,
already reported:
windows build breaks in module extensions - activex
https://bz.apache.org/ooo/show_bug.cgi?id=126996

i removed "--enable-win-x64-shellext", and build finished successful.
"enable-win-x64-shellext" seems to set BUILD_X64="TRUE".

i noticed, our win buildbots do not use "enable-win-x64-shellext" too.

my configuration:
./configure \
--with-dmake-url="http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2; 
\

--with-ant-home="/cygdrive/c/build/ant" \
--with-mozilla-build="/cygdrive/c/build/mozilla-build" \
--with-frame-home="/cygdrive/c/Program Files/Microsoft 
SDKs/Windows/v7.0" \
--with-psdk-home="/cygdrive/c/Program Files/Microsoft 
SDKs/Windows/v7.0" \
--with-midl-path="/cygdrive/c/Program Files/Microsoft 
SDKs/Windows/v7.0/bin" \
--with-cl-home="/cygdrive/c/Program Files (x86)/Microsoft Visual 
Studio 9.0/VC"  \
--with-mspdb-path="/cygdrive/c/Program Files (x86)/Microsoft Visual 
Studio 9.0/Common7/IDE" \
--with-asm-home="/cygdrive/c/Program Files (x86)/Microsoft Visual 
Studio 9.0/VC/bin" \

--with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5" \
--with-jdk-home="/cygdrive/c/Program Files (x86)/Java/jdk1.7.0"  \
--with-nsis-path="/cygdrive/c/Program Files (x86)/NSIS" \
--with-directx-home="/cygdrive/c/Program Files (x86)/Microsoft DirectX 
SDK (June 2010)" \

--with-atl-include-dir="/cygdrive/c/WinDDK/7600.16385.1/inc/atl71" \
--with-atl-lib-dir="/cygdrive/c/WinDDK/7600.16385.1/lib/ATL/i386" \
--with-mfc-include-dir="/cygdrive/c/WinDDK/7600.16385.1/inc/mfc42" \
--with-mfc-lib-dir="/cygdrive/c/WinDDK/7600.16385.1/lib/Mfc/i386" \
--with-package-format="installed msi" \
--enable-category-b \
--enable-bundled-dictionaries \
--with-lang="de" \
--without-stlport \
--without-junit \
--enable-verbose \
--disable-odk \
--without-fonts \
--disable-online-update \
--disable-strip-solver \
--enable-symbols \
--enable-dbgutil \
--enable-crashdump \
--enable-debug
I'm a bit shocked, about the big list of configuration it needs to build 
from Windows.


Have a nice day
Raphael



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

problems building trunk with options: --enable-pch // --enable-win-x64-shellext

[Oliver Brinzing]

i started with aoo414 branch debug build and it worked.

then i tried to build from trunk, but failed, until i disabled "--enable-pch".

but build always stopped in module "extensions",  source/activex/main,
already reported:
windows build breaks in module extensions - activex
https://bz.apache.org/ooo/show_bug.cgi?id=126996

i removed "--enable-win-x64-shellext", and build finished successful.
"enable-win-x64-shellext" seems to set BUILD_X64="TRUE".

i noticed, our win buildbots do not use "enable-win-x64-shellext" too.

my configuration:
./configure \
--with-dmake-url="http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2;
 \
--with-ant-home="/cygdrive/c/build/ant" \
--with-mozilla-build="/cygdrive/c/build/mozilla-build" \
--with-frame-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0" \
--with-psdk-home="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0" \
--with-midl-path="/cygdrive/c/Program Files/Microsoft SDKs/Windows/v7.0/bin" \
--with-cl-home="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 9.0/VC" 
 \
--with-mspdb-path="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 
9.0/Common7/IDE" \
--with-asm-home="/cygdrive/c/Program Files (x86)/Microsoft Visual Studio 
9.0/VC/bin" \
--with-csc-path="/cygdrive/c/Windows/Microsoft.NET/Framework/v3.5" \
--with-jdk-home="/cygdrive/c/Program Files (x86)/Java/jdk1.7.0"  \
--with-nsis-path="/cygdrive/c/Program Files (x86)/NSIS" \
--with-directx-home="/cygdrive/c/Program Files (x86)/Microsoft DirectX SDK (June 
2010)" \
--with-atl-include-dir="/cygdrive/c/WinDDK/7600.16385.1/inc/atl71" \
--with-atl-lib-dir="/cygdrive/c/WinDDK/7600.16385.1/lib/ATL/i386" \
--with-mfc-include-dir="/cygdrive/c/WinDDK/7600.16385.1/inc/mfc42" \
--with-mfc-lib-dir="/cygdrive/c/WinDDK/7600.16385.1/lib/Mfc/i386" \
--with-package-format="installed msi" \
--enable-category-b \
--enable-bundled-dictionaries \
--with-lang="de" \
--without-stlport \
--without-junit \
--enable-verbose \
--disable-odk \
--without-fonts \
--disable-online-update \
--disable-strip-solver \
--enable-symbols \
--enable-dbgutil \
--enable-crashdump \
--enable-debug

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Problems on trunk ...

[Jürgen Schmidt]

Hi,

we have noticed some serious problems on trunk and I recommend not to
use the current trunk for any testing. It simply doesn't make sense and
we are analyzing the problem ...


Juergen

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org