Closed
Bug 399964
Opened 17 years ago
Closed 17 years ago
Configuration parameter "--enable-application" is not recognised in my build try.
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: Markus.Elfring, Unassigned)
Details
User-Agent: Opera/9.23 (X11; Linux x86_64; U; de)
Build Identifier: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.7/source
checking MOZ_GTK2_LIBS... -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0
configure: error: --enable-application=APP is required
*** Fix above errors and then restart with "gmake -f client.mk build"
gmake[1]: *** [configure] Fehler 1
gmake[1]: Leaving directory `/home/elfring/Projekte/Mozilla/2.0.0.7/mozilla'
gmake: *** [/home/elfring/Projekte/Mozilla/2.0.0.7/mozilla/obj-x86_64-unknown-linux-gnu/Makefile] Fehler 2
elfring@Sonne:~/Projekte/Mozilla/2.0.0.7/mozilla> echo $MOZCONFIG
/home/elfring/Projekte/Mozilla/2.0.0.7/mozconfig2.acv
I want to build the current release on my own to get more background informations for the reported memory access violations on my Linux installation.
Reproducible: Always
Steps to Reproduce:
1. export CVSROOT=:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot
2. cvs co mozilla/client.mk
3. cd mozilla
4. export MOZCONFIG=/home/elfring/Projekte/Mozilla/2.0.0.7/mozconfig2.ac
5. gmake -f client.mk
Actual Results:
The build process is stopped.
Expected Results:
The command "gmake -f client.mk build" will result in executable files that I can use for usual work.
#
# See http://www.mozilla.org/build/ for build instructions.
#
# Options for client.mk.
mk_add_options MOZ_CO_PROJECT=suite,browser,mail
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@
mk_add_options MOZ_MAKE_FLAGS=-j4
# Options for 'configure' (same as command-line options).
ac_add_options --enable-application="suite browser mail"
ac_add_options --enable-optimize
ac_add_options --disable-debug
ac_add_options --disable-tests
ac_add_options --enable-startup-notification
ac_add_options --enable-pango
ac_add_options --enable-dbus
ac_add_options --enable-ctl
ac_add_options --enable-native-uconv
ac_add_options --enable-update-packaging
ac_add_options --enable-xpcom-lea
ac_add_options --enable-places
ac_add_options --enable-storage
ac_add_options --enable-safe-browsing
ac_add_options --enable-boehm
ac_add_options --enable-strip
ac_add_options --enable-install-strip
ac_add_options --enable-elf-dynstr-gc
ac_add_options --enable-cpp-rtti
ac_add_options --enable-cpp-exceptions
ac_add_options --enable-libxul
ac_add_options --enable-ipcd
Comment 1•17 years ago
|
||
Your problem is this:
> ac_add_options --enable-application="suite browser mail"
You cannot build more than one application with --enable-application. If you wish to build several applications from the same build tree then you either need multiple .mozconfig files, or to follow the instructions here:
http://developer.mozilla.org/en/docs/Configuring_Build_Options#Building_multiple_applications_from_the_same_source_tree
Resolving bug as invalid as you're trying to use --enable-application in the wrong manner.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
Reporter | ||
Comment 2•17 years ago
|
||
The web form for the tool "Unix Build Configurator" can be improved. I would appreciate if the text field "--enable-application" will be replaced by a list box. The list "MOZ_CO_PROJECT: (select one or more)" does provide a safer way for easier parameter selection already.
A little GUI update would also help before this suggested improvement. How do you think about to add your link for the section "Building multiple applications from the same source tree" in the document "Configuring Build Options" to the text "Options include"?
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Reporter | ||
Comment 3•17 years ago
|
||
Another aspect:
I have got the impression that the error message "--enable-application=APP is required" is misleading. I would prefer a wording like the following.
The value that was specified by the build option "--enable-application" did not correspond to a known application.
Comment 4•17 years ago
|
||
(In reply to comment #3)
> Another aspect:
> I have got the impression that the error message "--enable-application=APP is
> required" is misleading. I would prefer a wording like the following.
> The value that was specified by the build option "--enable-application" did not
> correspond to a known application.
This has already been updated on the trunk builds by bug 380846 (i.e. FF 3 alphas/betas) - it will distinguish between a missing --enable-application and an invalid one. This won't be updated for FF 2.x as that branch is now security fixes only.
(In reply to comment #2)
> The web form for the tool "Unix Build Configurator" can be improved. I would
> appreciate if the text field "--enable-application" will be replaced by a list
> box. The list "MOZ_CO_PROJECT: (select one or more)" does provide a safer way
> for easier parameter selection already.
You need to comment to the maintainer direct about the build configurator (link at the bottom of its page). There is no area in bugzilla for that.
> A little GUI update would also help before this suggested improvement. How do
> you think about to add your link for the section "Building multiple
> applications from the same source tree" in the document "Configuring Build
> Options" to the text "Options include"?
It could possibly be done, but please raise that in a separate bug filed in the "Core" component under "Build Config", to save confusion by trying to handle it in this bug.
Resolving as Works for Me as this isn't quite a duplicate of bug 380846, but the issue has been fixed in the latest builds.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago → 17 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•17 years ago
|
||
Thanks for your clarification.
You need to log in
before you can comment on or make changes to this bug.
Description
•