Apache OpenOffice (AOO) Bugzilla – Issue 2508
break in package
Last modified: 2003-03-16 20:13:18 UTC
(although the package module belongs to the xml project, I am not sure whether I'm 100% right here...) I have a break in packages since we introduced new makefiles in sources/manifest,zipapi, and zippackage. Please point me at a fix for the next release. error message: /MAP /NODEFAULTLIB /OPT:NOREF /RELEASE /SUBSYSTEM:CONSOLE /DLL /BASE:0x1100000 /DEBUG /PDB:NONE -out:..\wntmsci7.pro\bin\_package2.d ll -map:..\wntmsci7.pro\misc\_package2.map -def:..\wntmsci7.pro\misc\package2.def -implib:..\wntmsci7.pro\lib\ipackage.lib ..\wntmsc i7.pro\slo\package2_version.obj ..\wntmsci7.pro\slo\package2_description.obj ..\wntmsci7.pro\slb\package.lib icppu.lib iucbhelper.li b icppuhelper.lib isal.lib zlib.lib msvcrt.lib kernel32.lib user32.lib oldnames.lib stlport_vc6.lib ..\wntmsci7.pro\misc\package2.re s ..\wntmsci7.pro\misc\package2.def : warning LNK4017: DATA statement not supported for the target platform; ignored Creating library ..\wntmsci7.pro\lib\ipackage.lib and object ..\wntmsci7.pro\lib\ipackage.exp ipackage.exp : warning LNK4070: /OUT:package2.dll directive in .EXP differs from output filename "..\wntmsci7.pro\bin\_package2.dll" ; ignoring directive package.lib(ZipPackage.obj) : error LNK2001: unresolved external symbol "public: unsigned short __thiscall InteractionRequest::getSe lection(void)const " (?getSelection@InteractionRequest@@QBEGXZ) package.lib(ZipPackage.obj) : error LNK2001: unresolved external symbol "public: __thiscall InteractionRequest::InteractionRequest(c lass com::sun::star::uno::Any const &,unsigned short)" (??0InteractionRequest@@QAE@ABVAny@uno@star@sun@com@@G@Z) ..\wntmsci7.pro\bin\_package2.dll : fatal error LNK1120: 2 unresolved externals dmake: Error code 224, while making '..\wntmsci7.pro\bin\package2.dll' ---*TG_SLO.MK*--- ERROR: Error 65280 occurred while making C:\oo641c\package\util
Martin, are you able to help?
Hi there, I'm the one who changed the makefiles :) The reason for this is that the 'disk-spanning' feature in Impress was implemented in the package component and this functionality has been removed (see feature mail from 29/11). Figuring out which revisions to use in the OO build is a little tricky because the top level version contains functionality that is not included in our internal builds (support for unbuffered input streams). The revisions that should work for you are: package/source/zippackage/ZipPackage.cxx 1.74 package/source/zippackage/ZipPackageFolder.cxx 1.55.4.1 package/source/zipapi/ZipOutputStream.cxx 1.34 package/inc/ZipOutputStream.hxx 1.22 package/inc/ZipPackage.cxx 1.29 Everything else seems to be tagged correctly.
Back to you, Armin
> package/inc/ZipPackage.cxx 1.29 ^^^ .hxx, I guess > > Everything else seems to be tagged correctly. there is still some mismatch somewhere: Making: ../../unxlngi3.pro/slo/ZipOutputStream.obj g++ -nostdinc -c -I. -I../../unxlngi3.pro/inc -I../inc -I../../inc -I../../unx/inc -I../../unxlngi3.pro/inc -I. -I/mini/OO641C/solver/641/unxlngi3.pro/inc -I/mini/OO641C/solver/641/unxlngi3.pro/inc/external -I/mini/OO641C/solenv/unxlngi3/inc -I/mini/OO641C/solenv/inc -I/mini/OO641C/res -I/usr/include -I/micky/buildso/STLport-4.0/stlport -I/micky/buildso/STLport-4.0/include/stlport -I/micky/buildso/STLport-4.0/include/stlport -I/mini/OO641C/solenv/inc/Xp31 -I/micky/buildso/jdk1.3.1/include -I/micky/buildso/jdk1.3.1/include/linux -I/micky/buildso/jdk1.3.1/include/native_threads/include -I/usr/X11R6/include -I/usr/lib/gcc-lib/i486-suse-linux/2.95.2/include -I/usr/include -I. -I../../res -I. -O2 -pipe -mpentiumpro -fno-for-scope -fpermissive -fexceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC295 -DINTEL -DCVER=C295 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -D__DMAKE -DUNIX -DCPPU_ENV=gcc2 -DSUPD=641 -DBUILD=7565 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRC641 -DSHAREDLIB -D_DLL_ -DMULTITHREAD -w -o ../../unxlngi3.pro/slo/ZipOutputStream.o /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx:103: prototype for `ZipOutputStream::ZipOutputStream(com::sun::star::uno::Reference<com::sun::star: :io::XOutputStream> &, unsigned char)' does not match any in class `ZipOutputStream' ../../inc/ZipOutputStream.hxx:145: candidates are: ZipOutputStream::ZipOutputStream(const ZipOutputStream &) ../../inc/ZipOutputStream.hxx:106: ZipOutputStream::ZipOutputStream(com::sun::star::uno::Reference<com::sun::star:: io::XOutputStream> &) /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx: In method `ZipOutputStream::ZipOutputStream(com::sun::star::uno::Reference<com::sun::star: :io::XOutputStream> &, unsigned char)': /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx:111: class `ZipOutputStream' does not have any field named `bSpanning' /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx: In method `void ZipOutputStream::putNextEntry(ZipEntry &, vos::ORef<EncryptionData> &, unsigned char = 0)': /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx:142: `bSpanning' undeclared (first use this function) /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx:142: (Each undeclared identifier is reported only once /mini/OO641C/package/source/zipapi/ZipOutputStream.cxx:142: for each function it appears in.) dmake: Error code 1, while making '../../unxlngi3.pro/slo/ZipOutputStream.obj' ---* TG_SLO.MK *---
builds if package/source/zipapi/ZipOutputStream.cxx 1.35 (and not 1.34) armin
should have closed this...
As discussed with Armin, he thought these bug were closed, he sees all of them as verified.