Closed Bug 475026 Opened 16 years ago Closed 16 years ago

mozilla/nsprpub/configure fails to regenerate

Categories

(SeaMonkey :: Build Config, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: sgautherie, Unassigned)

References

Details

If I delete this file,
Firefox regenerates it during its build.

But SeaMonkey does not, then fails with
{
creating xpcom/xpcom-private.h
configuring in nsprpub
running /bin/sh .../mozilla/build/autoconf/configure [...]
.../mozilla/build/autoconf/configure: .../mozilla/build/autoconf/configure: No such file or directory
configure: error: .../mozilla/build/autoconf/configure failed for nsprpub
configure: error: .../mozilla/configure failed for mozilla
*** Fix above errors and then restart with               "make -f client.mk build"
make[1]: *** [configure] Error 1
}
This bug should be either marked invalid or moved to the
SeaMonkey product.  mozilla/nsprpub/configure is part of
our source tree.  It is regenerated manually and checked
in whenever we change mozilla/nsprpub/configure.in.  It
is not regenerated automatically during the build.
Maybe invalid.
Let's try SeaMonkey first though.
Assignee: wtc → build-config
Component: NSPR → Build Config
Product: NSPR → SeaMonkey
QA Contact: nspr → build-config
Summary: [SeaMonkey] mozilla/nsprpub/configure fails to regenerate → mozilla/nsprpub/configure fails to regenerate
Version: other → Trunk
We ought to not regenerate files that are part of the source tree.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
Depends on: 480680
(In reply to comment #1)
> This bug should be either marked invalid or moved to the SeaMonkey product.

It turned out the actual bug was neither in NSPR nor SeaMonkey:
bug 480680 fixed Core/Firefox.

V.Invalid, from our side(s) ;->
Status: RESOLVED → VERIFIED
Assignee: build-config → nobody
QA Contact: build-config → build-config
You need to log in before you can comment on or make changes to this bug.