Re: xforms 0.89 (was: Re: 1.1.6pre3 & RH7 compile problem)
RPMS for xforms 88.1, which I used to build lyx on RH7, can be obtained in the redhat contrib directory. There's a fill mirror at ftp://ftp.varesearch.com. go to /pub/mirrors/redhat/contrib/i386 for xforms and xforms-devel. DOn't forget you need the newest RedHat updates for glibc and gcc to make all the magic work for you. I don't know why the RH powertools xforms RPMs are fouled up, but these contrib ones are good! Wai-Sun Chia wrote: > > Allan is correct. > Stay the hell away from the xform RPM in RH's powertools directory. > Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my > previous email. > -- Paul E. Johnson email: [EMAIL PROTECTED] Dept. of Political Sciencehttp://lark.cc.ukans.edu/~pauljohn University of Kansas Office: (785) 864-9086 Lawrence, Kansas 66045FAX: (785) 864-5700
Re: 1.1.6pre3 now?
> 1. make sure /etc/ld.so.conf lists non-standard¹ directories that those > libraries may be in and then run ldconfig (you'll need to root to do this) > ¹ anything other than /lib and /usr/lib > > 2. It'd be nice to know why c++ is being tried instead of g++. I'm sure > g++ is supposed to be tested first. How many compilers do you have > installed? What does: > ls -l `locate g++ | grep bin` > and > ls -l `locate c++ | grep bin` > result in? Next guess: Do you have any aliases defined that might be relevant? Andre' -- André Pönitz [EMAIL PROTECTED]
Re: 1.1.6pre3 now?
On Thu, 11 Jan 2001, astrid wrote: > Allan Rae wrote: > > > > > > > Hmmm... at this point it may simply be better to take a look at the > > config.log file (I think your original message said it was the > > sigc++/configure that failed so look at sigc++/config.log) and search so > > "error" or "Error" in the file then send the surrounding lines. > > > > Allan. (ARRae) > > > The problem might be: > > -- snip -- > configure:1744: c++ -o conftestconftest.C 1>&5 > /usr/i486-suse-linux/bin/ld: cannot find -lstdc++ Weird! This looks like an older egcs compiler is being run trying to build binaries that are compatible with older libs. I might be wrong though. I seem to have deleted your earlier email listing all the libraries you had installed but it may be worth trying two things: 1. make sure /etc/ld.so.conf lists non-standard¹ directories that those libraries may be in and then run ldconfig (you'll need to root to do this) ¹ anything other than /lib and /usr/lib 2. It'd be nice to know why c++ is being tried instead of g++. I'm sure g++ is supposed to be tested first. How many compilers do you have installed? What does: ls -l `locate g++ | grep bin` and ls -l `locate c++ | grep bin` result in? Allan. (ARRae)
Re: 1.1.6pre3 now?
Allan Rae wrote: > > > Hmmm... at this point it may simply be better to take a look at the > config.log file (I think your original message said it was the > sigc++/configure that failed so look at sigc++/config.log) and search so > "error" or "Error" in the file then send the surrounding lines. > > Allan. (ARRae) The problem might be: -- snip -- configure:1744: c++ -o conftestconftest.C 1>&5 /usr/i486-suse-linux/bin/ld: cannot find -lstdc++ collect2: ld returned 1 exit status configure: failed program was: #line 1739 "configure" #include "confdefs.h" --snap-- Astrid
Re: 1.1.6pre3 now?
On Thu, 11 Jan 2001, astrid wrote: > > > > > 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/ > > I found all files in /usr/include/g++/ > > except: > > bitset > iostdio.h > iostreamP.h > libio.h > libioP.h > valarray Hmmm... at this point it may simply be better to take a look at the config.log file (I think your original message said it was the sigc++/configure that failed so look at sigc++/config.log) and search so "error" or "Error" in the file then send the surrounding lines. Allan. (ARRae)
Re: 1.1.6pre3 now?
> > 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/ I found all files in /usr/include/g++/ except: bitset iostdio.h iostreamP.h libio.h libioP.h valarray 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?
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++? Do you have libstdc++ installed? How about libstdc++-devel? (the header files) 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)
Re: 1.1.6pre3 now?
> 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) Thanks for help in advance, please cc: to my adress, because I am just in the digest list, Astrid
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 > > >
Re: 1.1.6pre3 & RH7 compile problem
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: Svante> Jean-Marc, Sorry I did not dig deep enough into the web pages. Svante> I was only looking to the lyx http://www.lyx.org/ and Svante> lyx-devel http://www.devel.lyx.org/ pages and did not find a Svante> link to the archives there. Did not expect to find it at the Svante> internet resources page. Also I found no link from the Svante> developers site to the list archives, or am I wrong again? Svante> Maybe the achive list info should be easier to find?? You are right. I changed the mailto: URL on the developpers site main page to normal URLs which point to the description of the list. JMarc
Re: re 1.1.6pre3
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> This is a known bug in 1.1.6pre3: the list of layouts is not Dekel> updated after changing the document class (you need to close Dekel> the file and reopen it to get the correct list.) It is in fact worse than that: the environments may not be translated correctly between the two classes. Use with care. JMarc
Re: 1.1.6pre3 & RH7 compile problem
Jean-Marc, Sorry I did not dig deep enough into the web pages. I was only looking to the lyx http://www.lyx.org/ and lyx-devel http://www.devel.lyx.org/ pages and did not find a link to the archives there. Did not expect to find it at the internet resources page. Also I found no link from the developers site to the list archives, or am I wrong again? Maybe the achive list info should be easier to find?? /Svante Jean-Marc Lasgouttes writes: > > "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: > > Svante> What do you think about having links to the mail archives at > Svante> the LyX web pages, not only to the mailing addresses > Svante> [EMAIL PROTECTED]? > > Did you really read the page > http://www.lyx.org/internet/mailing.php3 > ? > > It may be that it is not clear enough, in which case ideas would be > welcome. > > JMarc
Re: re 1.1.6pre3
Dekel,
Yes it worked! Adding \begin{document} and \end{document}
to the examples supplied with noweb allowed LyX to import them.
Thanks
John O'Gorman
>From: Dekel Tsur <[EMAIL PROTECTED]>
>Reply-To: Dekel Tsur <[EMAIL PROTECTED]>
>To: John O'Gorman <[EMAIL PROTECTED]>, LyX users
><[EMAIL PROTECTED]>
>Subject: Re: re 1.1.6pre3
>Date: Thu, 4 Jan 2001 20:39:36 +0200
>
>On Thu, Jan 04, 2001 at 11:01:26AM +, John O'Gorman wrote:
> > Question: I tried the Noweb article.
> > Problem 1: import of the examples in /usr/doc failed with a reLyX
> > error: didn't find \begin{document} cammand
>
>The examples you have may be partial files, i.e. no \begin{document} ..
>\end{document}. If so, you need to manually add the above to them.
>
> > Problem 2: Creating a new document and choosing a Noweb option did
> >not result in any change to the pulldown list of environments -
> > No chunk.
> > Any suggestions?
>
>This is a known bug in 1.1.6pre3: the list of layouts is not updated after
>changing the document class (you need to close the file and reopen it to
>get
>the correct list.)
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: re 1.1.6pre3
On Thu, Jan 04, 2001 at 11:01:26AM +, John O'Gorman wrote:
> Question: I tried the Noweb article.
> Problem 1: import of the examples in /usr/doc failed with a reLyX
> error: didn't find \begin{document} cammand
The examples you have may be partial files, i.e. no \begin{document} ..
\end{document}. If so, you need to manually add the above to them.
> Problem 2: Creating a new document and choosing a Noweb option did
>not result in any change to the pulldown list of environments -
> No chunk.
> Any suggestions?
This is a known bug in 1.1.6pre3: the list of layouts is not updated after
changing the document class (you need to close the file and reopen it to get
the correct list.)
re 1.1.6pre3
Complaint: The damned platypus is still wrong!
You have copy to platypus.eps from clipart to doc under the
/usr/share/lyx directory to view the UserGuide properly.
Question: I tried the Docbook ducument layout. I hate the sans-serif
fonts it produces. Does anyone know how to change this. (I expect
that it should be done by some magic in SGML stylesheets). The
usual LyX font dialogue boxes were ineffective.
Question: I tried the Noweb article.
Problem 1: import of the examples in /usr/doc failed with a reLyX
error: didn't find \begin{document} cammand
Problem 2: Creating a new document and choosing a Noweb option did
not result in any change to the pulldown list of environments -
No chunk.
Any suggestions?
John O'Gorman
_
Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: 1.1.6pre3 & RH7 compile problem
> "Svante" == Svante Signell <[EMAIL PROTECTED]> writes: Svante> What do you think about having links to the mail archives at Svante> the LyX web pages, not only to the mailing addresses Svante> [EMAIL PROTECTED]? Did you really read the page http://www.lyx.org/internet/mailing.php3 ? It may be that it is not clear enough, in which case ideas would be welcome. JMarc
Re: 1.1.6pre3 & RH7 compile problem
Allan Rae writes: > On Tue, 2 Jan 2001, Svante Signell wrote: > > > BTW: Are the lyx lists archived somewhere? A lot of problems > > can be solved by referring to older postings. There was a lot of > > disussion recently about the X11 header file defining Object. > > http://www.mail-archive.com/[email protected]/ > http://www.mail-archive.com/[email protected]/ What do you think about having links to the mail archives at the LyX web pages, not only to the mailing addresses [EMAIL PROTECTED]?
Re: 1.1.6pre3 & RH7 compile problem
See below. Lars Gullik Bjønnes writes: > Svante Signell <[EMAIL PROTECTED]> writes: > > | Lars Gullik Bjønnes writes: > | > Svante Signell <[EMAIL PROTECTED]> writes: > | > > | > | Even though LyX now compiles, I have problems with LyX dumping core at > | > | start up. Lars, has this been solved recently? > | > > | > And you are sure that the glibc and xforms match? > | > > | No I'm not. See below for a todays build and crash with xforms-0.89-5 > | built with glibc-2.1 found at > | http://www.vjet.demon.co.uk/xforms/. Same problem as with xforms > | version 0.88! Where do I find an xforms rpm > | built with glibc-2.2? I really love binary distributions. When is the > | gtk port finished? > > If you help? sooner. > > | > > | > then I have seen no reports about this. > | > > | > Lgb > | > | srs@em2 lyx-devel> src/lyx > | Running without personal LyX directory. > | > | lyx: SIGSEGV signal caught > > Hmm... what platform was this? > compiler version? > glibc version? Redhat RawHide 20001124 Pentium II 300MHz kernel-2.2.17-7.4 gcc-2.96-64 glibc-2.2-5 > > | Program received signal SIGSEGV, Segmentation fault. > | [Switching to Thread 1024 (LWP 12014)] > | 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) > | at ../sysdeps/generic/memmove.c:72 > | 72 ../sysdeps/generic/memmove.c: No such file or directory. I've found this error reported before, see http://www.de.debian.org/Bugs/db/64/64713.html. DESCRIPTION: Bash (and I suppose readline is the real culprit) can in some circumstances generate illegal escape sequences which ask xterm to insert more blanks than the xterm is wide. This leads to a segfault, usually in memmove(). ... > > this does not look like a but in LyX. > and probably not in xforms either... > > btw. I am using glibc 2.2 with gcc 2.96 and XForms 0.89.5 and do not > see this. > > Lgb
Re: 1.1.6pre3 & RH7 compile problem
Norm Matloff wrote: > For those of us who are not skilled at installing gcc, could you tell us > the easiest way to install 2.95, without running into unforeseen > problems with libraries, paths, etc? Should we download an RPM? What we (that is, the system manager) did was simply remove the current version of gcc with the rpm utility and install a previous version of gcc also with the rpm utility. That worked quit ok in our case. We did not have any problems with libraries or whatsoever. We got an previous gcc (RPM) from the RH site. Good luck. -- Andre H. Juffer | Phone: +358-8-553 1683 The Biocenter and| Fax: +358-8-553-1141 the Dep. of Biochemistry | Email: [EMAIL PROTECTED] University of Oulu, Finland | WWW: http://www.biochem.oulu.fi/research.html
xforms 0.89 (was: Re: 1.1.6pre3 & RH7 compile problem)
Allan is correct.
Stay the hell away from the xform RPM in RH's powertools directory.
Compiling Lyx against that (xform-0.88-15) will bomb! Refer to my
previous email.
What I did was to build my own RPM for 0.89. Here is the .spec file for
your enjoyment...
For the RH newbies:
1. Copy xforms.spec to /usr/src/redhat/SPECS
2. Download
ftp://ncmir.ucsd.edu/pub/xforms/linux-i386/elf/bxform-089-glibc2.1.tgz
and copy it to /usr/src/redhat/SOURCES
3. cd /usr/src/redhat/SPECS; rpm -ba xforms.spec
Off you go! You should get 3 RPMS in the end. Runtime, Demo, and Devel.
Allan Rae wrote:
>
>
> and get the xforms-glibc2.1 tarball for linux. RH always seems to keep
> the xforms-glibc tarball instead which is incorrect. One way to help
> ensure xforms has a bad name isn't it: bundling the wrong library with
> your distro.
>
--
Wai-Sun "Squidster" Chia
Unix/Web Developer
Professional Services
Summary: A GUI toolkit based on Xlib for the X Window System.
Name: xforms
Version: 0.89
Release: 1
Group: Development/Libraries
Copyright: non-commercial distributable (see Copyright)
Source0: bxform-089-glibc2.1.tgz
Source1: forms_sngl.ps.gz
NoSource: 0
URL: http://world.std.com/~xforms/
Prefix: /usr
BuildRoot: %{_tmppath}/%{name}-root
Requires: /sbin/ldconfig
%description
XForms features a rich set of objects (like buttons, sliders,
and menus) integrated into an easy and efficient object/event callback
execution model, allowing for fast and easy construction of X applications.
The library is extensible--new objects can easily be created and added.
If you're installing xforms, you may want to also install xforms-devel,
which is a near-WYSIWYG GUI builder which works with XForms.
%package demos
Group: Development/Libraries
Summary: XForms demonstration programs.
%description demos
Xforms-demos includes the full source code to 50+ demonstration
programs. If you plan on using XForms and you aren't an expert, you should
download xforms-demos and take a look at them.
%package devel
Group: Development/Libraries
Summary: An XForms GUI builder.
%description devel
Xforms-devel is a near-WYSIWYG GUI builder that can be used to
design your UI and write the corresponding C code for you. If you're
installing xforms, you may want to also install xforms-devel. If you want
to install xforms-devel, you must also install xforms.
%prep
%setup -q -n xforms
cp $RPM_SOURCE_DIR/forms_sngl.ps.gz .
%build
#make BIN_DIR=/usr/X11R6/bin \
# LIB_TOPDIR=/usr/X11R6 \
# all shlib demo
make CCFLAG="-W -Wall -ansi -pedantic -pipe -O2 -fPIC -mcpu=i686 -march=i686"
%install
rm -rf $RPM_BUILD_ROOT
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man5
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/man/man1
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/lib
install -m 755 -d $RPM_BUILD_ROOT/usr/X11R6/bin
install -m 755 -d $RPM_BUILD_ROOT/usr/include
install -m 755 -d $RPM_BUILD_ROOT/usr/lib/xforms
make \
BIN_DIR=$RPM_BUILD_ROOT/usr/X11R6/bin \
LIB_DIR=$RPM_BUILD_ROOT/usr/X11R6/lib \
MAN1_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man1 \
MAN5_DIR=$RPM_BUILD_ROOT/usr/X11R6/man/man5 \
HEADER_DIR=$RPM_BUILD_ROOT/usr/include \
install
# fix broken symlink for man page
rm $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5
ln -s xforms.5 $RPM_BUILD_ROOT/usr/X11R6/man/man5/forms.5
install -c -m 0755 fd2ps/fd2ps $RPM_BUILD_ROOT/usr/X11R6/bin/fd2ps
install -c -m 0644 fd2ps/fd2ps.1 $RPM_BUILD_ROOT/usr/X11R6/man/man1/fd2ps.1
install -c -m 755 FORMS/libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so.0.89
ln -sf libforms.so.0.89 $RPM_BUILD_ROOT/usr/X11R6/lib/libforms.so
cp -a contrib $RPM_BUILD_ROOT/usr/lib/xforms
cp -a mkconfig.h $RPM_BUILD_ROOT/usr/lib/xforms
cp -a DEMOS $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/Readme $RPM_BUILD_ROOT/usr/lib/xforms
cp -a FORMS/*.c $RPM_BUILD_ROOT/usr/lib/xforms
cd $RPM_BUILD_ROOT/usr/lib/xforms && rm -f *.o */*.o */*/*.o
%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so.0.89
%doc Bugs Changes Copyright Readme
/usr/X11R6/man/man5/forms.5*
/usr/X11R6/man/man5/xforms.5*
%files demos
%defattr(-,root,root)
%doc /usr/lib/xforms/contrib/Readme
/usr/lib/xforms/mkconfig.h
/usr/lib/xforms/DEMOS
%files devel
%defattr(-,root,root)
/usr/X11R6/lib/libforms.so
/usr/X11R6/lib/libforms.a
/usr/X11R6/bin/fdesign
/usr/X11R6/bin/fd2ps
/usr/include/forms.h
/usr/lib/xforms/glcanvas.c
/usr/lib/xforms/image_jpeg.c
/usr/lib/xforms/image_oquant.c
/usr/X11R6/man/man1/fdesign.1*
/usr/X11R6/man/man1/fd2ps.1*
%doc /usr/lib/xforms/Readme
%doc forms_sngl.ps.gz
%changelog
* Wed Jan 3 2001 Wai-Sun "Squidster" Chia <[EMAIL PROTECTED]>
- updated to version 0.89
- added in new demo C files from FORMS to devel
* Thu Aug 3 2000 Than Ngo <[EMAIL PROTECTED]>
- fix to use libXpm in XFree-4.01 (Bug #15147)
- move header files, fdesign, fd2ps in devel
* Wed Aug 02 2000 Than Ngo <[EMAIL PROTECTED]>
- added ldconfig stuff to %postun (Bug #15073)
-
Re: 1.1.6pre3 & RH7 compile problem
On Tue, 2 Jan 2001, Svante Signell wrote: > > Sorry, my replies should also go to the users list. Damned mailer. > > The xforms version in rawhide/powertools directory is still 0.88-15, where > the following change has to be made to forms.h: Comment out > . > > Even though LyX now compiles, I have problems with LyX dumping core at > start up. Lars, has this been solved recently? Almost anytime LyX dumps core at startup the problem has turned out to be that you have mismatched glibc and xforms libraries. RH do a good job of getting the xforms library versions wrong on their powertools cd. I'd recommend you go to ftp://ftp.sylvan.com/pub/lyx/ and see what Kyvan has there or better yet go for the xforms ftp site at: ftp://einstein.phys.uwm.edu/pub/xforms/ which appears to be down at the moment or goto ftp://ftp.cs.ruu.nl/pub/XFORMS/ and get the xforms-glibc2.1 tarball for linux. RH always seems to keep the xforms-glibc tarball instead which is incorrect. One way to help ensure xforms has a bad name isn't it: bundling the wrong library with your distro. Of course this could be some other problem but without a backtrace I can't do more than guess. > BTW: Are the lyx lists archived somewhere? A lot of problems > can be solved by referring to older postings. Ther was a lot of > disussion about the X11 header file defining Object. http://www.mail-archive.com/[email protected]/ http://www.mail-archive.com/[email protected]/ Allan. (ARRae)
Re: 1.1.6pre3 & RH7 compile problem
Sorry, my replies should also go to the users list. Damned mailer. The xforms version in rawhide/powertools directory is still 0.88-15, where the following change has to be made to forms.h: Comment out . Even though LyX now compiles, I have problems with LyX dumping core at start up. Lars, has this been solved recently? BTW: Are the lyx lists archived somewhere? A lot of problems can be solved by referring to older postings. Ther was a lot of disussion about the X11 header file defining Object. /Svante Larrs Gullik Bjønnes writes: > Andre Juffer <[EMAIL PROTECTED]> writes: > > | Wai-Sun Chia wrote: > | > | > Hello, > | > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > | > RH7 system. This is updated frequently from Rawhide. Specifically this > | > system is running: > | > gcc-2.96-69 > | > glibc-2.2-9 > | > binutils-2.10.1.0.2-1 > | > libsigc++-1.0.1-1 > | > | > | > | gcc-2.96 is a development version of gcc and should not be used for > | real work. > > FUD, gcc-2.96 works just perfect. > > | It is very strange that RH has decided to install this > | version of gcc. I think it is better to uninstall gcc-2.96 and install > | 2.95 instead, which is the latest stable version of gcc. It also may > | solve your problem. We had exactly similar problems with RH. In fact, > | we could not compile anything, even the simplest programs. > > So _your_ installation was faulty. > > I have had no problems with gcc-2.96 and RH7.0 > > | > My configure is: > | > ./configure --prefix=/usr --with-pspell > > drop the --with-pspell there seems to be some issues with it. > > | > In file included from formula.C:30: > | > ../../src/minibuffer.h: At top level: > | > ../../src/minibuffer.h:17: using directive `Object' introduced > | > ambiguous type `_ObjectRec *' > > Your XForms dist is too old. Get a newer one. > (but still 0.88 or try 0.89 if you want to) > > Lgb
Re: 1.1.6pre3 & RH7 compile problem
Sorry, my replies should also go to the users list. Damned mailer. Lars Gullik Bjønnes writes: > Svante Signell <[EMAIL PROTECTED]> writes: > > | Even though LyX now compiles, I have problems with LyX dumping core at > | start up. Lars, has this been solved recently? > > And you are sure that the glibc and xforms match? > No I'm not. See below for a todays build and crash with xforms-0.89-5 built with glibc-2.1 found at http://www.vjet.demon.co.uk/xforms/. Same problem as with xforms version 0.88! Where do I find an xforms rpm built with glibc-2.2? I really love binary distributions. When is the gtk port finished? > > then I have seen no reports about this. > > Lgb srs@em2 lyx-devel> src/lyx Running without personal LyX directory. lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. If possible, please read 'Known bugs' under the Help menu and then send us a full bug report. Thanks! Bye. Aborted (core dumped) gdb session: (gdb) file src/lyx Reading symbols from src/lyx...done. (gdb) run Starting program: /mnt/sdc3/lyx-devel/src/lyx [New Thread 1024 (LWP 12014)] Running without personal LyX directory. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 12014)] 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) at ../sysdeps/generic/memmove.c:72 72 ../sysdeps/generic/memmove.c: No such file or directory. Current language: auto; currently c (gdb) where #0 0x4030c50d in memmove (dest=0x839bf18, src=0x0, len=1952) at ../sysdeps/generic/memmove.c:72 #1 0x8289b73 in vector >::_M_insert_aux (this=0x839b76c, __position=0x7a0, __x=@0xb3b4) at /usr/include/g++-3/stl_algobase.h:183 #2 0x80c22c5 in Converters::BuildGraph (this=0x83462e0) at /usr/include/g++-3/stl_vector.h:197 #3 0x810037d in LyX::init (this=0xb8a0, argv=0xb944, gui=true) at ../src/lyx_main.C:414 #4 0x80f9198 in LyX::LyX (this=0xb818, argc=0xb8e0, argv=0xb944) at ../src/lyx_main.C:104 #5 0x814669c in main (argc=1, argv=0xb944) at ../src/main.C:40 #6 0x402a2e51 in __libc_start_main (main=0x8146500 , argc=1, ubp_av=0xb944, init=0x804e5d8 <_init>, fini=0x82ed55c <_fini>, rtld_fini=0x4000e284 <_dl_fini>, stack_end=0xb93c) at ../sysdeps/generic/libc-start.c:111
Re: 1.1.6pre3 & RH7 compile problem
"Lars Gullik Bjønnes" wrote: > > FUD, gcc-2.96 works just perfect. > Lars, you're absolutely right. gcc-2.96 are so much better in compiling C++ stuff (although the one shipped with RH7 is pretty crappy, which I believed was 2.96-54). > > Your XForms dist is too old. Get a newer one. > (but still 0.88 or try 0.89 if you want to) > Whoa! Again, you're right on the dot! ;-) I've installed 0.89 and everything is perfect! Thanks from a loyal user!! (can't wait for the GTK beta!!) -- Wai-Sun "Squidster" Chia Unix/Web Developer Professional Services
Re: 1.1.6pre3 & RH7 compile problem
Why not try the new update to RH7.0 gcc-2.96-69?
Re: 1.1.6pre3 & RH7 compile problem
For those of us who are not skilled at installing gcc, could you tell us the easiest way to install 2.95, without running into unforeseen problems with libraries, paths, etc? Should we download an RPM? Norm Matloff On Tue, Jan 02, 2001 at 11:39:19AM +0200, Andre Juffer wrote: > > > Wai-Sun Chia wrote: > > > Hello, > > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > > RH7 system. This is updated frequently from Rawhide. Specifically this > > system is running: > > > > gcc-2.96-69 > > glibc-2.2-9 > > binutils-2.10.1.0.2-1 > > libsigc++-1.0.1-1 > > > > gcc-2.96 is a development version of gcc and should not be used for real > work. It is very strange that RH has decided to install this version of > gcc. I think it is better to uninstall gcc-2.96 and install 2.95 > instead, which is the latest stable version of gcc. It also may solve > your problem. We had exactly similar problems with RH. In fact, we could > not compile anything, even the simplest programs. After installing an > earlier version of gcc, all our problems disappeared. >
Re: 1.1.6pre3 & RH7 compile problem
Andre Juffer <[EMAIL PROTECTED]> writes: | Wai-Sun Chia wrote: | | > Hello, | > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my | > RH7 system. This is updated frequently from Rawhide. Specifically this | > system is running: | > gcc-2.96-69 | > glibc-2.2-9 | > binutils-2.10.1.0.2-1 | > libsigc++-1.0.1-1 | | | | gcc-2.96 is a development version of gcc and should not be used for | real work. FUD, gcc-2.96 works just perfect. | It is very strange that RH has decided to install this | version of gcc. I think it is better to uninstall gcc-2.96 and install | 2.95 instead, which is the latest stable version of gcc. It also may | solve your problem. We had exactly similar problems with RH. In fact, | we could not compile anything, even the simplest programs. So _your_ installation was faulty. I have had no problems with gcc-2.96 and RH7.0 | > My configure is: | > ./configure --prefix=/usr --with-pspell drop the --with-pspell there seems to be some issues with it. | > In file included from formula.C:30: | > ../../src/minibuffer.h: At top level: | > ../../src/minibuffer.h:17: using directive `Object' introduced | > ambiguous type `_ObjectRec *' Your XForms dist is too old. Get a newer one. (but still 0.88 or try 0.89 if you want to) Lgb
Re: 1.1.6pre3 & RH7 compile problem
Wai-Sun Chia wrote: > Hello, > Just downloaded the latest lyx-1.1.6pre3 and tried to compile it on my > RH7 system. This is updated frequently from Rawhide. Specifically this > system is running: > > gcc-2.96-69 > glibc-2.2-9 > binutils-2.10.1.0.2-1 > libsigc++-1.0.1-1 gcc-2.96 is a development version of gcc and should not be used for real work. It is very strange that RH has decided to install this version of gcc. I think it is better to uninstall gcc-2.96 and install 2.95 instead, which is the latest stable version of gcc. It also may solve your problem. We had exactly similar problems with RH. In fact, we could not compile anything, even the simplest programs. After installing an earlier version of gcc, all our problems disappeared. > > My configure is: > ./configure --prefix=/usr --with-pspell > > As I thought my system's libsigc has some problems, therefore I tried: > ./configure --prefix=/usr --with-pspell --without-included-libsigc > > But I'm getting the same problem as before... > > > make[3]: Entering directory > `/data/redhat/BUILD/lyx-1.1.6pre3/src/mathed' > /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. > -I../../src -I../../images -I./../ -I../.. -I../.. -I../../boost > -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c formula.C > g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. > -I../.. -I../../boost -isystem /usr/X11R6/include -g -O -fno-exceptions > -W -Wall -c formula.C -o formula.o > In file included from ../../src/Lsstream.h:17, > from formula.C:19: > /usr/include/g++-3/sstream: In method `int stringbuf::sync ()': > /usr/include/g++-3/sstream:171: warning: comparison between signed and > unsigned integer expressions > In file included from formula.C:30: > ../../src/minibuffer.h: At top level: > ../../src/minibuffer.h:17: using directive `Object' introduced > ambiguous type `_ObjectRec *' > make[3]: *** [formula.lo] Error 1 > make[3]: Leaving directory `/data/redhat/BUILD/lyx-1.1.6pre3/src/mathed' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/data/redhat/BUILD/lyx-1.1.6pre3/src' > make[1]: *** [all-recursive-am] Error 2 > make[1]: Leaving directory `/data/redhat/BUILD/lyx-1.1.6pre3/src' > make: *** [all-recursive] Error 1 > > Any clues? -- Andre H. Juffer | Phone: +358-8-553 1683 The Biocenter and| Fax: +358-8-553-1141 the Dep. of Biochemistry | Email: [EMAIL PROTECTED] University of Oulu, Finland | WWW: http://www.biochem.oulu.fi/research.html
