discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Installation issues debian 8.2: SOLVED


From: Tristan Bellogi
Subject: Re: Installation issues debian 8.2: SOLVED
Date: Tue, 19 Jan 2016 11:13:34 +0100

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 <bellogi@orange.fr>
> 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
>         > <bertrand.dekoninck@gmail.com> 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
>         >         > Discuss-gnustep@gnu.org
>         >         >
>         https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>         >
>         >
>         >         _______________________________________________
>         >         Discuss-gnustep mailing list
>         >         Discuss-gnustep@gnu.org
>         >
>          https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>         > _______________________________________________
>         > Discuss-gnustep mailing list
>         > Discuss-gnustep@gnu.org
>         > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>         
>         
>         
>         _______________________________________________
>         Discuss-gnustep mailing list
>         Discuss-gnustep@gnu.org
>         https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 
> 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]