Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | OO642B build problems | ||
---|---|---|---|
Product: | Build Tools | Reporter: | foskey |
Component: | code | Assignee: | Unknown <non-migrated> |
Status: | CLOSED FIXED | QA Contact: | issues@tools <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues |
Version: | 642 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- | ||
Issue Depends on: | 3287 | ||
Issue Blocks: |
Description
foskey
2002-02-28 11:56:24 UTC
all these three issues should be fixed on the OO642B branch already. to a: the problem is solved elsewhere, namely in the configure process, set_soenv.1 script. WORK_STAMP will be set to SRX642, not SRC642 This is a temporary solution for OO642B. to c: neon is a seperate module now. So no longer external/neon, but cvs co -rOO642B neon a) Neon not able to be cehcked out. Not a module name. b) Neon not marked for OpenOffice (probably because of A) I am stuck until at least A) is fixed. a) strange, "cvs co -rOO642B neon" works for me. b) IZ 3098 claims this as fixed I cc owner of IZ 3098 (support) to look at this again. Maybe there are permission issues??? Results from tonights attempt to checkout neon... + VERSION=OO642B + ENV=unxlngi3 + export CVSROOT=:pserver:anoncvs@anoncvs.openoffice.org:/cvs + CVSROOT=:pserver:anoncvs@anoncvs.openoffice.org:/cvs + rm checkout.log rm: cannot remove `checkout.log': No such file or directory + set -x + cvs co -r OO642B neon cvs server: cannot find module `neon' - ignored cvs [checkout aborted]: cannot expand modules + read We are working on it, see "progress" in #3287. fixed, according to communication on mailing list a. Build error + fix > dmake: Error -- > `/mnt/old1/data/OO642B/solver/642/unxlngi3.pro/bin/libstlport_gcc.so' > not found, and can't be made > ---* RULES.MK *--- > > ERROR: Error 65280 occurred while making > /mnt/old1/data/OO642B/product/util > dmake: Error code 1, while making 'build_all' > where did the bin come from... While you are there you can fix up a rebuild problem that occurs: =================================================================== RCS file: /cvs/oo/udk/product/util/makefile.mk,v retrieving revision 1.57.2.1 diff -w -r1.57.2.1 makefile.mk 124c124 < STLPORTOUT=$(SOLARVER)$/$(UPD)$/$(INPATH)$/bin$/$(STLPORTLIBNAME) --- > STLPORTOUT=$(SOLARVER)$/$(UPD)$/$(INPATH)$/lib$/$(STLPORTLIBNAME) 370,371c370,371 < +ln -s $(@:f)$(MY_VERSION_LINKTARGETPOSTFIX) $@ < +ln -s $(@:f)$(MY_VERSION_LINKTARGETPOSTFIX) $(@:db) --- > +ln -fs $(@:f)$(MY_VERSION_LINKTARGETPOSTFIX) $@ > +ln -fs $(@:f)$(MY_VERSION_LINKTARGETPOSTFIX) $(@:db) 1) whether its bin or lib depends on the platform ("bin" for windows). I 've put in an .IF block. 2) changed the link As discussed with Armin, he thought these bug were closed, he sees all of them as verified. As discussed with Armin, he thought these bug were closed, he sees all of them as verified. |