- Dec 19, 2010
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- Dec 17, 2010
-
-
Gaetan Nadon authored
Thanks to prior work, this opens the door to another attempt at improving the help text. Even until now, I was confused at what some of the variables were used for. These are the organizing principles I used in the hope of helping new contributors use build.sh and long time users who may have overlooked some of the available features. 1- The variables are group by category, meaning the "owner" of the variables. 2- The first line is the definition of the variable 3- The second line is a hint as to what build.sh does with it 4- Use the Autotools help text where it applies rather than inventing your own ------------------------------------------------------------------------------ Environment variables specific to build.sh: QUIET Do not print messages saying which checks are being made Each module/components is invoked with --quite GITROOT Source code repository path [git://anongit.freedesktop.org/git ] Optional when using --clone to update source code before building CONFFLAGS Configure options to pass to all Autoconf configure scripts Refer to 'configure --help' from any module/components LIBDIR Path segment under $PREFIX for libraries (e.g., lib64) [lib] Used to build the font path, search libraries and packages FONTPATH Path to fonts directories [$PREFIX/$LIBDIR/X11/fonts/misc/, ...] Picked-up by the xserver as a value for --with-default-font-path Environment variables defined by the GNU Build System: DESTDIR Path to the staging area where installed objects are relocated MAKE The name of the make command [make] MAKEFLAGS: Options to pass to all $(MAKE) invocations CC C compiler command CFLAGS C compiler flags LDFLAGS linker flags, e.g. -L<lib dir> if you have libraries in a nonstandard directory <lib dir> CPPFLAGS C/C++/Objective C preprocessor flags, e.g. -I<include dir> if you have headers in a nonstandard directory <include dir> CPP C preprocessor Environment variables defined by the shell: PATH List of directories that the shell searches for commands $DESTDIR/$PREFIX/bin is prepended Environment variables defined by the dynamic linker: LD_LIBRARY_PATH List directories that the linker searches for shared objects $DESTDIR/$PREFIX/$LIBDIR is prepended Environment variables defined by the pkg-config system: PKG_CONFIG_PATH List directories that pkg-config searches for libraries $DESTDIR/$PREFIX/share/pkgconfig and $DESTDIR/$PREFIX/$LIBDIR/pkgconfig are prepended Reviewed-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
------------------------------------------------------------------------------ Usage: build.sh [options] prefix Options: -a Do NOT run auto config tools (autogen.sh, configure) -b Use .build.unknown build directory -c Run make clean in addition to "all install" -D Run make dist in addition to "all install" -d Run make distcheck in addition "all install" -g Compile and link with debug information -h, --help Display this help and exit successfully -n Do not quit after error; just print error message -o <module/component> Build just this <module/component> -p Update source code before building (git pull --rebase) -s <sudo> The command name providing superuser privilege --autoresume <file> Append module being built to, and autoresume from, <file> --check Run make check in addition "all install" --clone Clone non-existing repositories (uses $GITROOT if set) --cmd <cmd> Execute arbitrary git, gmake, or make command <cmd> --modfile <file> Only process the module/components specified in <file> Usage: build.sh -L -L List the components to build to stdout ------------------------------------------------------------------------------ Reviewed-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
If invoked from $PREFIX you currently you get: Usage: util/modular/build.sh [options] prefix Where you should always get: Usage: build.sh [options] prefix The path name is not part of the usage. The GNU compiler and associated tools do not use the path. Autoconf recommends using "expr" rather than "basename" for portability. Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Dec 14, 2010
-
-
Gaetan Nadon authored
The concept of global cache for multiple modules does not exist. When using --cache-file with the same path, variables with the same name have their values overwritten on a "last write wins" principle. For example, this cached variable from clock: pkg_cv_XFT_LIBS=${pkg_cv_XFT_LIBS='-L/home/nadon/xorg/src/lib -lXft '} is overwritten with the value from xdm: pkg_cv_XFT_LIBS=${pkg_cv_XFT_LIBS=' -L/home/nadon/xorg/src/lib -lXrender -lX11 -lXft '} If there is some limited usefulness in specific scanerios, one can pass the --cache-file option in CONFFLAGS. This was introduced in commit e5592f54 to improve performance. Acked-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Dec 13, 2010
-
-
Alan Coopersmith authored
Now that many protocol & library modules include DocBook documentation that uses the stylesheets from xorg-sgml-doctools to build, install those first. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com> Reviewed-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Dec 04, 2010
-
-
Gaetan Nadon authored
Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
Given that CFLAGS variable is now supported, the -g option is reimplemented using CFLAGS. The debug options are appended to CFLAGS, preserving the user's existing options, if any. The CONFCFLAGS variable is removed. It had not been designed as a vehicle to forward C flags to module configuration, but as a -g implementation. A statement such as export CONFCFLAGS=-"g3 -O0" would fail. Reviewed by: Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
There is a requirement for some build environment to set CC to something other than the Autoconf default. There is already a variable CONFCFLAGS in place that can handle C flags, however it was more a side-effect of adding -g option rather than a comprehensive support for C flags. The user interface for build.sh should closely follow the Autoconf one. Rather than inventing new variable names, let's use the ones Autoconf uses. The user will not have to learn two interfaces and do the mental mapping. Reviewed-by:
Dan Nicholson <dbn.lists@gmail.com> Reviewed-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
The --without-xcb on libX11 has been removed and XCB is always required. Reviewed-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 28, 2010
-
-
Now that a user of build.sh has the ability to pick and choose which subprojects to process via the --modfile option, having an option to only build libraries is redundant. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
- Nov 26, 2010
-
-
The build.sh script is able to perform builds from tarballs. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Reviewed-by:
Peter Hutterer <peter.hutterer@who-t.net> Reviewed: Pat Kane <pekane52@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 23, 2010
-
-
Gaetan Nadon authored
Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 21, 2010
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- Nov 15, 2010
-
-
Fix build to work on Solaris 10, which doesn't understand the 'local' keyword. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 13, 2010
-
-
Since the script includes an --autoresume option, which is essentially the combination of the -f and -r options, the individual options not necessary anymore by themselves. Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 12, 2010
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alanc@freedesktop.org>
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alanc@freedesktop.org>
-
Alan Coopersmith authored
Oops, missed updating the input modules Peter released yesterday Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- Nov 10, 2010
-
-
Solaris 10 has an old /bin/sh that does not understand lines like this: export PATH=FOO that line must be written as the two lines: PATH=FOO export PATH Reviewed-by:
Peter Hutterer <peter.hutterer@who-t.net> Signed-off-by:
Patrick E. Kane <pekane52@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Use same xcb module subdirs as git. Mesa and xkeyboard-config tarballs were not being found. MesaLib unpacks to Mesa, so sed is required to adjust its SRCDIR. These tarballs work alternatively in topdir. Note: The absence of autogen.sh triggers checkfortars() function. Acked-by:
Simon Braunschmidt <sb@emlix.com> Signed-off-by:
linux fan <linuxscratch@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 06, 2010
-
-
If the user specifies a 'git' or 'g/make' --cmd, make sure it exists before trying to use it. Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
- Nov 05, 2010
-
-
Instead of Trevor Woerners proposal to automagically clone missing components, http://lists.x.org/archives/xorg-devel/2010-November/014883.html I would rather want to inform the user more verbosely about missing components and how to obtain them. This could avoid situations where the user calls the build.sh script from the wrong location, and build.sh subsequently littering the users machine with unwanted git repositories in the wrong place. One such situation would be calling "somedir/build.sh L" instead of "somedir/build.sh -L", starting a build in the current directory for PREFIX "L" instead of listing the missing components (with the users intention having been to just list the components in build order). Signed-off-by:
Simon Braunschmidt <sbraun@emlix.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
This change allows to build from tarballs when using the new --modfile user-supplied sub-projects feature. Without this change, using tarballs was not possible with --modfile The workflow with the --modfile feature is thus changed to explicitly require the use of the --clone flag when automatic git clone of the sub-projects is wanted, which was previously assumed implicitly with --modfile. You may shorten the commit message as you see fit. Cc: xorg-devel, Trevor Woerner, Gaetan Nadon Signed-off-by:
Simon Braunschmidt <sbraun@emlix.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Gaetan Nadon authored
From radeonhd wiki: Status 09/2010: Linux distributions, including Novell's openSUSE, have now abandoned radeonhd as the default driver, instead using the radeon driver. radeon has more features, including Kernel Mode-Setting support and more 3D support, and it supports all Radeon generation from original R100 Radeons to R800 Radeons (HD 5000 series). Radeonhd can be continued to be updated as long as there are people find it useful. Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Nov 03, 2010
-
-
For those using 'gmake' instead of 'make'. Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
- Oct 22, 2010
-
-
If the user has specified the '--clone' cmdline option, be sure to run the configuration on the newly cloned sub-project, even if the '-a' cmdline option has been specified (since configuring is likely to be what is wanted on newly cloned sub-project). Signed-off-by:
Trevor Woerner <twoerner@gmail.com>
-
- Oct 07, 2010
-
-
New feature. Using the new "--modlist <file>" option, the user can specify a file which contains a list of the sub-projects to process. The file can contain blank lines as well as comment lines which start with a hash mark (#). The sub-projects will be processed in the order in which they are found in the list file. Suggested usage: 1. run script to generate the list of sub-projects, redirecting to a file $ util/modular/build.sh -L > list 2. edit <list>, commenting-out or deleting unnecessary lines, or adding new lines as appropriate 3. run the build with this list $ util/modular/build.sh --modfile list Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Oct 05, 2010
-
-
Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Oct 04, 2010
-
-
If something appears to be wrong when parsing the command-line arguments provide better feedback to the user. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Make sure not to mistake an unknown option for a missing 'prefix'. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
If a command-line option has a required argument, verify such an argument is supplied. Also, verify the argument doesn't look like another option. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Oct 02, 2010
-
-
If the user specifies unknown, misspelled, or too many cmdline arguments make sure to catch them and generate an error. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
- Oct 01, 2010
-
-
Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Don't allow the "git clone" to succeed if a partial clone occurs (i.e. hangup). Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Only if cloning succeeds, set SRCDIR and CONFCMD. If SRCDIR is later discovered the be empty the module can't be processed. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Offset case options so they are visually at a different level than the actions they cause. Adjust them to match the existing case statements in the main body of the script. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Return early so large portions of code do not need to be indented. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-
Provide preconditions for some of the functions in build.sh script. Reviewed-by:
Gaetan Nadon <memsize@videotron.ca> Signed-off-by:
Trevor Woerner <twoerner@gmail.com> Signed-off-by:
Gaetan Nadon <memsize@videotron.ca>
-