summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Update Architecture fields.P. J. McDermott2014-01-222-2/+2
|
* targets.in: Update.P. J. McDermott2014-01-221-4/+2
|
* build: Disable tests.P. J. McDermott2013-12-071-3/+3
| | | | These take a rather long time.
* build: Set MULTIOSDIR to ".".P. J. McDermott2013-12-071-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This was causing errors due to an unquoted argument to the test utility: Checking multilib configuration for libgcc... /bin/bash: line 0: test: !=: unary operator expected make[5]: Entering directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc/x86_64-unknown-linux-gnu/libgcc' # If this is the top-level multilib, build all the other # multilibs. /root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc/./gcc/xgcc -B/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc/./gcc/ -B/usr/x86_64-unknown-linux-gnu/bin/ -B/usr/x86_64-unknown-linux-gnu/lib/ -isystem /usr/x86_64-unknown-linux-gnu/include -isystem /usr/x86_64-unknown-linux-gnu/sys-include -g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -I. -I. -I../.././gcc -I/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc -I/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/. -I/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/../gcc -I/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/../include -I/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c /root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS In file included from /usr/include/features.h:341:0, from /usr/include/stdio.h:27, from /root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/../gcc/tsystem.h:88, from /root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/src/libgcc/libgcc2.c:29: /usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or directory compilation terminated. make[5]: *** [_muldi3.o] Error 1 make[5]: Leaving directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc/x86_64-unknown-linux-gnu/libgcc' make[4]: *** [all-stage1-target-libgcc] Error 2 make[4]: Leaving directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc' make[3]: *** [stage1-bubble] Error 2 make[3]: Leaving directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc' make[2]: *** [bootstrap-lean] Error 2 make[2]: Leaving directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp/obj-core-linux-eglibc' make[1]: *** [buildnative-core-linux-eglibc] Error 2 make[1]: Leaving directory `/root/ports/core-linux-eglibc_2013-12-07/pkg/gcc-4.7/tmp' make: *** [build-core-linux-eglibc] Error 2 Command exited with non-zero status 1 The "unary operator expected" error seems to be caused by this line (libgcc/Makefile.in:291): MULTIOSSUBDIR := $(shell if test $(MULTIOSDIR) != .; then echo /$(MULTIOSDIR); fi)
* Enable tests with DejaGnu.P. J. McDermott2013-09-212-1/+5
|
* Drop empty awk function error patch.P. J. McDermott2013-09-081-27/+0
| | | | The issue is fixed in busybox.
* build: Fix gcc_gxx_tool_include_dir.P. J. McDermott2013-07-021-2/+2
|
* build: Don't set a default sysroot.P. J. McDermott2013-07-021-1/+1
| | | | gcc_gxx_include_dir loses its preceding slash if a non-null sysroot is set.
* Make and use a new macro in gcc/Makefile.P. J. McDermott2013-07-022-3/+24
|
* Just use --with-gxx-include-dir.P. J. McDermott2013-07-022-5/+3
|
* Set target options when configuring GCC.P. J. McDermott2013-06-282-2/+7
|
* Fuzz is fatal. Update indentation in patch.P. J. McDermott2013-06-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Apparently, some indentation changed between versions 4.7.2 and 4.7.3 of GCC. BusyBox patch "does not use the location information, but instead treats a hunk as a sort of regex" (BusyBox 1.21.0 editors/patch.c:209). It ignores line numbers and relies on context matching to find hunks to patch. Therefore, changes to the context in the original file cause BusyBox patch to fail to apply a hunk. Fuzz is fatal. A patch needs to be refreshed when a new upstream version modifies its context. Before: /usr/src/gcc-4.7_4.7.3+sip1-1/tmp/src # patch -N -p 1 -u -i ../../patches/01_allow-more-dirs-to-be-configured.patch patching file gcc/gcc.c Hunk 2 FAILED 3688/3690. PREFIX_PRIORITY_LAST, 0, 0); } + add_prefix (&exec_prefixes, + concat (user_tooldir_prefix, dir_separator_str, NULL), + 0, PREFIX_PRIORITY_LAST, 0, 0); + add_prefix (&startfile_prefixes, + concat (user_tooldir_prefix, dir_separator_str, NULL), + 0, PREFIX_PRIORITY_LAST, 0, 0); + add_prefix (&include_prefixes, + concat (user_tooldir_prefix, dir_separator_str, NULL), + 0, PREFIX_PRIORITY_LAST, 0, 0); + /* COMPILER_PATH and LIBRARY_PATH have values that are lists of directory names with colons. */ patching file gcc/Makefile.in patching file libmudflap/Makefile.am patching file libmudflap/Makefile.in patching file libquadmath/Makefile.am patching file libquadmath/Makefile.in patching file libssp/Makefile.am patching file libssp/Makefile.in patching file libstdc++-v3/Makefile.am patching file libstdc++-v3/Makefile.in patching file Makefile.def patching file Makefile.in After: /usr/src/gcc-4.7_4.7.3+sip1-1/tmp/src # patch -N -p 1 -u -i ../../patches/01_allow-more-dirs-to-be-configured.patch patching file gcc/gcc.c patching file gcc/Makefile.in patching file libmudflap/Makefile.am patching file libmudflap/Makefile.in patching file libquadmath/Makefile.am patching file libquadmath/Makefile.in patching file libssp/Makefile.am patching file libssp/Makefile.in patching file libstdc++-v3/Makefile.am patching file libstdc++-v3/Makefile.in patching file Makefile.def patching file Makefile.in
* Fix spaces in patch file names.P. J. McDermott2013-06-181-4/+4
| | | | | | | | | | | | GNU Patch can handle spaces between file names and dates, but BusyBox patch requires tabs. Fixes: ob-applypatches: Applying patch "01_allow-more-dirs-to-be-configured.patch"... patching file gcc/gcc.c 2013-04-25 21:16:04.893780032 -0400 patch: can't open 'gcc/gcc.c 2013-04-25 21:16:04.893780032 -0400': No such file or directory ob-applypatches: Error: Can't apply patch "01_allow-more-dirs-to-be-configured.patch"
* Add patch to fix empty awk function on BusyBox.P. J. McDermott2013-06-181-0/+27
|
* .gitignore: Add *.log.P. J. McDermott2013-06-141-0/+3
|
* build: Allow local macro overrides.P. J. McDermott2013-06-142-0/+8
|
* Don't use GNU system type dir in target fragment.P. J. McDermott2013-06-141-1/+1
|
* Use GNU system type multiarch dir for transition.P. J. McDermott2013-06-051-1/+1
|
* build: Fix a sed command.P. J. McDermott2013-06-041-0/+1
|
* Also edit MULTILIB_OSDIRNAMES in target fragment.P. J. McDermott2013-06-042-0/+5
| | | | | | | | | | | | | | | | | | | | | | The GCC Internals manual (gcc/doc/fragments.texi) says: > For configurations that support both multilib and multiarch, > MULTILIB_OSDIRNAMES also encodes the multiarch name, thus subsuming > MULTIARCH_DIRNAME. > [...] > > MULTIARCH_DIRNAME is not used for configurations that support both multilib > and multiarch. In that case, multiarch names are encoded in > MULTILIB_OSDIRNAMES instead. This sounds like the makefile macro used depends on the build-time user configuration; that is, the options --disable-multilib and --enable-multiarch should cause MULTIARCH_DIRNAME to be used. Instead, it seems MULTILIB_OSDIRNAMES is used, even if multilib is disabled. So apparently, "configurations that support both" means GCC target configurations that support both features, not build-time user configurations that enable them.
* Enable multiarch and set MULTIARCH_DIRNAME.P. J. McDermott2013-06-042-1/+5
| | | | This should add /usr/include/<target> to the include search list.
* gcc-4.7-*-*-*: Fix cpp-4.7 dependency.P. J. McDermott2013-06-031-1/+1
|
* Depend on libmpc.3, not libmpc.2.P. J. McDermott2013-06-033-3/+3
|
* targets.in: Remove temporary amd64-linux-eglibc.P. J. McDermott2013-05-301-1/+0
|
* build: Make cpp-4.7 target-independent.P. J. McDermott2013-05-301-2/+1
|
* control: Add missing opkhelper-3.0 build dep.P. J. McDermott2013-05-181-1/+1
|
* Make cpp-4.7 target-independent.P. J. McDermott2013-05-183-3/+3
|
* build: Also don't set LDFLAGS at build time.P. J. McDermott2013-04-271-2/+0
|
* Edit default ELF INTERP paths in GCC config files.P. J. McDermott2013-04-272-0/+14
|
* build: Don't use --with-{stage1,boot}-ldflags.P. J. McDermott2013-04-271-2/+0
| | | | | | | | | For some reason, the --with-boot-ldflags option causes NEEDED references to libstdc++.so.6 and libgcc_s.so.1 to be added to the DYNAMIC sections of gcc, cpp, cc1, etc. These options are only useful during the first stage of the bootstrap of the first ProteanOS port, anyway, and they aren't strictly necessary even then.
* build: Also set INTERP with LDFLAGS at build time.P. J. McDermott2013-04-271-0/+2
| | | | This is necessary for cross compilers, at least.
* build: Better organize some things.P. J. McDermott2013-04-271-11/+12
|
* build: Look for ld.so link in /usr/lib/<target>.P. J. McDermott2013-04-271-2/+2
| | | | It's a development file, not a critical system file.
* build: Set GCC's ELF INTERP.P. J. McDermott2013-04-271-0/+12
|
* build: Rm unneeded files in installcross targets.P. J. McDermott2013-04-261-0/+8
|
* build: Mv oh-autoinstalls to native/cross targets.P. J. McDermott2013-04-261-7/+17
|
* Add buildnative and buildcross targets to build.P. J. McDermott2013-04-262-3/+20
|
* build: Fix a syntax error.P. J. McDermott2013-04-261-1/+0
|
* Add installnative & installcross targets to build.P. J. McDermott2013-04-262-4/+29
|
* Rename patch file and adjust patch description.P. J. McDermott2013-04-261-1/+4
|
* Adjust patch to add additional GCC search dir.P. J. McDermott2013-04-261-0/+40
|
* Adjust dependencies of library packages.P. J. McDermott2013-04-243-3/+2
|
* g++-4.7-*-*-*: Add dependencies.P. J. McDermott2013-04-241-0/+7
|
* cpp-4.7-*-*-*: Add dependency on libc.6.P. J. McDermott2013-04-241-1/+1
|
* gcc-4.7-*-*-*: Add dependency information.P. J. McDermott2013-04-241-1/+13
|
* gcc-4.7-common: Provide COPYING.RUNTIME.P. J. McDermott2013-04-231-0/+1
|
* source.mk: Copy COPYING.RUNTIME into packaging.P. J. McDermott2013-04-232-0/+2
|
* copyright: Document copyright information.P. J. McDermott2013-04-231-0/+46
|
* Add control file for libssp.0.P. J. McDermott2013-04-231-0/+6
|
* Delete libquadmath files.P. J. McDermott2013-04-232-9/+2
| | | | | This is a library to support Fortran programs, and we don't (yet?) build a Fortran compiler.