Issue 82955 - MacOSX PPC : Build fails at instsetoo_native; regcomp fails
Summary: MacOSX PPC : Build fails at instsetoo_native; regcomp fails
Status: CONFIRMED
Alias: None
Product: porting
Classification: Code
Component: MacOSX (show other issues)
Version: 680m234
Hardware: All Mac OS X, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-25 04:03 UTC by maho.nakata
Modified: 2013-02-07 21:57 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
error log (361.48 KB, text/plain)
2007-10-25 04:04 UTC, maho.nakata
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description maho.nakata 2007-10-25 04:03:49 UTC
MacOSX PPC (PPC only) build fails at instsetoo_native conditionally...

... analyzing directories ... 
... analyzing files ... 
... analyzing scpactions ... 
... analyzing shortcuts ... 
... analyzing unix links ... 
... analyzing profile ... 
... analyzing profileitems ... 
... analyzing modules ... 
------------------------------------
... languages en-US ... 
... analyzing files ...
... analyzing files with flag ARCHIVE ...
... analyzing files with flag SCPZIP_REPLACE ...
... analyzing files with flag PATCH_SO_NAME ...
... analyzing files with flag HIDDEN ...
... creating preregistered services.rdb ...
javavm.uno.dylib
stocservices.uno.dylib

**************************************************
ERROR: ERROR: Could not register all components for file services.rdb
(gid_Starregistry_Services_Rdb)!
in function: create_services_rdb
**************************************************

**************************************************
ERROR: Saved logfile:
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/instsetoo_native/unxma
cxp.pro/OpenOffice//logging/en-US/log_SRC680_en-US.log
**************************************************
... cleaning the output tree ...
... removing directory
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/instsetoo_native/unxm
acxp.pro/OpenOffice//zip/en-US ...
... removing directory
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/instsetoo_native/unxm
acxp.pro/OpenOffice//gid_Starregistry_Services_Rdb_servicesrdb/en-US_witherror_1 ...
Wed Oct 24 17:18:23 2007 (02:06 min.)
dmake:  Error code 255, while making 'openoffice_en-US.portable'
---* tg_merge.mk *---

ERROR: Error 65280 occurred while making
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/ins
tsetoo_native/util


error log is something like this:
ERROR: 
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/regcomp
-register -br
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/types.rdb
-br
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/pyuno_services.rdb
-r
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/instsetoo_native/unxmacxp.pro/OpenOffice//gid_Starregistry_Services_Rdb_servicesrdb/en-US_inprogress_2/services.rdb
-c vnd.openoffice.pymodule:pythonscript -l com.sun.star.loader.Python 2>&1 |
Systemcall: 
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/regcomp
-register -br
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/types.rdb
-br
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/solver/680/unxmacxp.pro/bin/pyuno_services.rdb
-r
/Volumes/OpenOffice.org/Tiger/2.0/work.SRC680_m234/SRC680_m234/instsetoo_native/unxmacxp.pro/OpenOffice//gid_Starregistry_Services_Rdb_servicesrdb/en-US_inprogress_2/services.rdb
-c vnd.openoffice.pymodule:mailmerge -l com.sun.star.loader.Python 2>&1 |
vnd.openoffice.pymodule:mailmerge
Comment 1 maho.nakata 2007-10-25 04:04:24 UTC
Created attachment 49135 [details]
error log
Comment 2 maho.nakata 2007-11-09 03:45:01 UTC
It happens on SRC680_m235 and 236 as well.
Comment 3 pavel 2007-11-09 05:09:48 UTC
It works OK for me - can you try uniprocess build?
Comment 4 maho.nakata 2007-11-09 07:17:49 UTC
yes, I'm doing only uniprocess build.

pjanik if possible could you please send me your buildlog along with
configure line?
it happens time to time...
Comment 5 lohmaier 2007-12-09 13:14:31 UTC
with m238, this now seems to always happen.

rebuilding cpputools with debug=true "solves" the problem

(or at least increases the chance for success significantly)

With m238 I also have breakers in testtools, that are "solved" by running build
in the module multiple times

So something surely is fishy, but no way to tell what exactly is broken.
Comment 6 maho.nakata 2007-12-14 01:30:48 UTC
cloph:
> rebuilding cpputools with debug=true "solves" the problem
it didn't solve for me :( unfortunately.

> With m238 I also have breakers in testtools, that are "solved" by running build
I didn't encounter this error on 238, but 239.

Just a record, SRC680_m239+X11 build was successful.
SRC680_m239+AQUA ... testtool breaker.
Comment 7 eric.bachard 2007-12-14 06:04:01 UTC
@maho

I can start a build on Tiger / PowerPC to see what happens. FYI, no problem with m238 on PowerPC ( I just 
build Aqua ).

Did you try building en-US only ? 
Comment 8 lohmaier 2007-12-14 07:36:11 UTC
maybe this is one of those problems that are solved by reinstalling the
operating system from scratch :-/ ...
Comment 9 maho.nakata 2007-12-16 23:56:02 UTC
ericb: thanks. Recently I don't do en-US only build.

cloph:
> maybe this is one of those problems that are solved by reinstalling the
> operating system from scratch

No. I've already tried.

all: SRC680_m239 has been built successfully on PPC. Very lucky. I'll announce
my build soon.
Comment 10 maho.nakata 2007-12-17 01:03:19 UTC
all:
packaging method has been changed from
Package format: native
to
Package format: archive
.

This is observed between SRC680_m237 and SRC680_m239.
Comment 11 shaunmcdonald131 2007-12-17 01:11:28 UTC
I'm sure this was a change introduced by obr.
Comment 12 maho.nakata 2007-12-17 01:17:51 UTC
smsm1:
right. I suspect `package format package' is more
stable.
Comment 13 maho.nakata 2007-12-19 01:27:43 UTC
cloph:
for testtools brekage, I raised an issue as:
http://www.openoffice.org/issues/show_bug.cgi?id=84730
.