Re: [dev] build on Snow Leopard
On 12/07/09 23:44, Maximilian Odendahl wrote: Be sure your build is using the 4.0 versions of gcc and g++ yes, this is the case. What is weird that it is found during configure, but not anymore when building it. I believe you are building under Snow Leopard as well? What works for me is to pass CC and CXX not as environment variables to configure, but as additional arguments, ./configure ... CC=gcc-4.0 CXX=g++-4.0 That way, they are correctly set in the sourced-in enironment. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
Hi Stephan, What is weird that it is found during configure, but not anymore when building it. I believe you are building under Snow Leopard as well? What works for me is to pass CC and CXX not as environment variables to configure, but as additional arguments, ./configure ... CC=gcc-4.0 CXX=g++-4.0 is gcc 4.0 or 4.2 really the issue? I do not want to build with 10.4 compatibility, so any gcc should do fine, right? Finding a gcc is not the my problem, the problem is finding stdio.h, string.h etc. ./configure ... CC=gcc-4.0 CXX=g++-4.0 same issue as before Thanks, Max - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
On 12/08/09 09:46, Maximilian Odendahl wrote: Hi Stephan, What is weird that it is found during configure, but not anymore when building it. I believe you are building under Snow Leopard as well? What works for me is to pass CC and CXX not as environment variables to configure, but as additional arguments, ./configure ... CC=gcc-4.0 CXX=g++-4.0 is gcc 4.0 or 4.2 really the issue? I do not want to build with 10.4 compatibility, so any gcc should do fine, right? Finding a gcc is not the my problem, the problem is finding stdio.h, string.h etc. Ah, I see. Compiling with GCC 4.2 should ~work (if you --enable-werror, the build will break due to new warnings detected by 4.2; and 4.2 has the visibility error that can cause problems at runtime). For your specific problem, I would suggest building with VERBOSE=1 so that you see the actual compiler command line. Also, what exactly is your configure command line? -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Will OpenOffice 3.1.1 supports com objects
Hi, I have downloaded openoffice 3.1.1, I want to convert doc to pdf using microsoft .net. What dll i need to include and can you provide some code snippet to convert. Before i was using openoffice 2.3, I used to include 4 dll's into .net project C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_basetypes.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_cppuhelper.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_types.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_ure.dll But all these dll's are not available in the newer version 3.1.1. I want use it in .net project by including com objects of openoffice, as i have plenty of files to convert, it is difficult to do it manually. I know it is possible to convert to pdf using openoffice 2.3 com objects. But in the newer version those dll's are missing. Thanks Regards, Karthik Programmer Analyst
Re: [dev] Will OpenOffice 3.1.1 supports com objects
Hi Karthik, i have already answered your question on d...@api.openoffice.org list. Juergen Karthik Nagarajan wrote: Hi, I have downloaded openoffice 3.1.1, I want to convert doc to pdf using microsoft .net. What dll i need to include and can you provide some code snippet to convert. Before i was using openoffice 2.3, I used to include 4 dll's into .net project C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_basetypes.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_cppuhelper.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_types.dll C:\Program Files\OpenOffice.org 2.0\program\assembly\cli_ure.dll But all these dll's are not available in the newer version 3.1.1. I want use it in .net project by including com objects of openoffice, as i have plenty of files to convert, it is difficult to do it manually. I know it is possible to convert to pdf using openoffice 2.3 com objects. But in the newer version those dll's are missing. Thanks Regards, Karthik Programmer Analyst -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
Hi, For your specific problem, I would suggest building with VERBOSE=1 so that you see the actual compiler command line. this is it: gcc -fsigned-char -fmessage-length=0 -malign-natural -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -I. -I../unxmacxi/inc/make_makedepend -I../inc -I../inc/pch -I../inc -I../aqua/inc -I../unx/inc -I../unxmacxi/inc -I. -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/Software/notes11/solver/300/unxmacxi/inc/external -I/Software/notes11/solver/300/unxmacxi/inc -I/Software/notes11/solenv/unxmacxi/inc -I/Software/notes11/solenv/inc -I/Software/notes11/res -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -I/Software/notes11/solver/300/unxmacxi/inc/offuh -I. -I../res -I. -pipe -fsigned-char -malign-natural -Wall -Wendif-labels -fPIC -fno-common -DMACOSX -DUNX -DVCL -DGCC -DC341 -DINTEL -D_STLP_DEBUG -DGLIBC=2 -D_PTHREADS -D_REENTRANT -DNO_PTHREAD_PRIORITY -DX86 -DSTLPORT_VERSION=400 -D_USE_NAMESPACE=1 -DQUARTZ -DHAVE_GCC_VISIBILITY_FEATURE -isysroot /Developer/SDKs/MacOSX10.4u.sdk -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -DSUPD=300 -DDBG_UTIL -DOSL_DEBUG_LEVEL=1 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DNO_X11 -DXP_PC -DHW_THREADS-o ../unxmacxi/obj/cppsetup.o cppsetup.c Also, what exactly is your configure command line? ./configure --enable-dbgutil --disable-binfilter --disable-odk --disable-pasf --disable-gtk --disable-headless --disable-build-mozilla --disable-fontconfig --without-nas --with-use-shell=bash --with-stlport=no --disable-mediawiki --disable-vba --disable-mozilla Thanks, Max - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
What works for me is to pass CC and CXX not as environment variables to configure, but as additional arguments, ./configure ... CC=gcc-4.0 CXX=g++-4.0 That way, they are correctly set in the sourced-in enironment. -Stephan The GNU Coding Standards advise to specify variables as arguments to configure instead of setting them in environment variables (see http://www.gnu.org/prep/standards/standards.html#Configuration). - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
On 12/08/09 10:57, Maximilian Odendahl wrote: Hi, For your specific problem, I would suggest building with VERBOSE=1 so that you see the actual compiler command line. this is it: gcc -fsigned-char -fmessage-length=0 -malign-natural -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -I. -I../unxmacxi/inc/make_makedepend -I../inc -I../inc/pch -I../inc -I../aqua/inc -I../unx/inc -I../unxmacxi/inc -I. -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/Software/notes11/solver/300/unxmacxi/inc/external -I/Software/notes11/solver/300/unxmacxi/inc -I/Software/notes11/solenv/unxmacxi/inc -I/Software/notes11/solenv/inc -I/Software/notes11/res -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -I/Software/notes11/solver/300/unxmacxi/inc/offuh -I. -I../res -I. -pipe -fsigned-char -malign-natural -Wall -Wendif-labels -fPIC -fno-common -DMACOSX -DUNX -DVCL -DGCC -DC341 -DINTEL -D_STLP_DEBUG -DGLIBC=2 -D_PTHREADS -D_REENTRANT -DNO_PTHREAD_PRIORITY -DX86 -DSTLPORT_VERSION=400 -D_USE_NAMESPACE=1 -DQUARTZ -DHAVE_GCC_VISIBILITY_FEATURE -isysroot /Developer/SDKs/MacOSX10.4u.sdk -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -DSUPD=300 -DDBG_UTIL -DOSL_DEBUG_LEVEL=1 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DNO_X11 -DXP_PC -DHW_THREADS-o ../unxmacxi/obj/cppsetup.o cppsetup.c Do you have the optional Xcode 10.4 SDK support (/Developer/SDKs/MacOSX10.4u.sdk) installed (I'm not sure configure explicitly checks for it)? Otherwise, the -isysroot setting could explain your problems. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
Hi Stephan, getting closer, thanks again for your support. explicitly checks for it)? Otherwise, the -isysroot setting could explain your problems. yes, deleting -isysroot /Developer/SDKs/MacOSX10.4u.sdk manually compiles the file Do you have the optional Xcode 10.4 SDK support (/Developer/SDKs/MacOSX10.4u.sdk) installed no, I don't, I only have /Developer/SDKs/MacOSX10.5.sdk/ /Developer/SDKs/MacOSX10.6.sdk/ so I guess it is therefore looking in the wrong place. Do you know where isysroot comes from and how to change it? Google did not really help and it is also not inside MacOSXX86Env.Set.sh. -Max Am 08.12.09 04:04, schrieb Stephan Bergmann: On 12/08/09 10:57, Maximilian Odendahl wrote: Hi, For your specific problem, I would suggest building with VERBOSE=1 so that you see the actual compiler command line. this is it: gcc -fsigned-char -fmessage-length=0 -malign-natural -c -O2 -fno-strict-aliasing -DENABLE_LAYOUT=0 -DENABLE_LAYOUT_EXPERIMENTAL=0 -I. -I../unxmacxi/inc/make_makedepend -I../inc -I../inc/pch -I../inc -I../aqua/inc -I../unx/inc -I../unxmacxi/inc -I. -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/Software/notes11/solver/300/unxmacxi/inc/external -I/Software/notes11/solver/300/unxmacxi/inc -I/Software/notes11/solenv/unxmacxi/inc -I/Software/notes11/solenv/inc -I/Software/notes11/res -I/Software/notes11/solver/300/unxmacxi/incdont_use_stl -I/System/Library/Frameworks/JavaVM.framework/Versions/Current/Headers -I/System/Library/Frameworks/JavaVM.framework/Headers -I/Software/notes11/solver/300/unxmacxi/inc/offuh -I. -I../res -I. -pipe -fsigned-char -malign-natural -Wall -Wendif-labels -fPIC -fno-common -DMACOSX -DUNX -DVCL -DGCC -DC341 -DINTEL -D_STLP_DEBUG -DGLIBC=2 -D_PTHREADS -D_REENTRANT -DNO_PTHREAD_PRIORITY -DX86 -DSTLPORT_VERSION=400 -D_USE_NAMESPACE=1 -DQUARTZ -DHAVE_GCC_VISIBILITY_FEATURE -isysroot /Developer/SDKs/MacOSX10.4u.sdk -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DGXX_INCLUDE_PATH=/usr/include/c++/4.0.0 -DSUPD=300 -DDBG_UTIL -DOSL_DEBUG_LEVEL=1 -DOPTIMIZE -DCUI -DSOLAR_JAVA -DNO_X11 -DXP_PC -DHW_THREADS-o ../unxmacxi/obj/cppsetup.o cppsetup.c Do you have the optional Xcode 10.4 SDK support (/Developer/SDKs/MacOSX10.4u.sdk) installed (I'm not sure configure explicitly checks for it)? Otherwise, the -isysroot setting could explain your problems. -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
Hi, explicitly checks for it)? Otherwise, the -isysroot setting could explain your problems. changing isysmaker in solenv/inc/unxmacx.mk as well as configuring with ./configure ... CC=gcc-4.0 CXX=g++-4.0 gets the build going :-) Not sure if my system is messed up or there are bugs in the makefiles/configure? Thanks, Max ps: building with gcc 4.2 complained about no support for -Wno-long-double - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] build on Snow Leopard
On 12/08/09 14:19, Maximilian Odendahl wrote: explicitly checks for it)? Otherwise, the -isysroot setting could explain your problems. changing isysmaker in solenv/inc/unxmacx.mk as well as configuring with ./configure ... CC=gcc-4.0 CXX=g++-4.0 gets the build going :-) Not sure if my system is messed up or there are bugs in the makefiles/configure? Setting -isysroot explicitly to always build against the 10.4 SDK got introduced into the OOo build environment rather recently (don't have the relevant issue number at hand right now, though); of course, this is somewhat unfortunate for 10.6, where the 10.4 SDK is only an optional install with Xcode... ps: building with gcc 4.2 complained about no support for -Wno-long-double Yep, forgot about that one. I started a thread on m...@porting.openoffice.org (Building OOo on Snow Leopard, ca. end of September 09) a while ago where I documented my first approach at building OOo on 10.6. Never came to a functional solution, though, and more or less gave up on this hobby project of mine by now. (But other people report that they can build fine, with the optional 10.4 SDK installed, using GCC 4.0, and applying the patches from the issue that got mentioned here, too.) -Stephan - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
