Hi Ivan, I used to build libobjc2 with llvm/clang shipped debian pkg. With this libobjc2 version running ./configure from within gnustep/base always failed with "compiler works no" as error message. Didn't really try to figure out why, and did start using couple scripts mostly yours.
Remove/purge everything for finally manually type the following comands in a terminal _____________________________________________________ INSTALLATION ______________________________________________________ sudo mkdir /usr/local/src/Libraries cd /usr/local/src/Libraries git clone git://github.com/nickhutchinson/libdispatch.git git clone https://github.com/gnustep/libobjc2 svn co http://svn.gna.org/svn/gnustep/modules/core svn co http://svn.gna.org/svn/gnustep/modules/dev-apps gnustep svn co http://svn.gna.org/svn/gnustep/modules/dev-libs gnustep svn co http://svn.gna.org/svn/gnustep/modules/plugins gnustep svn co http://svn.gna.org/svn/gnustep/modules/usr-apps gnustep svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co http://llvm.org/svn/llvm-project/cfe/trunk clang cd ../llvm rm -rf build mkdir build cd build cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release make -j2 && sudo make -E install echo "export PATH=\$PATH:/usr/local/bin" >> ~/.bashrc echo "export LD_LIBRARY_PATH=\$LD_LIBRARY_PATH:/usr/local/lib" >> ~/.bashrc echo "export CC=clang" >> ~/.bashrc echo "export CXX=clang++" >> ~/.bashrc echo "export OBJC=clang" >> ~/.bashrc export PATH=$PATH:/usr/local/bin export LD_LIBRARY_PATH=\$LD_LIBRARY_PATH:/usr/local/lib . ~/.bashrc export CC=clang export CXX=clang++ clang -v clang++ -v cd /usr/local/src/Libraries/libobjc2 rm -rf build mkdir build cd build cmake .. make -j2 sudo -E make install cd /usr/local/src/Libraries/core/make ./configure --enable-debug-by-default --with-layout=gnustep --enable-objc-nonfragile-abi make && sudo -E make install echo ". /usr/GNUstep/System/Library/Makefiles/GNUstep.sh" >> ~/.bashrc . /usr/GNUstep/System/Libraries/Makefiles/GNUstep.sh sudo /sbin/ldconfig cd /usr/local/src/Libraries/core/base/ ./configure make sudo -E make install cd /usr/local/src/Libraries/libdispatch rm -rf libdispatch-build mkdir libdispatch-build && cd libdispatch-build ../configure make sudo -E make install sudo ldconfig cd /usr/local/src/Libraries/core/gui ./configure make sudo -E make install cd /usr/local/src/Libraries/core/back ./configure make sudo -E make install . ~/.bashrc __________________________________________________________ TESTING ... __________________________________________________________ cd /usr/local/src/Libraries/gnustep/tests/examples It seems it works: compile & build OK, running these built examples using openapp ./xxx.app OK cd ../testsuite make... got: 8032 Passed tests 24 Dashed hopes 8 Failed tests 1 Failed file Some testing was abandoned when a test program aborted. This is generally a severe problem and may mean that the package is completely unusable. You need to try to fix this and, if it is not due to some problem on your system, please help by submitting a patch (or at least a bug report) to the package maintainer. One or more tests failed. None of them should have. Please submit a patch to fix the problem or send a bug report to the package maintainer. Please see /usr/local/src/Libraries/gnustep/tests/testsuite/tests.log for more detail. GNUmakefile:36: recipe for target 'all' failed make: *** [all] Error 1 _________________________ ERRORS ARE: _________________________ Testing component-diff.m... Running base/NSCalendar/component-diff.m... Start set: component-diff.m:21 ... NSCalendar date component differences ... Failed test: component-diff.m:47 ... no month returned if not requested Testing general.m... Running base/NSLocale/general.m... Start set: general.m:14 ... NSLocale ... Failed test: general.m:60 ... NSLocaleGroupingSeparator key returns '.' Testing test02.m... Running base/NSNumber/test02.m... Start set: test02.m:12 ... NSDecimalNumber Failed test: test02.m:31 ... rounding 0.009 Expected '0.01' and got '0.0' Failed test: test02.m:37 ... rounding 0.019 Expected '0.02' and got '0.0' Failed test: test02.m:51 ... rounding 0.0009 Expected '0.001' and got '0.0' Failed test: test02.m:57 ... rounding 0.0019 Expected '0.002' and got '0.0' Testing basic10_4.m... Running base/NSNumberFormatter/basic10_4.m... Start set: basic10_4.m:17 ... NSNumberFormatter ... Start set: basic10_4.m:58 ... NSLocale ... Expected '(R$1.235)' and got '_R$1.235' Testing socket_cs.m... Running base/NSStream/socket_cs2016-01-19 09:45:12.292 capture[17904:17904] Server close 0x281f6a0 eiving on Host 127.0.0.1 (("127.0.0.1") ("127.0.0.1")): 127.0.0.1 2016-01-19 09:45:12.287 socket_cs[31054:31054] Server 0x208ce20 8 2016-01-19 09:45:12.287 socket_cs[31054:31054] Error code is 98 ... Address already in use 2016-01-19 09:45:12.289 socket_cs[31054:31054] Client input stream is 0x20a25a0 2016-01-19 09:45:12.289 socket_cs[31054:31054] Client output stream is 0x20b0900 2016-01-19 09:45:12.290 socket_cs[31054:31054] Client 0x20a25a0 1 2016-01-19 09:45:12.290 socket_cs[31054:31054] Client 0x20b0900 1 2016-01-19 09:45:12.290 socket_cs[31054:31054] Client 0x20b0900 4 2016-01-19 09:45:12.290 socket_cs[31054:31054] Client 0x20b0900 wrote 12360 2016-01-19 09:45:12.290 socket_cs[31054:31054] Client 0x20b0900 4 2016-01-19 09:45:12.291 socket_cs[31054:31054] Client close 0x20b0900 Failed test: socket_cs.m:293 ... Local tcp cd /dev-libs It seems gdl2 needs Etoile for being build ? cd /dev-apps successfully build ProjectCenter but cant run it from build dir can't find framework... successfully run make install but still got the same error: cant' find framework... Probably another PATH trouble... ;-) Well here I am... Hope I wasn't boring that much... already got a partially working GNUstep, just need some more work to succeed... Still need your help! Later, Tristan dimanche 17 janvier 2016 à 21:47 +0000, Ivan Vučica a écrit : > Not running 'make install' is intentional for me, as I preferred it to > not be installed systemwide. > However -- patches will be accepted. > > > Additionally, do you require trunk Clang+LLVM in the first place? > Debian jessie seems to ship with clang 3.5, which might be good enough > for whatever you're doing? > > On Sun, Jan 17, 2016 at 8:47 PM, Tristan Bellogi <[email protected]> > wrote: > can't say why but but since ivan's script doesn't run a make > install > after building llvm/clang, even if tweaking my LD_LIBRARY_PATH > any > attempt at running cmake abort... > > Then simply running sudo -E make install + making paths to > point > to /usr/local/lib & /usr/local/bin solved the problem! > > After having done some compilations I can say GNUstep is > installed and > running on my Debian Jessie ;-) > > Thanks for your support > Later, > Tristan > > Le dimanche 17 janvier 2016 à 02:11 +0000, Ivan Vučica a > écrit : > > I haven't built LLVM with my script in a while. Are you sure > you need > > the very latest Clang? > > > > On Sat, Jan 16, 2016 at 7:38 PM Bertrand Gmail > > <[email protected]> wrote: > > > > I don't remember if I compile clang separately > before using > > ivan's script. I've just tried now the script on > Jessie and > > get the same error. > > > > You can try this : > > > > inside ~/ivucica-gnustep-ubuntu-install: > > > > create a clang-build dir; > > cd to this dir. > > And compile llvm using : > > cmake -G "Unix Makefiles" > -DCMAKE_BUILD_TYPE=Release ../llvm/ > > > > The "Release" is mandatory if you don't want to have > a debug > > build which is the default for llvm. > > > > It seems to work for me as I can launch the > compilation > > process here. > > Once it's done, do a make install and relaunch > ivan's script > > without WITH_TRUNK_LLVM=1. > > > > I forgot to say : you can disable opal compilation > in ivan's > > script because it won't find the dedication > libraries at > > compile time : some names are different in Ubuntu > and in > > Debian. You can compile it by hand after. > > > > Hope it will help. > > > > > > Bertrand > > > > > > On 16/01/2016 12:32, Tristan Bellogi wrote: > > > > > Hi, > > > Thanks for you answers... yet even if ain't > succeed > > > already ;-) > > > > > > As previously told, I've install GNUstep-VM-0.9.6 > within my > > > Virtulabox: easy to do and it works like a charm! > > > > > > But I would have a working GNUstep install on my > latest > > > debian 8.2... > > > So I've done a fresh Debian install on a brand new > HD then > > > reboot, download Ivan Vučica' GNUstep installation > script, > > > cd to > > > > > > ~/ivucica-gnustep-ubuntu-install > > > > > > for finally isssuing: > > > > > > sudo WITH_TRUNK_LLVM=1 ./GNUstep\ with\ libobjc2\ > on\ Ubuntu.sh > > > > > > 00-ubuntu-deps.sh, 05-vcs-checkout.sh.sh ran > well... but > > > 10-build-llvm.sh abort with th following message: > > > > > > configure: error: In-source builds are not > allowed. Please configure from a separate build directory! > > > Failed building trunk LLVM and Clang... > > > > > > I've added some TRACING to ivan script... and > relaunch the > > > scrip with: > > > > > > sudo WITHOUT_CHECKOUT=1 > WITH_TRUNK_LLVM=1 ./GNUstep\ with\ libobjc2\ on\ Ubuntu.sh > > > > > > Now I got: > > > > > > > Skipping checkout from VCS > > > > Tristan:TRACING (10-build-llvm.sh - 1rst line)>> > actual working directory > = /usr/local/src/GNUstep/ivucica-gnustep-ubuntu-install > > > > Building trunk LLVM and Clang > > > > ============================= > > > > Tristan:TRACING (10-build-llvm.sh - within if > [ "$WITH_TRUNK_LLVM" == "1" ] test loop ) >> actual working > directory > = /usr/local/src/GNUstep/ivucica-gnustep-ubuntu-install/llvm > > > > configure: error: In-source builds are not > allowed. Please configure from a separate build directory! > > > > Failed building trunk LLVM and Clang > > > > > > The goal is: > > > Porting a naval architecture system from Mac OS X > to Linux. > > > The system itself has been developed following the > GTKCad > > > project specs... > > > My customer will from Mac to Linux if and only if > > > Development and Maintenance of the system could be > as easy > > > as onto the Mac... What is not actually the > case... And > > > Customers are'nt developers, they don't care to > know why it > > > doesn't work, they only want the thing are working > > > actually... > > > > > > OK, being here, I'va also installed a fresh Ubuntu > onto a > > > separate partition of our new HD... Ivan' script > does the > > > job! I've a GNUstep dir in ~/, another in /usr and > after > > > compiling some code of my own I can successfuly > run opentool > > > myTool and/or openapp meApp.app > > > > > > The question st'ill remain the same: Howto install > > > GNUstep/Objc2 onto debian 8.2 (just because for > obscure my > > > customer doesn't want Ubuntu but Debian... and a > customer is > > > to treated as a KIng...) > > > > > > Debian installer seems to install llvm-3.5 by > default (not > > > clang, just llvm) ? > > > > > > Thanks in advance for any help > > > > > > Tristan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > Discuss-gnustep mailing list > > > [email protected] > > > > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > > > > > > _______________________________________________ > > Discuss-gnustep mailing list > > [email protected] > > > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > > _______________________________________________ > > Discuss-gnustep mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > > > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > >
_______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
