History log of /haiku/configure (Results 76 – 100 of 307)
Revision Date Author Comments
# c6c03d56 31-Jul-2017 Augustin Cavalier <waddlesplash@gmail.com>

Reinstate umask test into configure now that the buildbots have been fixed.


# ec89bb26 31-Jul-2017 Jérôme Duval <jerome.duval@gmail.com>

Revert "configure: Ensure that umask is not too restrictive."

Please reapply when someone is available to adjust the buildbot config.


# 70dde0b3 30-Jul-2017 Augustin Cavalier <waddlesplash@gmail.com>

configure: Ensure that umask is not too restrictive.

There have been some odd bugs in the past possibly caused by this,
so guard against it.

Discussed with PulkoMandy.


# ff0184be 30-Jul-2017 Augustin Cavalier <waddlesplash@gmail.com>

Remove GPL-add-ons build machinery.

No longer used by anything (it appears some old kernel drivers that
are not included in the build might use it, but I don't know why
they need it -- we already sh

Remove GPL-add-ons build machinery.

No longer used by anything (it appears some old kernel drivers that
are not included in the build might use it, but I don't know why
they need it -- we already ship GPL'd code [libntfs] for the kernel
in the default build unconditionally.)

Briefly discussed with js a few weeks back.

show more ...


# 84edb1a1 20-Jul-2017 Axel Dörfler <axeld@pinc-software.de>

configure: Bumped GCC version to 2.95.3-haiku-2017_07_20.

* Script would fail otherwise, thanks korli!


# be3bb60b 10-Jul-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

Merge branch 'arm-noboards'

* Remove the target-board system.
* From now on, we target generic non-x86 architectures
while leveraging fdt when needed.
* ARM mmc images will likely need some post-p

Merge branch 'arm-noboards'

* Remove the target-board system.
* From now on, we target generic non-x86 architectures
while leveraging fdt when needed.
* ARM mmc images will likely need some post-processing to make
them bootable on individual hardware. (This is actually how
distros like Fedora handle ARM now. The image 'writer' application
is told what hardware the image is for and adds a vendor bootloader
/ SPL / u-boot / etc)

show more ...


# f2ed9d80 10-Jul-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

configure: Drop target-board for arm/ppc


# 855fc5a0 10-Jul-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

platform/u-boot: Build all fdt's and include in u-boot mmc

* Eventually BoardSetups and target boards will go away.
* Include all known fdt's in the mmc image
* This gets us closer to target board-l

platform/u-boot: Build all fdt's and include in u-boot mmc

* Eventually BoardSetups and target boards will go away.
* Include all known fdt's in the mmc image
* This gets us closer to target board-less arm
* Changing hardware is as simple as plugging a new fdt
into u-boot's startup script.
* Drop my original rpi1 work. We're targetting ARMv7
minimum.

show more ...


# 133e4131 13-May-2017 Jérôme Duval <jerome.duval@gmail.com>

Added some support for GCC 8.


# deb1a319 17-Feb-2017 Alexander von Gluck IV <kallisti5@unixzen.com>

Revert "configure: Add host as valid build target in help."

This hack is no longer needed.

This reverts commit ea74aafd98c609b418c71a76689b143ddca5dc6c.


# b2bdabc7 20-Oct-2016 Alexander von Gluck IV <kallisti5@unixzen.com>

arm: Add beaglebone target, rename beagle

* beaglebone vs beagleboard
* While the boards are almost the same, they have
diff. FDT's now (more memory, different layout etc)
* Make u-boot script mor

arm: Add beaglebone target, rename beagle

* beaglebone vs beagleboard
* While the boards are almost the same, they have
diff. FDT's now (more memory, different layout etc)
* Make u-boot script more rpi-like
(depend on u-boot for initial addresses)
* Wasn't working, still doesn't.

show more ...


# 4da6cf84 20-Oct-2016 François Revol <revol@free.fr>

configure: allow building GDB along with the buildtools

from a stock GDB source tree.

I was getting tired of doing it manually.

Note the prefix is not exactly the same as the buildtools since the

configure: allow building GDB along with the buildtools

from a stock GDB source tree.

I was getting tired of doing it manually.

Note the prefix is not exactly the same as the buildtools since the
machine triplet is different, but it's not an issue.

Tested with arm and ppc with GDB 7.8. Might need patching gdbTarget for other archs,
as stock GDB doesn't know about Haiku.

show more ...


# c9dba742 05-May-2016 Jérôme Duval <jerome.duval@gmail.com>

Added some support for GCC 7.


# c302a243 23-Dec-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

Merge remote-tracking branch 'upstream/master' into intel-extreme


# ea74aafd 27-Jul-2015 Jeroen Oortwijn <oortwijn@gmail.com>

configure: Add host as valid build target in help.

Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com>


# 94887feb 20-Jul-2015 Jérôme Duval <jerome.duval@gmail.com>

Added some support for GCC 5+.


# 9c5e234c 11-Apr-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

arm: Initial Cubieboard4 work

* SD cards are "blessed" with a boot0 spl and boot1 u-boot
at fixed locations.
* Allwinner's u-boot is lacking a lot.
* Upstream u-boot should be better at some point

arm: Initial Cubieboard4 work

* SD cards are "blessed" with a boot0 spl and boot1 u-boot
at fixed locations.
* Allwinner's u-boot is lacking a lot.
* Upstream u-boot should be better at some point. WIP:
http://lists.denx.de/pipermail/u-boot/2015-January/201537.html

show more ...


# 87236c4f 16-Mar-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

jam/arm: Add missing overo target board


# 620dfc84 15-Mar-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

configure: Fix arm target boards in help


# 427d40ad 07-Mar-2015 Alexander von Gluck IV <kallisti5@unixzen.com>

arm/targets: Add rpi2, rename raspberry_pi to rpi1

* The Raspberry pi 2 uses a new SoC which differs slightly
from the Raspberry Pi 1.
* Someday these two board targets could go away when we get

arm/targets: Add rpi2, rename raspberry_pi to rpi1

* The Raspberry pi 2 uses a new SoC which differs slightly
from the Raspberry Pi 1.
* Someday these two board targets could go away when we get
FDT support.

show more ...


# c9dd05ff 26-Oct-2014 Jonathan Schleifer <js@webkeks.org>

configure: Add variable to see if we're bootstrapping


# 7f9beaf1 30-Aug-2014 Oliver Tappe <zooey@hirschkaefer.de>

Fix #11110: problems invoking configure.

* configure without arguments used to work on Haiku, but it no
longer did since hrev47574 - fix the usage check to make it
work again.


# 3e6c09cd 22-Aug-2014 Adrien Destugues <pulkomandy@pulkomandy.tk>

configure: make nasm check compatible with BSD grep.

The BSD grep doesn't know about \s. Moreover, checking for elf (rather
than ELF) seems to make more sense, as that's the format name, not part
of

configure: make nasm check compatible with BSD grep.

The BSD grep doesn't know about \s. Moreover, checking for elf (rather
than ELF) seems to make more sense, as that's the format name, not part
of the description.

Patch suggested by geist. Thanks!

show more ...


# 21af7e54 17-Aug-2014 Ithamar R. Adema <ithamar@upgrade-android.com>

ARM: remove all references to sfdisk

sfdisk is no longer used by the ARM build, since we can handle
everything with mtools (using mpartition instead of sfdisk).


# 87e8603d 13-Aug-2014 Oliver Tappe <zooey@hirschkaefer.de>

Merge branch 'gcc_syslibs'

* From now on, the gcc-specific system libraries (libgcc, libsupc++ and
libstdc++) are provided by separate packages built along with gcc:
- gcc_syslibs contains the s

Merge branch 'gcc_syslibs'

* From now on, the gcc-specific system libraries (libgcc, libsupc++ and
libstdc++) are provided by separate packages built along with gcc:
- gcc_syslibs contains the shared libraries (libgcc_s.so, libsupc++.so and
libstdc++.so)
- gcc_syslibs_devel contains the static libraries and both c++ and gcc
headers
The shared libraries now make proper use of symbol versioning and there
are version-specific symlinks
* The buildsystem has been adjusted to no longer use the libraries and
headers from the cross-compiler, but use the ones provided by the
above-mentioned packages. The only exception is that the 32-bit libraries
required for the bootloader of the x86_64 architecture are still taken
from the cross-compiler.

show more ...


12345678910>>...13