[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17116531#comment-17116531 ] Ilya Kasnacheev commented on IGNITE-10940: -- [~nizhikov] please file a bug about broken Windows build, I will try to make this stage optional. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17116005#comment-17116005 ] Nikolay Izhikov commented on IGNITE-10940: -- > You can always discuss this on developers list, but other than that, I think > this feature stays put. I think that broken build on Windows and Mac OS is a sufficient reason to revert this contribution and rework it. We shouldn't break builds with the minor improvements in the build procedure of C++ client. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17116002#comment-17116002 ] Nikolay Izhikov commented on IGNITE-10940: -- > I don't see why you are supposed to build release bundles of Apache Ignite on > anything other than Linux If we don't support Windows(Mac OS) as a platform where Apache Ignite can be built we should discuss that on the dev-list. My understanding that Windows and Mac OS is the right choice to build some custom Ignite releases for whatever reasons users can have. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17115999#comment-17115999 ] Ilya Kasnacheev commented on IGNITE-10940: -- It was also definitely discussed on developers list: https://lists.apache.org/thread.html/r4865b84add6cacbe3044e0975ef8eb71226d62b4d5bb3e917385e6c5%40%3Cdev.ignite.apache.org%3E > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17115997#comment-17115997 ] Ilya Kasnacheev commented on IGNITE-10940: -- I don't see why you are supposed to build release bundles of Apache Ignite on anything other than Linux. Do you do that often? I think we can make this step skippable if it becomes a problem [~alex_pl] It is not customary for projects containing autotools to expose them end-user. I can't name one C or C++ project which ships no `configure' in their release bundles. The remaining dependencies is another question. [~ivandasch] I am offended by your "it's too hard for us developers, but users can do it easily" attitude. You can always discuss this on developers list, but other than that, I think this feature stays put. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17114752#comment-17114752 ] Ivan Daschinskiy commented on IGNITE-10940: --- Absolutelly agree with [~alex_pl] First of all in order to build Ignite.C++ one should install libboost-dev, libssl-dev, g++, build-essentials, optionally unixodbc-dev. And (I hardly believe that C++ developer doesn't have them installed already) just add to this list autotools and libtool is not a big problem. I suppose, that the right direction is migrating to cmake and C++ 11. But this patch just adds problems, but not solve the root cause -- Ignite C++ should be modernized. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17114690#comment-17114690 ] Aleksey Plekhanov commented on IGNITE-10940: [~ilyak], the patch adds external dependencies to some libraries which are not preinstalled on some systems (at least MacOS and Windows). It makes release process platform dependent. Before the patch to build Ignite all you needed is maven, which downloads all other dependencies, but now you need to download and install libtool, which is not related at all to java development. For a small part of C++ users we broke the build for another, much larger part of users. Moreover, there are no notes about it on DEVNOTES. Java contributors will try to build the project by {{mvn initialize -Prelease}} command and build will fail. I think such a feature should be at least optional, and perhaps disabled by default with a description in DEVNOTES about how to enable it. Another question, why such a change not discussed on dev-list? > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build, platforms >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.9 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17089650#comment-17089650 ] Nikolay Izhikov commented on IGNITE-10940: -- The scope of 2.8.1 is more then 80 tickets for now. I can't see any urge with this improvement. So I suggest moving it out of the scope of 2.8.1 release. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17088122#comment-17088122 ] Ilya Kasnacheev commented on IGNITE-10940: -- It is an improvement to release procedures. I think that improving release procedures is a thing to do in patch releases, since major releases have too much stuff anyway and people have zero interest in improving release procedures when there is no release. This is why I suggest we put IGNITE-10940 and IGNITE-12765 inti 2.8.1 or maybe 2.8.2 > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087684#comment-17087684 ] Nikolay Izhikov commented on IGNITE-10940: -- [~ilyak] > I have pushed this change to master branch Great news! Thank you! Why do we need this in 2.8.1? 2.8.1 is bugfix release. Personally, I'm against to cherry-pick this to 2.8.1 > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087681#comment-17087681 ] Ilya Kasnacheev commented on IGNITE-10940: -- [~nizhikov]I have pushed this change to master branch {code} commit 50cd0a853a7720cb5970fa354cf9f4916a094a8b (HEAD -> master, asf/master) Author: Ilya Kasnacheev Date: Fri Apr 17 18:50:10 2020 +0300 IGNITE-10940 Pre-run C++ autotools in Apache Ignite releases. {code} Please cherry-pick it to 2.8.1. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087618#comment-17087618 ] Igor Sapego commented on IGNITE-10940: -- [~ilyak] changes looks OK, I was also able to download and successfully build artifacts from nightly release > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17087062#comment-17087062 ] Nikolay Izhikov commented on IGNITE-10940: -- Actually, I tried to follow this instructions several time but never succeed. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086544#comment-17086544 ] Ilya Kasnacheev commented on IGNITE-10940: -- We also have this: https://apacheignite-cpp.readme.io/docs/getting-started-1 > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086542#comment-17086542 ] Ilya Kasnacheev commented on IGNITE-10940: -- [~nizhikov] I think there's VS solution there. On Linux, just hit ./configure and then make. If it built without errors, it's fine. <-- this is for builds of this feature branch To run, LD_LIBRARY_PATH=/path/to/Downloads/jdk-12.0.1/lib/server:$LD_LIBRARY_PATH ignite/ignite Not sure about tests, I never run them, but since I have changed no C++ code it should be OK. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086426#comment-17086426 ] Nikolay Izhikov commented on IGNITE-10940: -- Hello, [~ilyak], [~isapego] >From my experience with a contribution in C++ part, the biggest issue was the >absence of clear instruction on how to build and test CPP code on linux(or >even windows) environment. Do we have those instructions, for now? Without it, I can't check this contribution locally. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086085#comment-17086085 ] Ignite TC Bot commented on IGNITE-10940: {panel:title=Branch: [ignite-10940] Base: [master] : No blockers found!|borderStyle=dashed|borderColor=#ccc|titleBGColor=#D6F7C1}{panel} [TeamCity *-- Run :: All* Results|https://ci.ignite.apache.org/viewLog.html?buildId=5233099buildTypeId=IgniteTests24Java8_RunAll] > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17086086#comment-17086086 ] Ilya Kasnacheev commented on IGNITE-10940: -- Please review! > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Assignee: Ilya Kasnacheev >Priority: Major > Labels: c++ > Fix For: 2.8.1 > > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian Jira (v8.3.4#803005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16743102#comment-16743102 ] Igor Sapego commented on IGNITE-10940: -- Added related documentation ticket. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Priority: Major > Labels: c++ > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16743085#comment-16743085 ] Igor Sapego commented on IGNITE-10940: -- [~ilyak], I totally support this initiative. [~vveider], It will not work on our Windows agents, if that's was what you were asking, so this step only should be performed on Unix-like agents. If you mean generated ./configure script - than no, it is platform-independent. Actually, its purpose is to create Makefile for any platform. > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Priority: Major > Labels: c++ > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16743035#comment-16743035 ] Ilya Kasnacheev commented on IGNITE-10940: -- [~vveider] It is NOT platform dependant as far as my understanding goes. You could run it on FreeBSD or Cygwin if you liked and the result will be the same. Can you try and introduce such build phase? How is our release process shaped? > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Priority: Major > Labels: c++ > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16742942#comment-16742942 ] Peter Ivanov commented on IGNITE-10940: --- No objections from my side. Seems valid proposition. One question only -- will {{libtoolize && aclocal && autoheader && automake --add-missing && autoreconf}} be platform dependant or not? > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Priority: Major > Labels: c++ > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (IGNITE-10940) Supply pre-built ./configure with Apache Ignite releases
[ https://issues.apache.org/jira/browse/IGNITE-10940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16742939#comment-16742939 ] Ilya Kasnacheev commented on IGNITE-10940: -- [~isapego] [~vveider] WDYT? > Supply pre-built ./configure with Apache Ignite releases > > > Key: IGNITE-10940 > URL: https://issues.apache.org/jira/browse/IGNITE-10940 > Project: Ignite > Issue Type: Improvement > Components: build >Reporter: Ilya Kasnacheev >Priority: Major > Labels: c++ > > Right now we have the following build steps for C++ in docs: > {code} > cd modules/platforms/cpp > libtoolize && aclocal && autoheader && automake --add-missing && autoreconf > ./configure > make > sudo make install > {code} > However, it is customary for C++ projects to ship release tarballs with first > step already done. ./configure should be pre-built and libtoolize, etc, are > already ran since you should not force user to install them, and the process > of their application is deterministic. > I suggest we add libtoolize && etc step to release builds so that user's > first step will be ./configure. -- This message was sent by Atlassian JIRA (v7.6.3#76005)