Dear Developers -

I have been building a non-product version of OpenOffice.org based on DEV300-m43. I updated to m48 the other day and also decided to add the ODK to the build configuration. When I did so, the build failed in pyuno, thus:

   /export/home/downloads/OpenOffice/OO3_src/DEV300_m48/pyuno/zipcore
   -------------
   cd ../unxlngi6/bin/python-core-2.6.1 && find . -name '*.so' | xargs
   strip
   rm -f ../unxlngi6/bin/python-core-2.6.1.zip
   cd ../unxlngi6/bin && zip -r python-core-2.6.1.zip python-core-2.6.1
   rm -f ../unxlngi6/bin/python.sh
   cat python.sh > ../unxlngi6/bin/python.sh
   sed 's/%%PYVERSION%%/2.6.1/g' < ../unxlngi6/bin/python.sh >
   ../unxlngi6/bin/python.sh.new
   mv ../unxlngi6/bin/python.sh.new ../unxlngi6/bin/python.sh
   chmod +x ../unxlngi6/bin/python.sh
   Usage: strip <option(s)> in-file(s)
    Removes symbols and sections from files
    The options are:
     -I --input-target=<bfdname>      Assume input file is in format
   <bfdname>
     -O --output-target=<bfdname>     Create an output file in format
   <bfdname>
     -F --target=<bfdname>            Set both input and output format
   to <bfdname>
     -p --preserve-dates              Copy modified/access timestamps
   to the output
     -R --remove-section=<name>       Remove section <name> from the output
     -s --strip-all                   Remove all symbol and relocation
   information
     -g -S -d --strip-debug           Remove all debugging symbols &
   sections
        --strip-unneeded              Remove all symbols not needed by
   relocations
        --only-keep-debug             Strip everything but the debug
   information
     -N --strip-symbol=<name>         Do not copy symbol <name>
     -K --keep-symbol=<name>          Do not strip symbol <name>
        --keep-file-symbols           Do not strip file symbol(s)
     -w --wildcard                    Permit wildcard in symbol comparison
     -x --discard-all                 Remove all non-global symbols
     -X --discard-locals              Remove any compiler-generated symbols
     -v --verbose                     List all object files modified
     -V --version                     Display this program's version number
     -h --help                        Display this output
        --info                        List object formats &
   architectures supported
     -o <file>                        Place stripped output into <file>
   strip: supported targets: elf32-i386 a.out-i386-linux efi-app-ia32
   elf32-little elf32-big srec symbolsrec tekhex binary ihex trad-core
   dmake:  Error code 123, while making
   '../unxlngi6/bin/python-core-2.6.1.zip'

   ERROR: Error 0 occurred while making
   /export/home/downloads/OpenOffice/OO3_src/DEV300_m48/pyuno/zipcore
   rmdir /export/home/del/tmp//6884

Digging a bit, I see that m48's pyuno/zipcore/makefile.mk:100 issues a find command that would strip any .so's. But on my system - CentOS 5.3 - all there are in the DESTROOT are .py files a'plenty and no shareable objects; as such, strip complains, since there's nothing passed to it in its pipe. Commenting out the action line lets my build proceed. Are there systems where .so's are expected in pyuno's DESTROOT? If not, why is that attempt to strip there? If so, that line should either have a '-' to allow errors or be further conditionalized. If folk agree, I can file a bug/issue; I'd be happy for a pointer as to which subsystem this falls under. I could also offer a change, but I currently don't have ready access to other systems on which to test the build.

In case it helps/matters, this is what I gave configure:

   ./configure --enable-dbgutil --disable-strip-solver
   --disable-binfilter --without-fonts --without-ppds --disable-mozilla
   --disable-build-mozilla --with-system-stdlibs --disable-systray
   --with-build-version="Built by gdm" --with-vendor="xyzzy"
   --disable-qadevooo --disable-mediawiki --disable-reportdesign
   --disable-neon --with-system-zlib --with-system-openssl
   --with-system-jpeg --enable-symbols --disable-epm


Thanks,
-Del

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to