Steve Loughran created HADOOP-18770:
---
Summary: cmake CompileMojo resolution
Key: HADOOP-18770
URL: https://issues.apache.org/jira/browse/HADOOP-18770
Project: Hadoop Common
Issue Type
[
https://issues.apache.org/jira/browse/HADOOP-18274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Íñigo Goiri resolved HADOOP-18274.
--
Fix Version/s: 3.4.0
Hadoop Flags: Reviewed
Resolution: Fixed
> Use CMake 3.1
Gautham Banasandra created HADOOP-18274:
---
Summary: Use CMake 3.19.0 in Debian 10
Key: HADOOP-18274
URL: https://issues.apache.org/jira/browse/HADOOP-18274
Project: Hadoop Common
Issue
Add build instructions for installing GCC 9 and CMake 3.19
> --
>
> Key: HADOOP-17507
> URL: https://issues.apache.org/jira/browse/HADOOP-17507
> Project: Hadoop Common
>
Gautham Banasandra created HADOOP-17507:
---
Summary: Add build instructions for installing GCC 9 and CMake 3.19
Key: HADOOP-17507
URL: https://issues.apache.org/jira/browse/HADOOP-17507
Project
Akira Ajisaka created HADOOP-16856:
--
Summary: cmake is missing in the CentOS 8 section of BUILDING.txt
Key: HADOOP-16856
URL: https://issues.apache.org/jira/browse/HADOOP-16856
Project: Hadoop Common
Allen Wittenauer created HADOOP-14873:
-
Summary: CentOS 6.6 + gcc 4.4 + cmake 3.1 don't get C99
Key: HADOOP-14873
URL: https://issues.apache.org/jira/browse/HADOOP-14873
Project: Hadoop C
[
https://issues.apache.org/jira/browse/HADOOP-14670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Douglas resolved HADOOP-14670.
Resolution: Fixed
> Increase minimum cmake version for all platfo
[
https://issues.apache.org/jira/browse/HADOOP-14670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wangda Tan reopened HADOOP-14670:
-
> Increase minimum cmake version for all platfo
Ravi Prakash created HADOOP-14682:
-
Summary: cmake Makefiles in hadoop-common don't properly respect
-Dopenssl.prefix
Key: HADOOP-14682
URL: https://issues.apache.org/jira/browse/HADOOP-14682
Pr
Allen Wittenauer created HADOOP-14670:
-
Summary: Increase minimum cmake version for all platforms
Key: HADOOP-14670
URL: https://issues.apache.org/jira/browse/HADOOP-14670
Project: Hadoop Common
Alan Burlison created HADOOP-12727:
--
Summary: Minor cleanups needed for CMake 3.X
Key: HADOOP-12727
URL: https://issues.apache.org/jira/browse/HADOOP-12727
Project: Hadoop Common
Issue Type
: 2.8.0
> Consolidate all of the cmake extensions in one directory
>
>
> Key: HADOOP-12036
> URL: https://issues.apache.org/jira/browse/HADOOP-12036
> Project: Hadoop Common
>
I've submitted 5 patches to JIRA for rejigging the CMake infrastructure.
As they really all need to be considered together, here is the list. The
first is a dependency for the other 4.
Consolidate all of the cmake extensions in one directory
https://issues.apache.org/jira/browse/HADOOP-
that hadoop-mapreduce-client-nativetask seems to be using
this macro to set "-no-undefined -version-info 0:1:0" and some other
stuff.
Can you create a JIRA to change these uses over to the correct CMake
directive? If you create a JIRA that makes only that change, it
should be pretty
Alan Burlison created HADOOP-12104:
--
Summary: Migrate Hadoop Pipes native build to new CMake framework
Key: HADOOP-12104
URL: https://issues.apache.org/jira/browse/HADOOP-12104
Project: Hadoop Common
etask seems to be using
this macro to set "-no-undefined -version-info 0:1:0" and some other
stuff.
Can you create a JIRA to change these uses over to the correct CMake
directive? If you create a JIRA that makes only that change, it
should be pretty quick to review and commit.
best,
Colin
On 03/06/2015 21:23, Alan Burlison wrote:
hadoop-common-project/hadoop-common/src/JNIFlags.cmake sets the
CMAKE_LD_FLAGS variable to the flags required for the linker. However,
despite the name, CMAKE_LD_FLAGS is *not* a valid standard CMake
variable
Confirmed, I've put nonsense fla
hadoop-common-project/hadoop-common/src/JNIFlags.cmake sets the
CMAKE_LD_FLAGS variable to the flags required for the linker. However,
despite the name, CMAKE_LD_FLAGS is *not* a valid standard CMake
variable, at least according to
http://www.cmake.org/cmake/help/v3.0/manual/cmake-variables.7
[
https://issues.apache.org/jira/browse/HADOOP-11997?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Patrick McCabe resolved HADOOP-11997.
---
Resolution: Duplicate
> CMake CMAKE_C_FLAGS are non-porta
[
https://issues.apache.org/jira/browse/HADOOP-11987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Colin Patrick McCabe resolved HADOOP-11987.
---
Resolution: Duplicate
> JNI build should use default cmake FindJNI.cm
Allen Wittenauer created HADOOP-12036:
-
Summary: Consolidate all of the cmake extensions in one directory
Key: HADOOP-12036
URL: https://issues.apache.org/jira/browse/HADOOP-12036
Project: Hadoop
Alan Burlison created HADOOP-11997:
--
Summary: CMake CMAKE_C_FLAGS are non-portable
Key: HADOOP-11997
URL: https://issues.apache.org/jira/browse/HADOOP-11997
Project: Hadoop Common
Issue
Alan Burlison created HADOOP-11987:
--
Summary: JNI build should use default cmake FindJNI.cmake
Key: HADOOP-11987
URL: https://issues.apache.org/jira/browse/HADOOP-11987
Project: Hadoop Common
Chris Nauroth created HADOOP-11154:
--
Summary: Update BUILDING.txt to state that CMake 3.0 or newer is
required on Mac.
Key: HADOOP-11154
URL: https://issues.apache.org/jira/browse/HADOOP-11154
Chris Nauroth created HADOOP-11080:
--
Summary: Convert Windows native build in hadoop-common to use
CMake.
Key: HADOOP-11080
URL: https://issues.apache.org/jira/browse/HADOOP-11080
Project: Hadoop
FYI, I plan to commit HDFS-573 next week, which ports libhdfs to Windows.
With this patch, we have a new build requirement: Windows build machines
now require CMake. I've updated BUILDING.txt accordingly.
For those of you working on a Windows dev machine, please install CMake at
your ear
Wenwu Peng created HADOOP-10573:
---
Summary: Pure Native Client:Correct Cmake version
Key: HADOOP-10573
URL: https://issues.apache.org/jira/browse/HADOOP-10573
Project: Hadoop Common
Issue Type
built correctly, as Andrew pointed out site is not working, we have to fix that.
> Use a Maven plugin to build the native code using CMake
> ---
>
> Key: HADOOP-8887
> URL: https://is
build and
verified all generated JARs are the correct version. Apologies for the noise.
> Use a Maven plugin to build the native code using CMake
> ---
>
> Key: HADOOP-8887
>
the patch, and we
compare the warning numbers, less or equal good).
> Use a Maven plugin to build the native code using CMake
> ---
>
> Key: HADOOP-8887
> URL: https://issues.apache.or
Colin Patrick McCabe created HADOOP-8887:
Summary: Use a Maven plugin to build the native code using CMake
Key: HADOOP-8887
URL: https://issues.apache.org/jira/browse/HADOOP-8887
Project
Trevor Robinson created HADOOP-8764:
---
Summary: CMake: HADOOP-8737 broke ARM build
Key: HADOOP-8764
URL: https://issues.apache.org/jira/browse/HADOOP-8764
Project: Hadoop Common
Issue Type
Colin Patrick McCabe created HADOOP-8747:
Summary: Syntax error on cmake version 2.6 patch 2 in
JNIFlags.cmake
Key: HADOOP-8747
URL: https://issues.apache.org/jira/browse/HADOOP-8747
Project
Colin Patrick McCabe created HADOOP-8737:
Summary: cmake: always use JAVA_HOME to find libjvm.so, jni.h,
jni_md.h
Key: HADOOP-8737
URL: https://issues.apache.org/jira/browse/HADOOP-8737
Trevor Robinson created HADOOP-8538:
---
Summary: CMake builds fail on ARM
Key: HADOOP-8538
URL: https://issues.apache.org/jira/browse/HADOOP-8538
Project: Hadoop Common
Issue Type: Bug
.
-1 on the patch in order to prevent the commit-revert situation.
> Use CMake rather than autotools to build native code
>
>
> Key: HADOOP-8368
> URL: https://issues.apache.org/jir
leanly in both branches.
I've done a clean native build in both branches without any issues.
Re-committed to trunk and branch-2.
> Use CMake rather than autotools to build native code
>
>
>
builds.
We should revert this since it never passes Jenkins. The patch should be
re-tested.
> Use CMake rather than autotools to build native code
>
>
> Key: HADOOP-8368
>
Colin Patrick McCabe created HADOOP-8481:
Summary: update BUILDING.txt to talk about cmake rather than
autotools
Key: HADOOP-8481
URL: https://issues.apache.org/jira/browse/HADOOP-8481
As a heads up,
autoconf is dead, long live cmake
HADOOP-8368 is in in both trunk and branch-2 (thanks Colin)
If you are building native Hadoop (-Pnative) you may need to install CMAKE
in your system.
Thx
--
Alejandro
On Wed, May 23, 2012 at 8:58 AM, Owen O'Malley wrote:
> After a quick look at cmake, it seems reasonable. Please use feature tests
> rather than OS tests. (By that I mean that if Solaris needs "foobar.h" and
> RHEL needs "sys/foobar.h" to get the definition f
On Wed, May 23, 2012 at 8:58 AM, Owen O'Malley wrote:
> After a quick look at cmake, it seems reasonable. Please use feature tests
> rather than OS tests. (By that I mean that if Solaris needs "foobar.h" and
> RHEL needs "sys/foobar.h" to get the definition f
After a quick look at cmake, it seems reasonable. Please use feature tests
rather than OS tests. (By that I mean that if Solaris needs "foobar.h" and
RHEL needs "sys/foobar.h" to get the definition for foobar, the code should
ifdef whether they need sys/foobar.h and not if
On 22 May 2012 11:33, Radim Kolar wrote:
> i have better experience with scons instead of cmake
>
mmm, may be better to jump beyond make altogether to the higher levels of
nativeish build tools.
What would be good is that the output can be parsed by jenkins & have that
set up to buil
+1, especially for support of Win native builds.
On Tue, May 22, 2012 at 5:07 AM, Harsh J wrote:
> I am +1 with this change as well. CMake is a good choice. My other
> favorite project, KDE, uses CMake as well and it has worked great
> there ever since 2007.
>
> On Tue, May 22,
I am +1 with this change as well. CMake is a good choice. My other
favorite project, KDE, uses CMake as well and it has worked great
there ever since 2007.
On Tue, May 22, 2012 at 8:40 AM, Eli Collins wrote:
> +1 having a build tool that supports multiple platforms is worth the
> depe
i have better experience with scons instead of cmake
+1 having a build tool that supports multiple platforms is worth the
dependency. I've also had good experiences with cmake.
On Mon, May 21, 2012 at 6:00 PM, Colin McCabe wrote:
> Hi all,
>
> We'd like to use CMake instead of autotools to build native (C/C++) code in
> Ha
Hi all,
We'd like to use CMake instead of autotools to build native (C/C++) code in
Hadoop. There are a lot of reasons to want to do this. For one thing, it is
not feasible to use autotools on the Windows platform, because it depends on
UNIX shell scripts, the m4 macro processor, and some
Colin Patrick McCabe created HADOOP-8368:
Summary: Use CMake rather than autotools to build native code
Key: HADOOP-8368
URL: https://issues.apache.org/jira/browse/HADOOP-8368
Project: Hadoop
51 matches
Mail list logo
