Re: 1.1.6pre3 now?
Allan Rae wrote: On Wed, 10 Jan 2001, astrid wrote: Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx Hello, I did try this as well: ./configure --with-lyxname lyx-1.1.6pre3 but after a lot of lines I get the error message: --- checking for c++... c++ checking whether the C++ compiler (c++ ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. configure: error: ./configure failed for sigc++ --- So please, what can I do against this? The c++ compiler is installed. (SuSe7.0) Is c++ a symlink to g++? yes Do you have libstdc++ installed? I found: /usr/lib/ libstdc++.so.2.7.2 libstdc++.so.2.8 libstdc++.so.2.9 libstdc++-3-libc6.1-2-2.10.0.a libstdc++-3-libc6.1-2-2.10.0.so libstdc++-libc6.1-2.a.3 (link) libstdc++-libc6.1-2.so.3(link) libstdc++-libc6.1-1.so.2 /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/ libstdc++.a (link) libstdc++.so(link) /usr/i486-linux-libc5/lib/ libstdc++.so libstdc++.so.27 (link) libstdc++.so.27.2.1 (link) How about libstdc++-devel? (the header files) Is this file one of the above? I'm not sure what names SuSE use for their versions of these packages (their naming convention is stuffed). Probably something like libstdc.rpm and libstdcd.rpm. Allan. (ARRae) Astrid
Re: 1.1.6pre3 now?
I found: /usr/lib/ libstdc++.so.2.7.2 [snip] So you have the libraries and will be able to run already-compiled code. To compile your own, however, you'll need the associated header files. Here's the contents of my g++ header file dir. You'll need to find/install the equivalent for your flavour of g++. Angus aleem@pneumon:aleem- ls /usr/local/GNU/include/g++-3/ PlotFile.h indstream.h stl_algobase.h SFile.h iolibio.hstl_alloc.h algo.h iomanip stl_bvector.h algobase.h iomanip.hstl_config.h algorithmiosfwd stl_construct.h alloc.h iostdio.hstl_deque.h bitset iostream stl_function.h builtinbuf.h iostream.h stl_hash_fun.h bvector.hiostreamP.h stl_hash_map.h cassert istream.hstl_hash_set.h cctype iterator stl_hashtable.h cerrno iterator.h stl_heap.h cfloat libio.h stl_iterator.h ciso646 libioP.h stl_list.h climits list stl_map.h clocale list.h stl_multimap.h cmathmap stl_multiset.h complex map.hstl_numeric.h complex.hmemory stl_pair.h csetjmp multimap.h stl_queue.h csignal multiset.h stl_raw_storage_iter.h cstdarg numeric stl_relops.h cstddef ostream.hstl_rope.h cstdio pair.h stl_set.h cstdlib parsestream.hstl_slist.h cstring pfstream.h stl_stack.h ctimeprocbuf.hstl_tempbuf.h cwchar pthread_allocstl_tree.h cwctype pthread_alloc.h stl_uninitialized.h defalloc.h queuestl_vector.h dequerope stream.h deque.h rope.h streambuf.h editbuf.hropeimpl.h strfile.h floatio.hset string fstream set.hstrstream fstream.hsliststrstream.h function.h slist.h tempbuf.h functional stacktree.h hash_map stack.h type_traits.h hash_map.h std/ utility hash_set stdexceptvalarray hash_set.h stdiostream.hvector hashtable.h stl.hvector.h heap.h stl_algo.h
Re: 1.1.6pre3 now?
Allan Rae wrote: On Wed, 10 Jan 2001, astrid wrote: Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx Hello, I did try this as well: ./configure --with-lyxname lyx-1.1.6pre3 but after a lot of lines I get the error message: --- checking for c++... c++ checking whether the C++ compiler (c++ ) works... no configure: error: installation or configuration problem: C++ compiler cannot create executables. configure: error: ./configure failed for sigc++ --- So please, what can I do against this? The c++ compiler is installed. (SuSe7.0) Is c++ a symlink to g++? yes Do you have libstdc++ installed? I found: /usr/lib/ libstdc++.so.2.7.2 libstdc++.so.2.8 libstdc++.so.2.9 libstdc++-3-libc6.1-2-2.10.0.a libstdc++-3-libc6.1-2-2.10.0.so libstdc++-libc6.1-2.a.3 (link) libstdc++-libc6.1-2.so.3(link) libstdc++-libc6.1-1.so.2 /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/ libstdc++.a (link) libstdc++.so(link) /usr/i486-linux-libc5/lib/ libstdc++.so libstdc++.so.27 (link) libstdc++.so.27.2.1 (link) How about libstdc++-devel? (the header files) Is this file one of the above? I'm not sure what names SuSE use for their versions of these packages (their naming convention is stuffed). Probably something like libstdc.rpm and libstdcd.rpm. Allan. (ARRae) Astrid
Re: 1.1.6pre3 now?
I found: /usr/lib/ libstdc++.so.2.7.2 [snip] So you have the libraries and will be able to run already-compiled code. To compile your own, however, you'll need the associated header files. Here's the contents of my g++ header file dir. You'll need to find/install the equivalent for your flavour of g++. Angus aleem@pneumon:aleem- ls /usr/local/GNU/include/g++-3/ PlotFile.h indstream.h stl_algobase.h SFile.h iolibio.hstl_alloc.h algo.h iomanip stl_bvector.h algobase.h iomanip.hstl_config.h algorithmiosfwd stl_construct.h alloc.h iostdio.hstl_deque.h bitset iostream stl_function.h builtinbuf.h iostream.h stl_hash_fun.h bvector.hiostreamP.h stl_hash_map.h cassert istream.hstl_hash_set.h cctype iterator stl_hashtable.h cerrno iterator.h stl_heap.h cfloat libio.h stl_iterator.h ciso646 libioP.h stl_list.h climits list stl_map.h clocale list.h stl_multimap.h cmathmap stl_multiset.h complex map.hstl_numeric.h complex.hmemory stl_pair.h csetjmp multimap.h stl_queue.h csignal multiset.h stl_raw_storage_iter.h cstdarg numeric stl_relops.h cstddef ostream.hstl_rope.h cstdio pair.h stl_set.h cstdlib parsestream.hstl_slist.h cstring pfstream.h stl_stack.h ctimeprocbuf.hstl_tempbuf.h cwchar pthread_allocstl_tree.h cwctype pthread_alloc.h stl_uninitialized.h defalloc.h queuestl_vector.h dequerope stream.h deque.h rope.h streambuf.h editbuf.hropeimpl.h strfile.h floatio.hset string fstream set.hstrstream fstream.hsliststrstream.h function.h slist.h tempbuf.h functional stacktree.h hash_map stack.h type_traits.h hash_map.h std/ utility hash_set stdexceptvalarray hash_set.h stdiostream.hvector hashtable.h stl.hvector.h heap.h stl_algo.h
Re: 1.1.6pre3 now?
Allan Rae wrote: > > On Wed, 10 Jan 2001, astrid wrote: > > > > Note that you can test the program without 'installing' it. Configure > > > --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' > > > (and not 'make install' if you've been using that). Then you can run the > > > exectuable from [wherever the sources are]/src/lyx > > > > Hello, > > > > I did try this as well: > > ./configure --with-lyxname lyx-1.1.6pre3 > > but after a lot of lines I get the error message: > > --- > > checking for c++... c++ > > checking whether the C++ compiler (c++ ) works... no > > configure: error: installation or configuration problem: C++ compiler > > cannot create executables. > > configure: error: ./configure failed for sigc++ > > --- > > So please, what can I do against this? The c++ compiler is installed. > > (SuSe7.0) > > Is c++ a symlink to g++? yes > Do you have libstdc++ installed? I found: /usr/lib/ libstdc++.so.2.7.2 libstdc++.so.2.8 libstdc++.so.2.9 libstdc++-3-libc6.1-2-2.10.0.a libstdc++-3-libc6.1-2-2.10.0.so libstdc++-libc6.1-2.a.3 (link) libstdc++-libc6.1-2.so.3(link) libstdc++-libc6.1-1.so.2 /usr/lib/gcc-lib/i486-linux/egcs-2.91.66/ libstdc++.a (link) libstdc++.so(link) /usr/i486-linux-libc5/lib/ libstdc++.so libstdc++.so.27 (link) libstdc++.so.27.2.1 (link) > How about libstdc++-devel? (the header files) Is this file one of the above? > > I'm not sure what names SuSE use for their versions of these packages > (their naming convention is stuffed). Probably something like libstdc.rpm > and libstdcd.rpm. > > Allan. (ARRae) Astrid
Re: 1.1.6pre3 now?
> I found: > /usr/lib/ > libstdc++.so.2.7.2 [snip] So you have the libraries and will be able to run already-compiled code. To compile your own, however, you'll need the associated header files. Here's the contents of my g++ header file dir. You'll need to find/install the equivalent for your flavour of g++. Angus aleem@pneumon:aleem-> ls /usr/local/GNU/include/g++-3/ PlotFile.h indstream.h stl_algobase.h SFile.h iolibio.hstl_alloc.h algo.h iomanip stl_bvector.h algobase.h iomanip.hstl_config.h algorithmiosfwd stl_construct.h alloc.h iostdio.hstl_deque.h bitset iostream stl_function.h builtinbuf.h iostream.h stl_hash_fun.h bvector.hiostreamP.h stl_hash_map.h cassert istream.hstl_hash_set.h cctype iterator stl_hashtable.h cerrno iterator.h stl_heap.h cfloat libio.h stl_iterator.h ciso646 libioP.h stl_list.h climits list stl_map.h clocale list.h stl_multimap.h cmathmap stl_multiset.h complex map.hstl_numeric.h complex.hmemory stl_pair.h csetjmp multimap.h stl_queue.h csignal multiset.h stl_raw_storage_iter.h cstdarg numeric stl_relops.h cstddef ostream.hstl_rope.h cstdio pair.h stl_set.h cstdlib parsestream.hstl_slist.h cstring pfstream.h stl_stack.h ctimeprocbuf.hstl_tempbuf.h cwchar pthread_allocstl_tree.h cwctype pthread_alloc.h stl_uninitialized.h defalloc.h queuestl_vector.h dequerope stream.h deque.h rope.h streambuf.h editbuf.hropeimpl.h strfile.h floatio.hset string fstream set.hstrstream fstream.hsliststrstream.h function.h slist.h tempbuf.h functional stacktree.h hash_map stack.h type_traits.h hash_map.h std/ utility hash_set stdexceptvalarray hash_set.h stdiostream.hvector hashtable.h stl.hvector.h heap.h stl_algo.h
1.1.6pre3 now?
Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
1.1.6pre3 now?
Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
1.1.6pre3 now?
Hi! As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, it will be dangerous to switch to 1.1.6pre3 now, isn't it? If I do a make install, the new LyX overwrites the old one, so I can't really test 1.1.6pre3 without losing my stable 1.1.5fix2. Is there a way to have both versions installed without interference? Regards, Chris
Re: 1.1.6pre3 now?
Chris, The way to do this is to recompile the new lyx under a different name. Get the sources (lyx-1.1.6pre3.tar.gz), untar them. There are two configure switches that help you. One is --with-lyxname, which sets the name for various directories and files (but not the main executable) to something other than 'lyx'. The other is --prefix, which sets the location where everything is installed. You can thus install things in a temporary place, not /usr/local or /usr. What I would do is not install the files to /usr/local, but rather do something like: configure --with-lyxname=lyx-1.1.6pre3 --prefix=~/tmp/lyx-1.1.6pre3 +any other switches you like to add. The --with-lyxname option is useful because then the default ~/.lyx directory name is actually ~/.lyx-1.1.6pre3 (assuming the example above) and thus your lyxrc will not be overwritten. You then run the program from ~/tmp/lyx-1.1.6pre3/bin/lyx (set an alias for that). Note that you can test the program without 'installing' it. Configure --with-lyxname (again to preserve ~/.lyx), and compile with just 'make' (and not 'make install' if you've been using that). Then you can run the exectuable from [wherever the sources are]/src/lyx A final word of caution - if you plan on using tabulars, the file format is being changed right now, so lyx-1.1.6 may not read tabulars written by lyx-1.1.6pre*. I think all versions can import old-style (1.1) tables. HTH, Lior. On Tue, 9 Jan 2001, Chris Schulbert wrote: > Hi! > > As it seems, many people use 1.1.6pre3 yet. Because I'm writing my thesis, > it will be dangerous to switch to 1.1.6pre3 now, isn't it? > If I do a make install, the new LyX overwrites the old one, so I can't > really test 1.1.6pre3 without losing my stable 1.1.5fix2. > Is there a way to have both versions installed without interference? > > > Regards, > Chris > > >
