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)

x86
Linux
defect
Not set
normal

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
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
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 → ---
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.
(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 ago17 years ago
Resolution: --- → WORKSFORME
Thanks for your clarification.
You need to log in before you can comment on or make changes to this bug.