fs_extras compile fails (errno not declared in this scope)

[Kayvan A. Sylvan]

if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. 
-I../../src   -I./.. -I../../boost -Wextra -Wall-I/usr/X11R6/include  -O2 
-MT fs_extras.lo -MD -MP -MF .deps/fs_extras.Tpo -c -o fs_extras.lo 
fs_extras.C; \
then mv -f .deps/fs_extras.Tpo .deps/fs_extras.Plo; else rm -f 
.deps/fs_extras.Tpo; exit 1; fi
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -Wextra -Wall 
-I/usr/X11R6/include -O2 -MT fs_extras.lo -MD -MP -MF .deps/fs_extras.Tpo -c 
fs_extras.C -o fs_extras.o
fs_extras.C: In function 'void boost::filesystem::copy_file(const 
boost::filesystem::path, const boost::filesystem::path, bool)':
fs_extras.C:101: error: 'errno' was not declared in this scope
fs_extras.C:107: error: 'errno' was not declared in this scope
fs_extras.C:120: error: 'errno' was not declared in this scope
fs_extras.C:148: error: 'errno' was not declared in this scope
make[6]: *** [fs_extras.lo] Error 1
make[6]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
make[4]: *** [all] Error 2
make[4]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpmq69amdoxc.pgp
Description: PGP signature

fs_extras compile fails (errno not declared in this scope)

[Kayvan A. Sylvan]

if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. 
-I../../src   -I./.. -I../../boost -Wextra -Wall-I/usr/X11R6/include  -O2 
-MT fs_extras.lo -MD -MP -MF ".deps/fs_extras.Tpo" -c -o fs_extras.lo 
fs_extras.C; \
then mv -f ".deps/fs_extras.Tpo" ".deps/fs_extras.Plo"; else rm -f 
".deps/fs_extras.Tpo"; exit 1; fi
 g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -Wextra -Wall 
-I/usr/X11R6/include -O2 -MT fs_extras.lo -MD -MP -MF .deps/fs_extras.Tpo -c 
fs_extras.C -o fs_extras.o
fs_extras.C: In function 'void boost::filesystem::copy_file(const 
boost::filesystem::path&, const boost::filesystem::path&, bool)':
fs_extras.C:101: error: 'errno' was not declared in this scope
fs_extras.C:107: error: 'errno' was not declared in this scope
fs_extras.C:120: error: 'errno' was not declared in this scope
fs_extras.C:148: error: 'errno' was not declared in this scope
make[6]: *** [fs_extras.lo] Error 1
make[6]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
make[4]: *** [all] Error 2
make[4]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/support'
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpmq69amdoxc.pgp
Description: PGP signature

Latest SVN lyx: make dist failure

[Kayvan A. Sylvan]

Probably a simple change in one of the Makefile.am files...

- Forwarded message from Cron Daemon [EMAIL PROTECTED] -

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:aiksaurus assertions pch concept-checks 
stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.6
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
{ test ! -d lyx-1.5.0svn || { find lyx-1.5.0svn -type d ! -perm -200 -exec 
chmod u+w {} ';'  rm -fr lyx-1.5.0svn; }; }
mkdir lyx-1.5.0svn
mkdir -p -- lyx-1.5.0svn/config lyx-1.5.0svn/development lyx-1.5.0svn/intl 
lyx-1.5.0svn/lib/lyx2lyx lyx-1.5.0svn/po lyx-1.5.0svn/sourcedoc lyx-1.5.0svn/src
list='m4 config development intl po boost src sourcedoc lib'; for subdir in 
$list; do \
  if test $subdir = .; then :; else \
test -d lyx-1.5.0svn/$subdir \
|| mkdir -p -- lyx-1.5.0svn/$subdir \
|| exit 1; \
distdir=`CDPATH=${ZSH_VERSION+.}:  cd lyx-1.5.0svn  pwd`; \
top_distdir=`CDPATH=${ZSH_VERSION+.}:  cd lyx-1.5.0svn  pwd`; \
(cd $subdir  \
  make  \
top_distdir=$top_distdir \
distdir=$distdir/$subdir \
distdir) \
  || exit 1; \
  fi; \
done
make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/m4'
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/m4'
make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/config'
make[1]: *** No rule to make target `gnome--.m4', needed by `distdir'.  Stop.

- End forwarded message -

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpjGZZ0b2p5I.pgp
Description: PGP signature

Latest SVN lyx: "make dist" failure

[Kayvan A. Sylvan]

Probably a simple change in one of the Makefile.am files...

- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:aiksaurus assertions pch concept-checks 
stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.6
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
{ test ! -d lyx-1.5.0svn || { find lyx-1.5.0svn -type d ! -perm -200 -exec 
chmod u+w {} ';' && rm -fr lyx-1.5.0svn; }; }
mkdir lyx-1.5.0svn
mkdir -p -- lyx-1.5.0svn/config lyx-1.5.0svn/development lyx-1.5.0svn/intl 
lyx-1.5.0svn/lib/lyx2lyx lyx-1.5.0svn/po lyx-1.5.0svn/sourcedoc lyx-1.5.0svn/src
list='m4 config development intl po boost src sourcedoc lib'; for subdir in 
$list; do \
  if test "$subdir" = .; then :; else \
test -d "lyx-1.5.0svn/$subdir" \
|| mkdir -p -- "lyx-1.5.0svn/$subdir" \
|| exit 1; \
distdir=`CDPATH="${ZSH_VERSION+.}:" && cd lyx-1.5.0svn && pwd`; \
top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd lyx-1.5.0svn && pwd`; \
(cd $subdir && \
  make  \
top_distdir="$top_distdir" \
distdir="$distdir/$subdir" \
distdir) \
  || exit 1; \
  fi; \
done
make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/m4'
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/m4'
make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/config'
make[1]: *** No rule to make target `gnome--.m4', needed by `distdir'.  Stop.

- End forwarded message -

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpjGZZ0b2p5I.pgp
Description: PGP signature

Latest RPM files are weird

[Kayvan A. Sylvan]

Did something just change? I am getting automatically built RPMs which look
like this:

# ls -lt ~ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_*
-rw-r--r--  1 kayvan kayvan  4979312 Jul  5 15:35 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.x86_64.rpm
-rw-r--r--  1 kayvan kayvan  9890110 Jul  5 15:35 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.src.rpm
-rw-r--r--  1 kayvan kayvan  9643143 Jul  5 15:18 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.x86_64.rpm
-rw-r--r--  1 kayvan kayvan  9885079 Jul  5 15:18 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.src.rpm
-rw-r--r--  1 kayvan kayvan  9795697 Jul  3 04:19 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.x86_64.rpm
-rw-r--r--  1 kayvan kayvan 10650880 Jul  3 04:19 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.src.rpm

And the QT RPM does not seem complete.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpY2h5qg3nAM.pgp
Description: PGP signature

Re: Latest RPM files are weird

[Kayvan A. Sylvan]

D'uh!!! I just realized that I need to fix my build scripts to not
built the now non-existent xforms frontend.

Nevermind.

On Wed, Jul 05, 2006 at 06:45:59PM -0700, Kayvan A. Sylvan wrote:
 Did something just change? I am getting automatically built RPMs which look
 like this:
 
 # ls -lt ~ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_*
 -rw-r--r--  1 kayvan kayvan  4979312 Jul  5 15:35 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.x86_64.rpm
 -rw-r--r--  1 kayvan kayvan  9890110 Jul  5 15:35 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.src.rpm
 -rw-r--r--  1 kayvan kayvan  9643143 Jul  5 15:18 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.x86_64.rpm
 -rw-r--r--  1 kayvan kayvan  9885079 Jul  5 15:18 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.src.rpm
 -rw-r--r--  1 kayvan kayvan  9795697 Jul  3 04:19 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.x86_64.rpm
 -rw-r--r--  1 kayvan kayvan 10650880 Jul  3 04:19 
 /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.src.rpm
 
 And the QT RPM does not seem complete.
 
   ---Kayvan
 -- 
 Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
 Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
 http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)



-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpv0L9O50l3U.pgp
Description: PGP signature

Latest RPM files are weird

[Kayvan A. Sylvan]

Did something just change? I am getting automatically built RPMs which look
like this:

# ls -lt ~ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_*
-rw-r--r--  1 kayvan kayvan  4979312 Jul  5 15:35 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.x86_64.rpm
-rw-r--r--  1 kayvan kayvan  9890110 Jul  5 15:35 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.src.rpm
-rw-r--r--  1 kayvan kayvan  9643143 Jul  5 15:18 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.x86_64.rpm
-rw-r--r--  1 kayvan kayvan  9885079 Jul  5 15:18 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.src.rpm
-rw-r--r--  1 kayvan kayvan  9795697 Jul  3 04:19 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.x86_64.rpm
-rw-r--r--  1 kayvan kayvan 10650880 Jul  3 04:19 
/var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.src.rpm

And the QT RPM does not seem complete.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpY2h5qg3nAM.pgp
Description: PGP signature

Re: Latest RPM files are weird

[Kayvan A. Sylvan]

D'uh!!! I just realized that I need to fix my build scripts to not
built the now non-existent xforms frontend.

Nevermind.

On Wed, Jul 05, 2006 at 06:45:59PM -0700, Kayvan A. Sylvan wrote:
> Did something just change? I am getting automatically built RPMs which look
> like this:
> 
> # ls -lt ~ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_*
> -rw-r--r--  1 kayvan kayvan  4979312 Jul  5 15:35 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.x86_64.rpm
> -rw-r--r--  1 kayvan kayvan  9890110 Jul  5 15:35 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_%{frontend}.src.rpm
> -rw-r--r--  1 kayvan kayvan  9643143 Jul  5 15:18 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.x86_64.rpm
> -rw-r--r--  1 kayvan kayvan  9885079 Jul  5 15:18 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_qt.src.rpm
> -rw-r--r--  1 kayvan kayvan  9795697 Jul  3 04:19 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.x86_64.rpm
> -rw-r--r--  1 kayvan kayvan 10650880 Jul  3 04:19 
> /var/ftp/pub/lyx/devel/RHFC4/lyx-1.5.0svn-1_xforms.src.rpm
> 
> And the QT RPM does not seem complete.
> 
>   ---Kayvan
> -- 
> Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
> Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
> http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)



-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)


pgpv0L9O50l3U.pgp
Description: PGP signature

Re: scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

Configuration
  Host type:  linux2
  Special build flags:
  C   Compiler:   g++
  C   Compiler flags:  
  C++ Compiler:   g++
  C++ Compiler LyX flags: 
  C++ Compiler flags:  
  Linker flags:   
  Linker user flags:  
Build info:
  Builing directory:  #debug
  Local library directory:#debug/libs
  Libraries pathes:   ['$LOCALLIBPATH', '$QT_LIB_PATH']
  Boost libraries:['included_boost_signals', 
'included_boost_regex', 'included_boost_filesystem', 'included_boost_iostreams']
  Extra libraries:['Aiksaurus', 'aspell', 'qt-mt']
  System libraries:   ['z']
  include search path:['$TOP_SRC_DIR/boost', '$TOP_SRC_DIR/src']
Frontend:
  Frontend:   qt3
  Packaging:  posix
  LyX dir:/usr
  LyX binary dir: /usr/bin
  LyX files dir:  /usr/share/lyx
  include dir:/usr/lib64/qt-3.3/include
  library dir:/usr/lib64/qt-3.3/lib
  X11:1

Building all targets recursively
Processing files in boost/libs/filesystem/src...
[...]
gcc -o debug/intl/intl-compat.o -c -DLOCALEDIR=\/usr/share/locale\ 
-DLOCALE_ALIAS_PATH=\/usr/share/locale\ -DLIBDIR=\../../lib\ -DIN_LIBINTL 
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\/usr/lib\ -DNO_XMALLOC 
-Dset_relocation_prefix=libintl_set_relocation_prefix 
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H 
-I/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/boost 
-I/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src -Iintl 
/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/intl/intl-compat.c
ar rc debug/libs/libincluded_intl.a debug/intl/bindtextdom.o 
debug/intl/dcgettext.o debug/intl/dgettext.o debug/intl/gettext.o 
debug/intl/finddomain.o debug/intl/loadmsgcat.o debug/intl/localealias.o 
debug/intl/textdomain.o debug/intl/l10nflist.o debug/intl/explodename.o 
debug/intl/dcigettext.o debug/intl/dcngettext.o debug/intl/dngettext.o 
debug/intl/ngettext.o debug/intl/plural.o debug/intl/plural-exp.o 
debug/intl/localcharset.o debug/intl/relocatable.o debug/intl/localename.o 
debug/intl/log.o debug/intl/printf.o debug/intl/osdep.o debug/intl/os2compat.o 
debug/intl/intl-compat.o
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre 
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports 
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex 
-lincluded_boost_filesystem -lincluded_boost_iostreams -lAiksaurus -laspell 
-lqt-mt -lincluded_intl -lnsl -lz
/usr/bin/ld: cannot find -lqt4
collect2: ld returned 1 exit status
scons: *** [debug/qt4/lyx] Error 1
scons: building terminated because of errors.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

I have fixed this issue. See below.

I will have an scons-style RPM spec file soon (with some minimal changes
to SConstruct).

Index: SConscript
===
--- SConscript  (revision 13969)
+++ SConscript  (working copy)
@@ -58,7 +58,7 @@
 # sync frontend and env['frontend'] (maybe build qt4 with frontend=qt3)
 if build_qt3:
   frontend = 'qt3'
-  env['frontend'] = 'qt4'
+  env['frontend'] = 'qt3'
 elif build_qt4:
   frontend = 'qt4'
   env['frontend'] = 'qt4'

Re: qt4 - config/qt.m4

[Kayvan A. Sylvan]

On Wed, May 31, 2006 at 09:02:19PM +0200, Lars Gullik Bjønnes wrote:
 
 To be able to build out-of-the-bos on fc5 with the qt4 from extras I
 have to do something similar to:
 
 Index: qt.m4
 ===
 --- qt.m4   (revision 13974)
 +++ qt.m4   (working copy)
 @@ -443,6 +443,9 @@
 
 dnl pay attention to $QT4DIR unless overridden
 if test -z $qt4_cv_dir; then
 +if test -z $QT4DIR; then
 +QT4DIR=/usr/lib/qt4
 +fi
 qt4_cv_dir=$QT4DIR
 fi
 
 To have it compile without and other intervention.
 
 Should I just commit this?

Does this work for AMD64 as well?

---Kayvan

Re: scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

.. yes
Checking for the number of args for mkdir... two
Checking for arg types for select... yes
Configuration
  Host type:  linux2
  Special build flags:
  C   Compiler:   g++
  C   Compiler flags:  
  C++ Compiler:   g++
  C++ Compiler LyX flags: 
  C++ Compiler flags:  
  Linker flags:   
  Linker user flags:  
Build info:
  Builing directory:  #debug
  Local library directory:#debug/libs
  Libraries pathes:   ['$LOCALLIBPATH', '$QT_LIB_PATH']
  Boost libraries:['included_boost_signals', 
'included_boost_regex', 'included_boost_filesystem', 'included_boost_iostreams']
  Extra libraries:['Aiksaurus', 'aspell', 'qt-mt']
  System libraries:   ['z']
  include search path:['$TOP_SRC_DIR/boost', '$TOP_SRC_DIR/src']
Frontend:
  Frontend:   qt3
  Packaging:  posix
  LyX dir:/usr
  LyX binary dir: /usr/bin
  LyX files dir:  /usr/share/lyx
  include dir:/usr/lib64/qt-3.3/include
  library dir:/usr/lib64/qt-3.3/lib
  X11:1

Building all targets recursively
Processing files in boost/libs/filesystem/src...
[...]
gcc -o debug/intl/intl-compat.o -c -DLOCALEDIR=\"/usr/share/locale\" 
-DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"../../lib\" -DIN_LIBINTL 
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC 
-Dset_relocation_prefix=libintl_set_relocation_prefix 
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H 
-I/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/boost 
-I/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src -Iintl 
/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/intl/intl-compat.c
ar rc debug/libs/libincluded_intl.a debug/intl/bindtextdom.o 
debug/intl/dcgettext.o debug/intl/dgettext.o debug/intl/gettext.o 
debug/intl/finddomain.o debug/intl/loadmsgcat.o debug/intl/localealias.o 
debug/intl/textdomain.o debug/intl/l10nflist.o debug/intl/explodename.o 
debug/intl/dcigettext.o debug/intl/dcngettext.o debug/intl/dngettext.o 
debug/intl/ngettext.o debug/intl/plural.o debug/intl/plural-exp.o 
debug/intl/localcharset.o debug/intl/relocatable.o debug/intl/localename.o 
debug/intl/log.o debug/intl/printf.o debug/intl/osdep.o debug/intl/os2compat.o 
debug/intl/intl-compat.o
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre 
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports 
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex 
-lincluded_boost_filesystem -lincluded_boost_iostreams -lAiksaurus -laspell 
-lqt-mt -lincluded_intl -lnsl -lz
/usr/bin/ld: cannot find -lqt4
collect2: ld returned 1 exit status
scons: *** [debug/qt4/lyx] Error 1
scons: building terminated because of errors.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

I have fixed this issue. See below.

I will have an scons-style RPM spec file soon (with some minimal changes
to SConstruct).

Index: SConscript
===
--- SConscript  (revision 13969)
+++ SConscript  (working copy)
@@ -58,7 +58,7 @@
 # sync frontend and env['frontend'] (maybe build qt4 with frontend=qt3)
 if build_qt3:
   frontend = 'qt3'
-  env['frontend'] = 'qt4'
+  env['frontend'] = 'qt3'
 elif build_qt4:
   frontend = 'qt4'
   env['frontend'] = 'qt4'

Re: qt4 - config/qt.m4

[Kayvan A. Sylvan]

On Wed, May 31, 2006 at 09:02:19PM +0200, Lars Gullik Bjønnes wrote:
> 
> To be able to build out-of-the-bos on fc5 with the qt4 from extras I
> have to do something similar to:
> 
> Index: qt.m4
> ===
> --- qt.m4   (revision 13974)
> +++ qt.m4   (working copy)
> @@ -443,6 +443,9 @@
> 
> dnl pay attention to $QT4DIR unless overridden
> if test -z "$qt4_cv_dir"; then
> +if test -z "$QT4DIR"; then
> +QT4DIR=/usr/lib/qt4
> +fi
> qt4_cv_dir=$QT4DIR
> fi
> 
> To have it compile without and other intervention.
> 
> Should I just commit this?

Does this work for AMD64 as well?

---Kayvan

scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

Here's what happens for me:

ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre 
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports 
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex 
-lincluded_boost_filesystem -lincluded_boost_iostreams -lAiksaurus -laspell 
-lqt-mt -lincluded_intl -lnsl -lz
/usr/bin/ld: cannot find -lqt4
collect2: ld returned 1 exit status
scons: *** [debug/qt4/lyx] Error 1

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

xforms frontend daily build failing

[Kayvan A. Sylvan]

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:aiksaurus assertions concept-checks 
stdlib-debug warnings  jpeg-image-loader use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  XForms Frontend:
  libXpm version:   4.11
  libforms version: 1.0.90
  Packaging:  posix
  LyX binary dir: /usr/bin
  LyX files dir:  /usr/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
[...]
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I. -I../../../src  -I../../../lib/images/math -I../../../src 
-I../../../src/frontends -I../../../src/frontends/controllers -I../../../boost 
-Wextra -Wall-I/usr/X11R6/include  -O2 -MT lyx_gui.lo -MD -MP -MF 
.deps/lyx_gui.Tpo -c -o lyx_gui.lo lyx_gui.C; \
then mv -f .deps/lyx_gui.Tpo .deps/lyx_gui.Plo; else rm -f 
.deps/lyx_gui.Tpo; exit 1; fi
 g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../lib/images/math 
-I../../../src -I../../../src/frontends -I../../../src/frontends/controllers 
-I../../../boost -Wextra -Wall -I/usr/X11R6/include -O2 -MT lyx_gui.lo -MD -MP 
-MF .deps/lyx_gui.Tpo -c lyx_gui.C -o lyx_gui.o
lyx_gui.C: In function 'void lyx_gui::start(const std::string, const 
__gnu_debug_def::vectorstd::basic_stringchar, std::char_traitschar, 
std::allocatorchar , std::allocatorstd::basic_stringchar, 
std::char_traitschar, std::allocatorchar   , int, int, int, int)':
lyx_gui.C:260: error: 'xpos' was not declared in this scope
lyx_gui.C:260: error: 'ypos' was not declared in this scope
make[8]: *** [lyx_gui.lo] Error 1
make[8]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[6]: *** [all] Error 2
make[6]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends'
make[4]: *** [all] Error 2
make[4]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn'

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

scons frontend=qt3 failing (tries to link against qt4)

[Kayvan A. Sylvan]

Here's what happens for me:

ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre 
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports 
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex 
-lincluded_boost_filesystem -lincluded_boost_iostreams -lAiksaurus -laspell 
-lqt-mt -lincluded_intl -lnsl -lz
/usr/bin/ld: cannot find -lqt4
collect2: ld returned 1 exit status
scons: *** [debug/qt4/lyx] Error 1

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

xforms frontend daily build failing

[Kayvan A. Sylvan]

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:aiksaurus assertions concept-checks 
stdlib-debug warnings  jpeg-image-loader use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  XForms Frontend:
  libXpm version:   4.11
  libforms version: 1.0.90
  Packaging:  posix
  LyX binary dir: /usr/bin
  LyX files dir:  /usr/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
[...]
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I. -I../../../src  -I../../../lib/images/math -I../../../src 
-I../../../src/frontends -I../../../src/frontends/controllers -I../../../boost 
-Wextra -Wall-I/usr/X11R6/include  -O2 -MT lyx_gui.lo -MD -MP -MF 
".deps/lyx_gui.Tpo" -c -o lyx_gui.lo lyx_gui.C; \
then mv -f ".deps/lyx_gui.Tpo" ".deps/lyx_gui.Plo"; else rm -f 
".deps/lyx_gui.Tpo"; exit 1; fi
 g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../lib/images/math 
-I../../../src -I../../../src/frontends -I../../../src/frontends/controllers 
-I../../../boost -Wextra -Wall -I/usr/X11R6/include -O2 -MT lyx_gui.lo -MD -MP 
-MF .deps/lyx_gui.Tpo -c lyx_gui.C -o lyx_gui.o
lyx_gui.C: In function 'void lyx_gui::start(const std::string&, const 
__gnu_debug_def::vector<std::basic_string<char, std::char_traits, 
std::allocator >, std::allocator<std::basic_string<char, 
std::char_traits, std::allocator > > >&, int, int, int, int)':
lyx_gui.C:260: error: 'xpos' was not declared in this scope
lyx_gui.C:260: error: 'ypos' was not declared in this scope
make[8]: *** [lyx_gui.lo] Error 1
make[8]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[6]: *** [all] Error 2
make[6]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends/xforms'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends'
make[4]: *** [all] Error 2
make[4]: Leaving directory 
`/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src/frontends'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/kayvan/rpmbuild/BUILD/lyx-1.5.0svn'

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
 Please test the attached patch. It introduces dest_dir.
 
 Bo

I svn upped, then applied your patch and did:

scons frontend=qt3 build_dir=/tmp/lyxbuild prefix=/usr

The result was:

scons: Reading SConscript files ...
[...]
gcc -o /tmp/lyxbuild/intl/l10nflist.o -c -DLOCALEDIR=\/usr/share/locale\ 
-DLOCALE_ALIAS_PATH=\/usr/share/locale\ -DLIBDIR=\../../lib\ -DIN_LIBINTL 
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\/usr/lib\ -DNO_XMALLOC 
-Dset_relocation_prefix=libintl_set_relocation_prefix 
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H 
-I/home/kayvan/src/lyx/lyx/boost -I/home/kayvan/src/lyx/lyx/src -Iintl 
/home/kayvan/src/lyx/lyx/intl/l10nflist.c
/home/kayvan/src/lyx/lyx/intl/l10nflist.c:61: error: static declaration of 
'stpcpy' follows non-static declaration
scons: *** [/tmp/lyxbuild/intl/l10nflist.o] Error 1


So, since the build does not quite work, I can't test the dest_dir changes.


-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Sun, May 21, 2006 at 04:59:28PM -0500, Bo Peng wrote:
> Please test the attached patch. It introduces dest_dir.
> 
> Bo

I "svn up"ped, then applied your patch and did:

scons frontend=qt3 build_dir=/tmp/lyxbuild prefix=/usr

The result was:

scons: Reading SConscript files ...
[...]
gcc -o /tmp/lyxbuild/intl/l10nflist.o -c -DLOCALEDIR=\"/usr/share/locale\" 
-DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"../../lib\" -DIN_LIBINTL 
-DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib\" -DNO_XMALLOC 
-Dset_relocation_prefix=libintl_set_relocation_prefix 
-Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H 
-I/home/kayvan/src/lyx/lyx/boost -I/home/kayvan/src/lyx/lyx/src -Iintl 
/home/kayvan/src/lyx/lyx/intl/l10nflist.c
/home/kayvan/src/lyx/lyx/intl/l10nflist.c:61: error: static declaration of 
'stpcpy' follows non-static declaration
scons: *** [/tmp/lyxbuild/intl/l10nflist.o] Error 1


So, since the build does not quite work, I can't test the dest_dir changes.


-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 10:48:33PM -0500, Bo Peng wrote:
 That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild 
 --rebuild
 and installed it and it works like a charm.
 
 In the script, I can only check for scons 0.96, not 1 or 92.
 
 Now I have to figure out how to do the rpm stuff with scons...
 
 Do you want to build lyx rpm with scons? This feature does not exist
 yet, unless you would like to contribute.

The only thing that is necessary is to add a dest_dir= option
for sons install so that the installation can be done in another
directory tree.

So, with dest_dir=/tmp/foo, for example, instead of installing
in /usr/bin/lyx, scons would install /tmp/foo/usr/bin/lyx

I'll take a look later, but I can't get to this for a few days --- so
I am just passing this on in case someone else wants to add this feature.

If the dest_dir feature is added into the scon stuff, it will literally
take 5 minutes for me to create a supporting spec file.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Sun, May 21, 2006 at 01:22:12PM -0500, Bo Peng wrote:
 The only thing that is necessary is to add a dest_dir= option
 for sons install so that the installation can be done in another
 directory tree.
 
 It is called prefix, the same name used by autotools.

Not quite. scons prefix=/tmp/foo will recompile lyx to work from /tmp/foo.

The needed functionality is to be able to compile with prefix=/usr
but to be able to install with a dest_dir that is different.

That is how the current configure-based RPM spec file works. After configuring
with prefix=/usr, we do:

make DESTDIR=${RPM_BUILD_ROOT} install

Does this make sense?

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 10:48:33PM -0500, Bo Peng wrote:
> >That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild 
> >--rebuild
> >and installed it and it works like a charm.
> 
> In the script, I can only check for scons 0.96, not 1 or 92.
> 
> >Now I have to figure out how to do the rpm stuff with scons...
> 
> Do you want to build lyx rpm with scons? This feature does not exist
> yet, unless you would like to contribute.

The only thing that is necessary is to add a dest_dir= option
for "sons install" so that the installation can be done in another
directory tree.

So, with dest_dir=/tmp/foo, for example, instead of installing
in /usr/bin/lyx, scons would install /tmp/foo/usr/bin/lyx

I'll take a look later, but I can't get to this for a few days --- so
I am just passing this on in case someone else wants to add this feature.

If the dest_dir feature is added into the scon stuff, it will literally
take 5 minutes for me to create a supporting spec file.

    ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Sun, May 21, 2006 at 01:22:12PM -0500, Bo Peng wrote:
> >The only thing that is necessary is to add a dest_dir= option
> >for "sons install" so that the installation can be done in another
> >directory tree.
> 
> It is called prefix, the same name used by autotools.

Not quite. "scons prefix=/tmp/foo" will recompile lyx to work from /tmp/foo.

The needed functionality is to be able to compile with prefix=/usr
but to be able to install with a dest_dir that is different.

That is how the current configure-based RPM spec file works. After configuring
with prefix=/usr, we do:

make DESTDIR=${RPM_BUILD_ROOT} install

Does this make sense?

    ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Mon, May 15, 2006 at 09:52:33AM -0400, Neal Becker wrote:
 Bo Peng wrote:
 
 Success:
 scons frontend=qt3 prefix=/usr
 fedora FC5 x86_64
 
 

Fedora FC4 x86_64, all latest updates.

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option qt_dir: 
  File SConstruct, line 300, in ?

Hmmm

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
  scons: Reading SConscript files ...
  
  scons: *** Path does not exist for option qt_include_path: 
  File SConstruct, line 300, in ?

Okay

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
qt_include_path=/usr/lib64/qt-3.3/include 
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option qt_lib_path: 
  File SConstruct, line 300, in ?

Allrighty...

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
qt_include_path=/usr/lib64/qt-3.3/include qt_lib_path=/usr/lib64/qt-3.3/lib/
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option build_dir: 
  File SConstruct, line 300, in ?

Allright, I must be doing something wrong. What is it?

Thanks!


-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 05:28:39PM -0500, Bo Peng wrote:
   [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
   qt_include_path=/usr/lib64/qt-3.3/include 
   qt_lib_path=/usr/lib64/qt-3.3/lib/
   scons: Reading SConscript files ...
 
 Please try:
 
 qt_dir=/usr/lib64/qt-3.3
 
 I am not sure if $QTDIR is expanded here (or exists at all.)
 

It's the same. (QTDIR is /usr/lib64/qt-3.3)

[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr 
qt_dir=/usr/lib64/qt-3.3 qt_include_path=/usr/lib64/qt-3.3/include 
qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...

scons: *** Path does not exist for option build_dir: 
File SConstruct, line 300, in ?

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 06:08:27PM -0500, Bo Peng wrote:
 
 It's the same. (QTDIR is /usr/lib64/qt-3.3)
 scons: *** Path does not exist for option build_dir:
 File SConstruct, line 300, in ?
 
 Sorry, I just notice that this is a build_dir, not a qt_dir problem.
 What is your line 257 of of development/scons/Sconstruct ? If you have
 ... ',') at the end, you may want to try None). Also, you might want
 to apply the latest patch I send to this list today.
 
 Bo

Line 257 is:

PathOption('qt_dir', 'Path to qt directory', None),

Can you send me the patch?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 08:31:52PM -0500, Bo Peng wrote:
 I am afraid that that patch will not help at all. Could you check your
 scons version? I am working with the latest 0.96.92.

Ah. That may be the problem.

  [EMAIL PROTECTED] ~]$ rpm -q scons
  scons-0.96.1-1.fc4

That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild --rebuild
and installed it and it works like a charm.

Now I have to figure out how to do the rpm stuff with scons...

---Kayvan

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Mon, May 15, 2006 at 09:52:33AM -0400, Neal Becker wrote:
> Bo Peng wrote:
> 
> Success:
> scons frontend=qt3 prefix=/usr
> fedora FC5 x86_64
> 
> 

Fedora FC4 x86_64, all latest updates.

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option qt_dir: 
  File "SConstruct", line 300, in ?

Hmmm

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR
  scons: Reading SConscript files ...
  
  scons: *** Path does not exist for option qt_include_path: 
  File "SConstruct", line 300, in ?

Okay

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
qt_include_path=/usr/lib64/qt-3.3/include 
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option qt_lib_path: 
  File "SConstruct", line 300, in ?

Allrighty...

  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
qt_include_path=/usr/lib64/qt-3.3/include qt_lib_path=/usr/lib64/qt-3.3/lib/
  scons: Reading SConscript files ...

  scons: *** Path does not exist for option build_dir: 
  File "SConstruct", line 300, in ?

Allright, I must be doing something wrong. What is it?

Thanks!


-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 05:28:39PM -0500, Bo Peng wrote:
> >  [EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr qt_dir=$QTDIR 
> >  qt_include_path=/usr/lib64/qt-3.3/include 
> >  qt_lib_path=/usr/lib64/qt-3.3/lib/
> >  scons: Reading SConscript files ...
> 
> Please try:
> 
> qt_dir=/usr/lib64/qt-3.3
> 
> I am not sure if $QTDIR is expanded here (or exists at all.)
> 

It's the same. (QTDIR is /usr/lib64/qt-3.3)

[EMAIL PROTECTED] scons]$ scons frontend=qt3 prefix=/usr 
qt_dir=/usr/lib64/qt-3.3 qt_include_path=/usr/lib64/qt-3.3/include 
qt_lib_path=/usr/lib64/qt-3.3/lib/
scons: Reading SConscript files ...

scons: *** Path does not exist for option build_dir: 
File "SConstruct", line 300, in ?

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 06:08:27PM -0500, Bo Peng wrote:
> >
> >It's the same. (QTDIR is /usr/lib64/qt-3.3)
> >scons: *** Path does not exist for option build_dir:
> >File "SConstruct", line 300, in ?
> 
> Sorry, I just notice that this is a build_dir, not a qt_dir problem.
> What is your line 257 of of development/scons/Sconstruct ? If you have
> ... ',') at the end, you may want to try None). Also, you might want
> to apply the latest patch I send to this list today.
> 
> Bo

Line 257 is:

PathOption('qt_dir', 'Path to qt directory', None),

Can you send me the patch?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Scons moves to its new home: development/scons

[Kayvan A. Sylvan]

On Thu, May 18, 2006 at 08:31:52PM -0500, Bo Peng wrote:
> I am afraid that that patch will not help at all. Could you check your
> scons version? I am working with the latest 0.96.92.

Ah. That may be the problem.

  [EMAIL PROTECTED] ~]$ rpm -q scons
  scons-0.96.1-1.fc4

That was the problem. Downloaded 0.96.92's src.rpm, did an rpmbuild --rebuild
and installed it and it works like a charm.

Now I have to figure out how to do the rpm stuff with scons...

---Kayvan

Re: Debut of the scons-based build system for lyx

[Kayvan A. Sylvan]

On Mon, May 08, 2006 at 10:57:12AM -0500, Bo Peng wrote:
 It should not be in svn beforee it at least can compile linux
 trivially.
 
 And it will work trivially under windows soon, if more testing, as a
 result of more publicity is allowed. I guarantee you that it will
 achieve a state of convenience that autotools will never achieve
 there.
 
 I must admit that I got pretty angry when you commited this without
 evnen asking for comments or if it was ok.
 
 I apologize if you feel that way. I had a feeling from our previous
 discussions that you will be staying out of this scons business
 (although you did not like the idea) and let *us* do what we want.
 
 So, can we cheer up a little bit and see what others say about this scons 
 build?

I like the idea of scons and vote to keep it in the trunk.

However, if the final disposition of this argument is to have scons being
tweaked in some branch, so be it.

When scons install works, I will look at making it part of my daily builds.

Perhaps I can make the 3AM one use make and the 3PM one use scons...

---Kayvan

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Debut of the scons-based build system for lyx

[Kayvan A. Sylvan]

On Mon, May 08, 2006 at 10:57:12AM -0500, Bo Peng wrote:
> >It should not be in svn beforee it at least can compile linux
> >trivially.
> 
> And it will work trivially under windows soon, if more testing, as a
> result of more publicity is allowed. I guarantee you that it will
> achieve a state of convenience that autotools will never achieve
> there.
> 
> >I must admit that I got pretty angry when you commited this without
> >evnen asking for comments or if it was ok.
> 
> I apologize if you feel that way. I had a feeling from our previous
> discussions that you will be staying out of this scons business
> (although you did not like the idea) and let *us* do what we want.
> 
> So, can we cheer up a little bit and see what others say about this scons 
> build?

I like the idea of scons and vote to keep it in the trunk.

However, if the final disposition of this argument is to have scons being
tweaked in some branch, so be it.

When "scons install" works, I will look at making it part of my daily builds.

Perhaps I can make the 3AM one use "make" and the 3PM one use "scons"...

---Kayvan

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Small fix for LyX spec file

[Kayvan A. Sylvan]

On Mon, May 01, 2006 at 09:47:23AM +0200, Georg Baum wrote:
 Am Sonntag, 30. April 2006 19:25 schrieb Kayvan A. Sylvan:
  Now that I can actually build lyx again, I have one small fix:
  
  Index: development/lyx.spec.in
  ===
  --- development/lyx.spec.in (revision 13784)
  +++ development/lyx.spec.in (working copy)
  @@ -83,7 +83,7 @@
   #
   echo Configuring LyX for your system...
   cd %{_datadir}/%{name}
  -./configure --srcdir
  +./configure.py
 
 Is this for 1.4 or 1.5? configure.py should not be run at all in 1.5 
 anymore after Jean-Marcs recent changes.

This is for 1.5svn. It's run at install time, no?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Small fix for LyX spec file

[Kayvan A. Sylvan]

On Mon, May 01, 2006 at 09:47:23AM +0200, Georg Baum wrote:
> Am Sonntag, 30. April 2006 19:25 schrieb Kayvan A. Sylvan:
> > Now that I can actually build lyx again, I have one small fix:
> > 
> > Index: development/lyx.spec.in
> > ===
> > --- development/lyx.spec.in (revision 13784)
> > +++ development/lyx.spec.in (working copy)
> > @@ -83,7 +83,7 @@
> >  #
> >  echo "Configuring LyX for your system..."
> >  cd %{_datadir}/%{name}
> > -./configure --srcdir
> > +./configure.py
> 
> Is this for 1.4 or 1.5? configure.py should not be run at all in 1.5 
> anymore after Jean-Marcs recent changes.

This is for 1.5svn. It's run at install time, no?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Small fix for LyX spec file

[Kayvan A. Sylvan]

Now that I can actually build lyx again, I have one small fix:

Index: development/lyx.spec.in
===
--- development/lyx.spec.in (revision 13784)
+++ development/lyx.spec.in (working copy)
@@ -83,7 +83,7 @@
 #
 echo Configuring LyX for your system...
 cd %{_datadir}/%{name}
-./configure --srcdir
+./configure.py

 %postun
 # Fix the TeX file hash

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Small fix for LyX spec file

[Kayvan A. Sylvan]

Now that I can actually build lyx again, I have one small fix:

Index: development/lyx.spec.in
===
--- development/lyx.spec.in (revision 13784)
+++ development/lyx.spec.in (working copy)
@@ -83,7 +83,7 @@
 #
 echo "Configuring LyX for your system..."
 cd %{_datadir}/%{name}
-./configure --srcdir
+./configure.py

 %postun
 # Fix the TeX file hash

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Thu, Apr 27, 2006 at 04:01:04PM +0100, Jose' Matos wrote:
 On Thursday 27 April 2006 15:54, Lars Gullik Bjønnes wrote:
  This fix the problem for me. Is this an aceptable fix?
  Or should we do the fix through sys.path instead?
 
   It is an acceptable fix, no doubt. :-)

It worked for me.

My daily builds are now back in operation! Thanks!

This fix, along with ensuring that gcc is not using precompiled
headers, seems to work just fine.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Thu, Apr 27, 2006 at 04:01:04PM +0100, Jose' Matos wrote:
> On Thursday 27 April 2006 15:54, Lars Gullik Bjønnes wrote:
> > This fix the problem for me. Is this an aceptable fix?
> > Or should we do the fix through sys.path instead?
> 
>   It is an acceptable fix, no doubt. :-)

It worked for me.

My daily builds are now back in operation! Thanks!

This fix, along with ensuring that gcc is not using precompiled
headers, seems to work just fine.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Tue, Apr 25, 2006 at 09:22:33AM +0200, Lars Gullik Bjønnes wrote:
 Kayvan A. Sylvan [EMAIL PROTECTED] writes:
 
 | On Mon, Apr 24, 2006 at 02:02:44PM +0200, Lars Gullik Bjønnes wrote:
 |  |  ... 
 |  |   note that lyx2lyx_version.py.in is absent.
 |  |  
 |  |  It is not when I do the same here.
 |  | 
 |  | Do a make dist then use the resulting tar-ball to try and make
 |  | lyx, you will see the problem then. lyx2lyx_version does not make
 |  | it into the tarball.
 |  
 |  It shoulnd't have to be in the tar ball... only lyx2lyx_version.py.in
 |  should be in the tar ball.
 |  
 | 
 | Do the experiment. They are both absent from the tarball.
 
 Yes, and one of them should be absent.
 
 I added the other.

1) A fresh svn repository, ran autogen.sh.

   ./autogen.sh

2) An empty build dir:

   mkdir qtbuild
   cd qtbuild/

3) Configure it:

   ../lyx/configure --disable-debug --enable-optimization=-O2
   --with-frontend=qt --with-qt-dir=/usr/lib64/qt-3.3
   --with-qt-includes=/usr/lib64/qt-3.3/include
   --with-qt-libraries=/usr/lib64/qt-3.3/lib

   The result:

   Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:compression aiksaurus assertions pch 
concept-checks stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.4
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.


4) Now, make dist to see the problem:

   make dist

   make[2]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
mkdir -p -- 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../../lyx/lib/doc 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../config
make  \
  top_distdir=/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn 
distdir=/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc \
  dist-hook
make[3]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
python ../../../lyx/lib/doc/doc_toc.py
Traceback (most recent call last):
  File ../../../lyx/lib/doc/doc_toc.py, line 34, in ?
import LyX
  File ../../../lyx/lib/doc/../lyx2lyx/LyX.py, line 28, in ?
import lyx2lyx_version
ImportError: No module named lyx2lyx_version
make[3]: *** [TOC.lyx] Error 1
make[3]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[2]: *** [distdir] Error 2
make[2]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[1]: *** [distdir] Error 1
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib'
make: *** [distdir] Error 1

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Tue, Apr 25, 2006 at 09:22:33AM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | On Mon, Apr 24, 2006 at 02:02:44PM +0200, Lars Gullik Bjønnes wrote:
> | > | > ... 
> | > | > > note that lyx2lyx_version.py.in is absent.
> | > | > 
> | > | > It is not when I do the same here.
> | > | 
> | > | Do a "make dist" then use the resulting tar-ball to try and make
> | > | lyx, you will see the problem then. lyx2lyx_version does not make
> | > | it into the tarball.
> | > 
> | > It shoulnd't have to be in the tar ball... only lyx2lyx_version.py.in
> | > should be in the tar ball.
> | > 
> | 
> | Do the experiment. They are both absent from the tarball.
> 
> Yes, and one of them should be absent.
> 
> I added the other.

1) A fresh svn repository, ran autogen.sh.

   ./autogen.sh

2) An empty build dir:

   mkdir qtbuild
   cd qtbuild/

3) Configure it:

   ../lyx/configure --disable-debug --enable-optimization=-O2
   --with-frontend=qt --with-qt-dir=/usr/lib64/qt-3.3
   --with-qt-includes=/usr/lib64/qt-3.3/include
   --with-qt-libraries=/usr/lib64/qt-3.3/lib

   The result:

   Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:compression aiksaurus assertions pch 
concept-checks stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.4
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.


4) Now, "make dist" to see the problem:

   make dist

   make[2]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
mkdir -p -- 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../../lyx/lib/doc 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../config
make  \
  top_distdir="/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn" 
distdir="/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc" \
  dist-hook
make[3]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
python ../../../lyx/lib/doc/doc_toc.py
Traceback (most recent call last):
  File "../../../lyx/lib/doc/doc_toc.py", line 34, in ?
import LyX
  File "../../../lyx/lib/doc/../lyx2lyx/LyX.py", line 28, in ?
import lyx2lyx_version
ImportError: No module named lyx2lyx_version
make[3]: *** [TOC.lyx] Error 1
make[3]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[2]: *** [distdir] Error 2
make[2]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[1]: *** [distdir] Error 1
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib'
make: *** [distdir] Error 1

Re: [EMAIL PROTECTED]: Re: make rpmdist failure (1.5.0svn)]

[Kayvan A. Sylvan]

On Mon, Apr 24, 2006 at 02:02:44PM +0200, Lars Gullik Bjønnes wrote:
 |  ... 
 |   note that lyx2lyx_version.py.in is absent.
 |  
 |  It is not when I do the same here.
 | 
 | Do a make dist then use the resulting tar-ball to try and make
 | lyx, you will see the problem then. lyx2lyx_version does not make
 | it into the tarball.
 
 It shoulnd't have to be in the tar ball... only lyx2lyx_version.py.in
 should be in the tar ball.
 

Do the experiment. They are both absent from the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: [EMAIL PROTECTED]: Re: make rpmdist failure (1.5.0svn)]

[Kayvan A. Sylvan]

On Mon, Apr 24, 2006 at 02:02:44PM +0200, Lars Gullik Bjønnes wrote:
> | > ... 
> | > > note that lyx2lyx_version.py.in is absent.
> | > 
> | > It is not when I do the same here.
> | 
> | Do a "make dist" then use the resulting tar-ball to try and make
> | lyx, you will see the problem then. lyx2lyx_version does not make
> | it into the tarball.
> 
> It shoulnd't have to be in the tar ball... only lyx2lyx_version.py.in
> should be in the tar ball.
> 

Do the experiment. They are both absent from the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

[EMAIL PROTECTED]: Re: make rpmdist failure (1.5.0svn)]

[Kayvan A. Sylvan]

Is anyone looking at this problem?

Do a make dist and try to use the tarball. You won't succeed, since
lyx2lyx_version.py is not there.

- Forwarded message from Kayvan A. Sylvan [EMAIL PROTECTED] -

Date: Mon, 17 Apr 2006 22:54:13 -0700
From: Kayvan A. Sylvan [EMAIL PROTECTED]
To: lyx-devel@lists.lyx.org
In-Reply-To: [EMAIL PROTECTED]
Subject: Re: make rpmdist failure (1.5.0svn)

On Tue, Apr 11, 2006 at 01:38:05PM +0200, Georg Baum wrote:
 Jose' Matos wrote:
 
  Why does not show lyx2lyx_version.py.in in svn?
  
  in the lyx2lyx directory:
 ... 
  note that lyx2lyx_version.py.in is absent.
 
 It is not when I do the same here.

Do a make dist then use the resulting tar-ball to try and make
lyx, you will see the problem then. lyx2lyx_version does not make
it into the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

- End forwarded message -

[EMAIL PROTECTED]: Re: make rpmdist failure (1.5.0svn)]

[Kayvan A. Sylvan]

Is anyone looking at this problem?

Do a "make dist" and try to use the tarball. You won't succeed, since
lyx2lyx_version.py is not there.

- Forwarded message from "Kayvan A. Sylvan" <[EMAIL PROTECTED]> -

Date: Mon, 17 Apr 2006 22:54:13 -0700
From: "Kayvan A. Sylvan" <[EMAIL PROTECTED]>
To: lyx-devel@lists.lyx.org
In-Reply-To: <[EMAIL PROTECTED]>
Subject: Re: make rpmdist failure (1.5.0svn)

On Tue, Apr 11, 2006 at 01:38:05PM +0200, Georg Baum wrote:
> Jose' Matos wrote:
> 
> > Why does not show lyx2lyx_version.py.in in svn?
> > 
> > in the lyx2lyx directory:
> ... 
> > note that lyx2lyx_version.py.in is absent.
> 
> It is not when I do the same here.

Do a "make dist" then use the resulting tar-ball to try and make
lyx, you will see the problem then. lyx2lyx_version does not make
it into the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

- End forwarded message -

Re: [Abdelrazak Younes] [Patch] reduce linking time under windows (was Re: Question about C++ warning ...)

[Kayvan A. Sylvan]

On Thu, Apr 13, 2006 at 10:28:59AM +0200, Jean-Marc Lasgouttes wrote:
 
 Hi Kayvan,
 
 Did you see this message? We need your input on why this special
 cygwin code was needed...

All I remember is that it was needed at one time for the QT/Cygwin code
I compiled from CVS (and it was in the instructions or README file for
building QT/Cygwin at kde-cygwin.sf.net).

I think if Abdel and others think that we can do without it, I'm all
for it. I can't compile LyX right now on any of my platforms, but
I have not had the time to fix the problems.

My automated daily builds on my Redhat FC4 system are getting
those damnable linker errors or the python lyx2lyx module issue
(see ftp://ftp.sylvan.com/pub/lyx/devel/log for the latest).

My Cygwin machine can not build nowadays due to some compiler errors
due to the recent QT changes.

I probably need to refresh my Cygwin and follow the latest Cygwin/QT/LyX
build directions so I can get my Cygwin/Windows builds up to the latest.

So, in short, I have no objections since I can't build right now
anyways! :-)

If anyone has any suggestions to help me get my daily builds working
again, please feel free to email me. I'm going to upgrade that machine
to Redhat FC5 in the next week or so, after which I will try again.

---Kayvan

 To: lyx-devel@lists.lyx.org
 From: Abdelrazak Younes [EMAIL PROTECTED]
 Subject:  [Patch] reduce linking time under windows (was Re: Question about
  C++ warning ...)
 Date:  Wed, 12 Apr 2006 21:23:49 +0200
 User-Agent: Thunderbird 1.5 (Windows/20051201)
 In-Reply-To: [EMAIL PROTECTED]
 Xref: fantomas.inria.fr lyx-devel:80738
 
 Abdelrazak Younes a écrit :
 Enrico Forestieri a écrit :
 On Wed, Apr 12, 2006 at 02:45:00PM +0200, Abdelrazak Younes wrote:
 Enrico Forestieri a écrit :
 That's -Wl,--export-all-symbols and simply passes 
 --export-all-symbols
 to the linker. It does no good and simply will increase your linking
 time. I suggest that you get rid of it.
 [..]
 I was not talking about the warnings, sorry for the confusion.
 What I said only applies to the final link step. I observed that
 with -Wl,--export-all-symbols, the linking time noticeably increases.
 Removing that option shortens the linking time for me without any
 side effect.
 
 This is a sed command you can use to modify configure in order to
 avoid -Wl,--export-all-symbols in LDFLAGS:
 
 sed ' # Omit -Wl,--export-all-symbols in LDFLAGS
 /LDFLAGS=\\$LDFLAGS 
 \$WIN32_LD_EXPORT_ALL_SYMBOLS\/s/LDFLAGS/true\t\#LDFLAGS/' \
./configure  ./configure-new
 Wouldn't it be better to integrate that fix in the m4 macros? If in 
 there that is...
 
 Perhaps... But I am not going to propose that, as I have to save
 energy for other battles... ;-)
 
 Well, if it can help the production of lyx dynamically linked with Qt3 
 that would be great because as it is now the linking time is close to 
 unbearable. I'll try to test if there's any improvement.
 
 It seems to :-)
 ar+ranlib libqt2 was done in 10 minutes and less than 400 Megs.
 final exe linking took less than 10 minutes and less than 400 Megs
 
 But, I had to modify the finale linking command because for whatever 
 reason it tried to link with /usr/lib/libiconv.dll.a which of course 
 does not exists. Correcting that to d:/mingw/lib/iconv.lib did the 
 trick! I am sure this is due to this patch or to something else.
 
 The resulting qt3 executable seems to work as usual, I can see no 
 difference. No need to say that this is a _huge_ improvement!
 
 As cited below, Enrico tested on cygwin and cygwin/X11 that this patch 
 does not cause any problem. So I would like to ask Angus principally his 
 opinion on this. If Kayvan could also tell us his reason for putting 
 that at the first place, that would be great.
 
 Abdel.
 
 Then, I don't know if this flag is going to help when dynamically
 linking Qt, as I must link statically to it. For sure it doesn't
 help when dinamically linking the X11 libs or any other library
 (I just finished successfully building an X11 version of LyX/Cygwin
 without that option and dynamically linking to libAiksaurus,
 libaspell, libiconv, libXrandr, libXcursor, libXft, libXrender,
 libfontconfig, libfreetype, libexpat, libXext, libSM, libICE,
 libX11: The gain in linking time is awesome).

 Index: config/cygwin.m4
 ===
 --- config/cygwin.m4  (revision 13592)
 +++ config/cygwin.m4  (working copy)
 @@ -7,16 +7,6 @@
cygwin* | mingw* | pw32* )
  # Export all symbols to Win32 DLL using MinGW 2.0 ld.
  WIN32_LD_EXPORT_ALL_SYMBOLS=''
 -AC_MSG_CHECKING([whether ld accepts --export-all-symbols])
 -if $LD --help 21 | egrep 'export-all-symbols'  /dev/null; then
 -  WIN32_LD_EXPORT_ALL_SYMBOLS='-Wl,--export-all-symbols'
 -  AC_MSG_RESULT([yes])
 -else
 -  AC_MSG_RESULT([no])
 -fi
 -if test x$WIN32_LD_EXPORT_ALL_SYMBOLS != x; then
 -  LDFLAGS=$LDFLAGS $WIN32_LD_EXPORT_ALL_SYMBOLS
 -   

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Tue, Apr 11, 2006 at 01:38:05PM +0200, Georg Baum wrote:
 Jose' Matos wrote:
 
  Why does not show lyx2lyx_version.py.in in svn?
  
  in the lyx2lyx directory:
 ... 
  note that lyx2lyx_version.py.in is absent.
 
 It is not when I do the same here.

Do a make dist then use the resulting tar-ball to try and make
lyx, you will see the problem then. lyx2lyx_version does not make
it into the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: [Abdelrazak Younes] [Patch] reduce linking time under windows (was Re: Question about C++ warning ...)

[Kayvan A. Sylvan]

On Thu, Apr 13, 2006 at 10:28:59AM +0200, Jean-Marc Lasgouttes wrote:
> 
> Hi Kayvan,
> 
> Did you see this message? We need your input on why this special
> cygwin code was needed...

All I remember is that it was needed at one time for the QT/Cygwin code
I compiled from CVS (and it was in the instructions or README file for
building QT/Cygwin at kde-cygwin.sf.net).

I think if Abdel and others think that we can do without it, I'm all
for it. I can't compile LyX right now on any of my platforms, but
I have not had the time to fix the problems.

My automated daily builds on my Redhat FC4 system are getting
those damnable linker errors or the python lyx2lyx module issue
(see ftp://ftp.sylvan.com/pub/lyx/devel/log for the latest).

My Cygwin machine can not build nowadays due to some compiler errors
due to the recent QT changes.

I probably need to refresh my Cygwin and follow the latest Cygwin/QT/LyX
build directions so I can get my Cygwin/Windows builds up to the latest.

So, in short, I have no objections since I can't build right now
anyways! :-)

If anyone has any suggestions to help me get my daily builds working
again, please feel free to email me. I'm going to upgrade that machine
to Redhat FC5 in the next week or so, after which I will try again.

---Kayvan

> To: lyx-devel@lists.lyx.org
> From: Abdelrazak Younes <[EMAIL PROTECTED]>
> Subject:  [Patch] reduce linking time under windows (was Re: Question about
>  C++ warning ...)
> Date:  Wed, 12 Apr 2006 21:23:49 +0200
> User-Agent: Thunderbird 1.5 (Windows/20051201)
> In-Reply-To: <[EMAIL PROTECTED]>
> Xref: fantomas.inria.fr lyx-devel:80738
> 
> Abdelrazak Younes a écrit :
> >Enrico Forestieri a écrit :
> >>On Wed, Apr 12, 2006 at 02:45:00PM +0200, Abdelrazak Younes wrote:
> >>>Enrico Forestieri a écrit :
> >>That's -Wl,--export-all-symbols and simply passes 
> >>--export-all-symbols
> >>to the linker. It does no good and simply will increase your linking
> >>time. I suggest that you get rid of it.
> >>>[..]
> I was not talking about the warnings, sorry for the confusion.
> What I said only applies to the final link step. I observed that
> with -Wl,--export-all-symbols, the linking time noticeably increases.
> Removing that option shortens the linking time for me without any
> side effect.
> 
> This is a sed command you can use to modify configure in order to
> avoid "-Wl,--export-all-symbols" in LDFLAGS:
> 
> sed ' # Omit -Wl,--export-all-symbols in LDFLAGS
> /LDFLAGS=\"\$LDFLAGS 
> \$WIN32_LD_EXPORT_ALL_SYMBOLS\"/s/LDFLAGS/true\t\#LDFLAGS/' \
>    ./configure > ./configure-new
> >>>Wouldn't it be better to integrate that fix in the m4 macros? If in 
> >>>there that is...
> >>
> >>Perhaps... But I am not going to propose that, as I have to save
> >>energy for other battles... ;-)
> >
> >Well, if it can help the production of lyx dynamically linked with Qt3 
> >that would be great because as it is now the linking time is close to 
> >unbearable. I'll try to test if there's any improvement.
> 
> It seems to :-)
> ar+ranlib libqt2 was done in 10 minutes and less than 400 Megs.
> final exe linking took less than 10 minutes and less than 400 Megs
> 
> But, I had to modify the finale linking command because for whatever 
> reason it tried to link with "/usr/lib/libiconv.dll.a" which of course 
> does not exists. Correcting that to d:/mingw/lib/iconv.lib did the 
> trick! I am sure this is due to this patch or to something else.
> 
> The resulting qt3 executable seems to work as usual, I can see no 
> difference. No need to say that this is a _huge_ improvement!
> 
> As cited below, Enrico tested on cygwin and cygwin/X11 that this patch 
> does not cause any problem. So I would like to ask Angus principally his 
> opinion on this. If Kayvan could also tell us his reason for putting 
> that at the first place, that would be great.
> 
> Abdel.
> 
> >>Then, I don't know if this flag is going to help when dynamically
> >>linking Qt, as I must link statically to it. For sure it doesn't
> >>help when dinamically linking the X11 libs or any other library
> >>(I just finished successfully building an X11 version of LyX/Cygwin
> >>without that option and dynamically linking to libAiksaurus,
> >>libaspell, libiconv, libXrandr, libXcursor, libXft, libXrender,
> >>libfontconfig, libfreetype, libexpat, libXext, libSM, libICE,
> >>libX11: The gain in linking time is awesome).

> Index: config/cygwin.m4
> ===
> --- config/cygwin.m4  (revision 13592)
> +++ config/cygwin.m4  (working copy)
> @@ -7,16 +7,6 @@
>cygwin* | mingw* | pw32* )
>  # Export all symbols to Win32 DLL using MinGW 2.0 ld.
>  WIN32_LD_EXPORT_ALL_SYMBOLS=''
> -AC_MSG_CHECKING([whether ld accepts --export-all-symbols])
> -if $LD --help 2>&1 | egrep 'export-all-symbols' > /dev/null; then
> -  

Re: make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

On Tue, Apr 11, 2006 at 01:38:05PM +0200, Georg Baum wrote:
> Jose' Matos wrote:
> 
> > Why does not show lyx2lyx_version.py.in in svn?
> > 
> > in the lyx2lyx directory:
> ... 
> > note that lyx2lyx_version.py.in is absent.
> 
> It is not when I do the same here.

Do a "make dist" then use the resulting tar-ball to try and make
lyx, you will see the problem then. lyx2lyx_version does not make
it into the tarball.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Link failures in current lyx-svn

[Kayvan A. Sylvan]

On Sun, Apr 09, 2006 at 10:25:25PM +0200, Lars Gullik Bjønnes wrote:
 John Levon [EMAIL PROTECTED] writes:
 
 | 
 text.o(.bss+0x3):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_vector.h:352:
 | multiple definition of `(anonymous namespace)::_6'
 | 
 Bidi.o(.bss+0x3):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_algobase.h:617:
 | first defined here
 | text.o(.bss+0x4):../boost/boost/shared_ptr.hpp:253: multiple definition
 | of `(anonymous namespace)::_5'
 | 
 Bidi.o(.bss+0x4):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/ext/mt_allocator.h:386:
 | first defined here
 | 
 | And plenty more on FC4.
 
 I don't get them.
 
 FC4 and FC5 works flawlessly for me.

Just catching up with the mailing list...

Aha!!! Someone else is seeing these now too!

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

- Forwarded message from Cron Daemon [EMAIL PROTECTED] -

[...]

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:compression aiksaurus assertions pch 
concept-checks stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.4
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
{ test ! -d lyx-1.5.0svn || { find lyx-1.5.0svn -type d ! -perm -200 -exec 
chmod u+w {} ';'  rm -fr lyx-1.5.0svn; }; }
mkdir lyx-1.5.0svn
mkdir -p -- lyx-1.5.0svn/config lyx-1.5.0svn/development lyx-1.5.0svn/intl 
lyx-1.5.0svn/lib/lyx2lyx lyx-1.5.0svn/po lyx-1.5.0svn/sourcedoc 
lyx-1.5.0svn/src lyx-1.5.0svn/src/frontends/xforms
list='m4 config development intl po boost src sourcedoc lib'; for subdir in 
$list; do \
  if test $subdir = .; then :; else \
test -d lyx-1.5.0svn/$subdir \
|| mkdir -p -- lyx-1.5.0svn/$subdir \
|| exit 1; \
distdir=`CDPATH=${ZSH_VERSION+.}:  cd lyx-1.5.0svn  pwd`; \
top_distdir=`CDPATH=${ZSH_VERSION+.}:  cd lyx-1.5.0svn  pwd`; \
(cd $subdir  \
  make  \
top_distdir=$top_distdir \
distdir=$distdir/$subdir \
distdir) \
  || exit 1; \
  fi; \
done

[...]

make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib'
mkdir -p -- /home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/../config 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/bind 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/clipart 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/examples 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/images 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/images/math 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/kbd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/layouts 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/scripts 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/templates 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/tex 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/ui
list='doc lyx2lyx'; for subdir in $list; do \
  if test $subdir = .; then :; else \
test -d /home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/$subdir \
|| mkdir -p -- /home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/$subdir \
|| exit 1; \
distdir=`CDPATH=${ZSH_VERSION+.}:  cd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib  pwd`; \
top_distdir=`CDPATH=${ZSH_VERSION+.}:  cd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn  pwd`; \
(cd $subdir  \
  make  \
top_distdir=$top_distdir \
distdir=$distdir/$subdir \
distdir) \
  || exit 1; \
  fi; \
done
make[2]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
mkdir -p -- 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../../lyx/lib/doc 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../config
make  \
  top_distdir=/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn 
distdir=/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc \
  dist-hook
make[3]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
python ../../../lyx/lib/doc/doc_toc.py
Traceback (most recent call last):
  File ../../../lyx/lib/doc/doc_toc.py, line 34, in ?
import LyX
  File ../../../lyx/lib/doc/../lyx2lyx/LyX.py, line 28, in ?
import lyx2lyx_version
ImportError: No module named lyx2lyx_version
make[3]: *** [TOC.lyx] Error 1
make[3]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[2]: *** [distdir] Error 2
make[2]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[1]: *** [distdir] Error 1
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib'
make: *** [distdir] Error 1


- End forwarded message -

Re: Link failures in current lyx-svn

[Kayvan A. Sylvan]

On Sun, Apr 09, 2006 at 10:25:25PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
> 
> | 
> text.o(.bss+0x3):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_vector.h:352:
> | multiple definition of `(anonymous namespace)::_6'
> | 
> Bidi.o(.bss+0x3):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/bits/stl_algobase.h:617:
> | first defined here
> | text.o(.bss+0x4):../boost/boost/shared_ptr.hpp:253: multiple definition
> | of `(anonymous namespace)::_5'
> | 
> Bidi.o(.bss+0x4):/usr/lib/gcc/x86_64-redhat-linux/4.0.2/../../../../include/c++/4.0.2/ext/mt_allocator.h:386:
> | first defined here
> | 
> | And plenty more on FC4.
> 
> I don't get them.
> 
> FC4 and FC5 works flawlessly for me.

Just catching up with the mailing list...

Aha!!! Someone else is seeing these now too!

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

make rpmdist failure (1.5.0svn)

[Kayvan A. Sylvan]

- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -

[...]

Configuration
  Host type:  x86_64-unknown-linux-gnu
  Special build flags:compression aiksaurus assertions pch 
concept-checks stdlib-debug warnings  use-aspell use-ispell
  C   Compiler:   gcc 
  C   Compiler LyX flags:  
  C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  C++ Compiler:   g++ (4.0.2)
  C++ Compiler LyX flags:  
  C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
  Linker flags:   
  Linker user flags:  
  Qt Frontend:
  Qt version:   3.3.4
  Packaging:  posix
  LyX binary dir: /usr/local/bin
  LyX files dir:  /usr/local/share/lyx

Configuration of LyX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
{ test ! -d lyx-1.5.0svn || { find lyx-1.5.0svn -type d ! -perm -200 -exec 
chmod u+w {} ';' && rm -fr lyx-1.5.0svn; }; }
mkdir lyx-1.5.0svn
mkdir -p -- lyx-1.5.0svn/config lyx-1.5.0svn/development lyx-1.5.0svn/intl 
lyx-1.5.0svn/lib/lyx2lyx lyx-1.5.0svn/po lyx-1.5.0svn/sourcedoc 
lyx-1.5.0svn/src lyx-1.5.0svn/src/frontends/xforms
list='m4 config development intl po boost src sourcedoc lib'; for subdir in 
$list; do \
  if test "$subdir" = .; then :; else \
test -d "lyx-1.5.0svn/$subdir" \
|| mkdir -p -- "lyx-1.5.0svn/$subdir" \
|| exit 1; \
distdir=`CDPATH="${ZSH_VERSION+.}:" && cd lyx-1.5.0svn && pwd`; \
top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd lyx-1.5.0svn && pwd`; \
(cd $subdir && \
  make  \
top_distdir="$top_distdir" \
distdir="$distdir/$subdir" \
distdir) \
  || exit 1; \
  fi; \
done

[...]

make[1]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib'
mkdir -p -- /home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/../config 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/bind 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/clipart 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/examples 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/images 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/images/math 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/kbd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/layouts 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/scripts 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/templates 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/tex 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/ui
list='doc lyx2lyx'; for subdir in $list; do \
  if test "$subdir" = .; then :; else \
test -d "/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/$subdir" \
|| mkdir -p -- "/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/$subdir" \
|| exit 1; \
distdir=`CDPATH="${ZSH_VERSION+.}:" && cd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib && pwd`; \
top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn && pwd`; \
(cd $subdir && \
  make  \
top_distdir="$top_distdir" \
distdir="$distdir/$subdir" \
distdir) \
  || exit 1; \
  fi; \
done
make[2]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
mkdir -p -- 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../../lyx/lib/doc 
/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc/../../config
make  \
  top_distdir="/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn" 
distdir="/home/kayvan/src/lyx/qtbuild/lyx-1.5.0svn/lib/doc" \
  dist-hook
make[3]: Entering directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
python ../../../lyx/lib/doc/doc_toc.py
Traceback (most recent call last):
  File "../../../lyx/lib/doc/doc_toc.py", line 34, in ?
import LyX
  File "../../../lyx/lib/doc/../lyx2lyx/LyX.py", line 28, in ?
import lyx2lyx_version
ImportError: No module named lyx2lyx_version
make[3]: *** [TOC.lyx] Error 1
make[3]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[2]: *** [distdir] Error 2
make[2]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib/doc'
make[1]: *** [distdir] Error 1
make[1]: Leaving directory `/home/kayvan/src/lyx/qtbuild/lib'
make: *** [distdir] Error 1


- End forwarded message -

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Fri, Apr 07, 2006 at 12:31:57PM +0200, Lars Gullik Bjønnes wrote:
 Kayvan A. Sylvan [EMAIL PROTECTED] writes:
 
 |  My x86 box:
 |  gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
 |  
 |  My x86_64 box:
 |  gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
 |  
 |  but something must be differnt... but what...?
 | 
 | Does anyone have any idea why I keep getting those linking errors?
 | 
 | My Redhat FC4 x86_64 box is updated and running the same tools as Lars's.
 | 
 | I have not been able to do a successful build on my machines for weeks now.
 
 You don't have a mixture of i386 and x86_64 packages?

No.

I'm running an x86_64 only configuration.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Fri, Apr 07, 2006 at 12:31:57PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | > My x86 box:
> | > gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
> | > 
> | > My x86_64 box:
> | > gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
> | > 
> | > but something must be differnt... but what...?
> | 
> | Does anyone have any idea why I keep getting those linking errors?
> | 
> | My Redhat FC4 x86_64 box is updated and running the same tools as Lars's.
> | 
> | I have not been able to do a successful build on my machines for weeks now.
> 
> You don't have a mixture of i386 and x86_64 packages?

No.

I'm running an x86_64 only configuration.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Sat, Mar 25, 2006 at 12:41:45AM +0100, Lars Gullik Bjønnes wrote:
 Kayvan A. Sylvan [EMAIL PROTECTED] writes:
 
 | On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote:
 |  Helge Hafting [EMAIL PROTECTED] writes:
 |  
 |  | If FC4 don't have any older or newer compilers for you, consider
 |  | digging up some older rpms?
 |  
 |  FC4 should just work.
 | 
 | On FC4, I have gcc version 4.0.2 20051125 (Red Hat 4.0.2-8) and I get
 | the namespace/link issue.
 | 
 | Maybe your FC4 was updated with a better/newer gcc?
 
 I have the exact same:
 
 My x86 box:
 gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
 
 My x86_64 box:
 gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
 
 but something must be differnt... but what...?

Does anyone have any idea why I keep getting those linking errors?

My Redhat FC4 x86_64 box is updated and running the same tools as Lars's.

I have not been able to do a successful build on my machines for weeks now.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Sat, Mar 25, 2006 at 12:41:45AM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote:
> | > Helge Hafting <[EMAIL PROTECTED]> writes:
> | > 
> | > | If FC4 don't have any older or newer compilers for you, consider
> | > | digging up some older rpms?
> | > 
> | > FC4 should just work.
> | 
> | On FC4, I have gcc version 4.0.2 20051125 (Red Hat 4.0.2-8) and I get
> | the namespace/link issue.
> | 
> | Maybe your FC4 was updated with a better/newer gcc?
> 
> I have the exact same:
> 
> My x86 box:
> gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
> 
> My x86_64 box:
> gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
> 
> but something must be differnt... but what...?

Does anyone have any idea why I keep getting those linking errors?

My Redhat FC4 x86_64 box is updated and running the same tools as Lars's.

I have not been able to do a successful build on my machines for weeks now.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Another automated build failure (ParagraphList.h)

[Kayvan A. Sylvan]

  g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./pch.h 
 -I./.. -I../../boost -Wextra -Wall -I/usr/X11R6/include -O2 -MT 
 math_casesinset.lo -MD -MP -MF .deps/math_casesinset.Tpo -c math_casesinset.C 
 -o math_casesinset.o
 In file included from math_casesinset.C:23:
 ../../src/undo.h:20:27: error: ParagraphList.h: No such file or directory
 ../../src/undo.h:83: error: 'ParagraphList' does not name a type
 make[5]: *** [math_casesinset.lo] Error 1

The above was another make dist issue fixed by the following patch.

Please apply.

Index: src/Makefile.am
===
--- src/Makefile.am (revision 13499)
+++ src/Makefile.am (working copy)
@@ -11,6 +11,7 @@
 SUBDIRS = mathed insets graphics support frontends . $(CLIENT) tex2lyx
 
 EXTRA_DIST = config.h.in stamp-h.in version.C.in \
+   ParagraphList.h \
Sectioning.h \
Sectioning.C \
Variables.C \
Index: src/support/Makefile.am
===
--- src/support/Makefile.am (revision 13499)
+++ src/support/Makefile.am (working copy)
@@ -5,7 +5,8 @@
 CLEANFILES += $(BUILT_SOURCES)
 
 EXTRA_DIST = package.C.in pch.h \
-   os_cygwin.C os_os2.C os_unix.C os_win32.C os_win32.h
+   os_cygwin.C os_os2.C os_unix.C os_win32.C os_win32.h \
+   RandomAccessList.h
 
 noinst_LTLIBRARIES = libsupport.la
 

Another automated build failure (ParagraphList.h)

[Kayvan A. Sylvan]

>  g++ -DHAVE_CONFIG_H -I. -I. -I../../src -Winvalid-pch --include=./pch.h 
> -I./.. -I../../boost -Wextra -Wall -I/usr/X11R6/include -O2 -MT 
> math_casesinset.lo -MD -MP -MF .deps/math_casesinset.Tpo -c math_casesinset.C 
> -o math_casesinset.o
> In file included from math_casesinset.C:23:
> ../../src/undo.h:20:27: error: ParagraphList.h: No such file or directory
> ../../src/undo.h:83: error: 'ParagraphList' does not name a type
> make[5]: *** [math_casesinset.lo] Error 1

The above was another "make dist" issue fixed by the following patch.

Please apply.

Index: src/Makefile.am
===
--- src/Makefile.am (revision 13499)
+++ src/Makefile.am (working copy)
@@ -11,6 +11,7 @@
 SUBDIRS = mathed insets graphics support frontends . $(CLIENT) tex2lyx
 
 EXTRA_DIST = config.h.in stamp-h.in version.C.in \
+   ParagraphList.h \
Sectioning.h \
Sectioning.C \
Variables.C \
Index: src/support/Makefile.am
===
--- src/support/Makefile.am (revision 13499)
+++ src/support/Makefile.am (working copy)
@@ -5,7 +5,8 @@
 CLEANFILES += $(BUILT_SOURCES)
 
 EXTRA_DIST = package.C.in pch.h \
-   os_cygwin.C os_os2.C os_unix.C os_win32.C os_win32.h
+   os_cygwin.C os_os2.C os_unix.C os_win32.C os_win32.h \
+   RandomAccessList.h
 
 noinst_LTLIBRARIES = libsupport.la
 

[REPOSTED: Compile/link problem (lyx-1.5.0svn)]

[Kayvan A. Sylvan]

- Forwarded message from Kayvan A. Sylvan [EMAIL PROTECTED] -

From: Kayvan A. Sylvan [EMAIL PROTECTED]
To: LyX Developers lyx-devel@lists.lyx.org
Subject: Compile/link problem (lyx-1.5.0svn)

My automated builds are still not happening. The link is failing
with multiple definition of (anonymous namespace)... messages.

Here are some representative messages.

 === Building QT LyX ===
 [...]
 
 Configuration
   Host type:  x86_64-unknown-linux-gnu
   Special build flags:compression aiksaurus assertions pch 
 concept-checks stdlib-debug warnings  use-aspell use-ispell
   C   Compiler:   gcc 
   C   Compiler LyX flags:  
   C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
   C++ Compiler:   g++ (4.0.2)
   C++ Compiler LyX flags:  
   C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
   Linker flags:   
   Linker user flags:  
   Qt Frontend:
   Qt version: 3.3.4
   Packaging:  posix
   LyX binary dir: /usr/local/bin
   LyX files dir:  /usr/local/share/lyx
 
 Configuration of LyX was successful.
 [...]
 if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
 -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT version.o -MD -MP 
 -MF .deps/version.Tpo -c -o version.o version.C; \
 then mv -f .deps/version.Tpo .deps/version.Po; else rm -f 
 .deps/version.Tpo; exit 1; fi
 if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
 -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT vspace.o -MD -MP 
 -MF .deps/vspace.Tpo -c -o vspace.o vspace.C; \
 then mv -f .deps/vspace.Tpo .deps/vspace.Po; else rm -f 
 .deps/vspace.Tpo; exit 1; fi
 /bin/sh ../libtool --tag=CXX --mode=link g++  -O2   -o lyx-qt  main.o Bidi.o 
 BufferView.o BufferView_pimpl.o Bullet.o BranchList.o Chktex.o CutAndPaste.o 
 DepTable.o FloatList.o Floating.o FontIterator.o FuncStatus.o InsetList.o 
 LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o MenuBackend.o 
 ParagraphParameters.o PrinterParams.o Spacing.o Thesaurus.o ToolbarBackend.o 
 author.o boost.o box.o buffer.o buffer_funcs.o bufferlist.o bufferparams.o 
 bufferview_funcs.o changes.o chset.o converter.o counters.o coordcache.o 
 cursor.o cursor_slice.o debug.o dimension.o dociterator.o encoding.o 
 errorlist.o exporter.o gettext.o factory.o format.o funcrequest.o graph.o 
 importer.o intl.o insetiterator.o kbmap.o kbsequence.o language.o lastfiles.o 
 lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o lyxfind.o lyxfunc.o 
 lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxrc.o 
 lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o lyxtextclass.o 
 lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o output.o 
 outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
 output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
 pariterator.o aspell.o  ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
 tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
 trans_mgr.o undo.o vc-backend.o version.o vspace.o mathed/libmathed.la 
 insets/libinsets.la frontends/libfrontends.la frontends/qt2/libqt2.la 
 frontends/controllers/libcontrollers.la graphics/libgraphics.la 
 support/libsupport.la ../boost/libs/regex/src/libboost_regex.la 
 ../boost/libs/signals/src/libboost_signals.la 
 ../boost/libs/filesystem/src/libboost_filesystem.la  -lAiksaurus -laspell  
 -lSM -lICE -lc -lm   -L/usr/X11R6/lib64 -lX11  -lz  
 mkdir .libs
 g++ -O2 -o lyx-qt main.o Bidi.o BufferView.o BufferView_pimpl.o Bullet.o 
 BranchList.o Chktex.o CutAndPaste.o DepTable.o FloatList.o Floating.o 
 FontIterator.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o 
 LyXAction.o MenuBackend.o ParagraphParameters.o PrinterParams.o Spacing.o 
 Thesaurus.o ToolbarBackend.o author.o boost.o box.o buffer.o buffer_funcs.o 
 bufferlist.o bufferparams.o bufferview_funcs.o changes.o chset.o converter.o 
 counters.o coordcache.o cursor.o cursor_slice.o debug.o dimension.o 
 dociterator.o encoding.o errorlist.o exporter.o gettext.o factory.o format.o 
 funcrequest.o graph.o importer.o intl.o insetiterator.o kbmap.o kbsequence.o 
 language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o 
 lyxfind.o lyxfunc.o lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o 
 lyxlex_pimpl.o lyxrc.o lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o 
 lyxtextclass.o lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o 
 output.o outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
 output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
 pariterator.o aspell.o ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
 tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
 trans_mgr.o undo.o vc-backend.o version.o vspace.o  mathed/.libs/libmathed.a 
 insets/.libs

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Thu, Mar 23, 2006 at 10:56:49PM +0100, Lars Gullik Bjønnes wrote:
 Kayvan A. Sylvan [EMAIL PROTECTED] writes:
 
 | Yes. This gets me past the initial problem. Now there is a link issue (see
 | my other email).
 
 I am unable to find your other mail, can you repost?

I just did.

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote:
 Helge Hafting [EMAIL PROTECTED] writes:
 
 | If FC4 don't have any older or newer compilers for you, consider
 | digging up some older rpms?
 
 FC4 should just work.

On FC4, I have gcc version 4.0.2 20051125 (Red Hat 4.0.2-8) and I get
the namespace/link issue.

Maybe your FC4 was updated with a better/newer gcc?

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

[REPOSTED: Compile/link problem (lyx-1.5.0svn)]

[Kayvan A. Sylvan]

- Forwarded message from "Kayvan A. Sylvan" <[EMAIL PROTECTED]> -

From: "Kayvan A. Sylvan" <[EMAIL PROTECTED]>
To: LyX Developers <lyx-devel@lists.lyx.org>
Subject: Compile/link problem (lyx-1.5.0svn)

My automated builds are still not happening. The link is failing
with "multiple definition of (anonymous namespace)..." messages.

Here are some representative messages.

> === Building QT LyX ===
> [...]
> 
> Configuration
>   Host type:  x86_64-unknown-linux-gnu
>   Special build flags:compression aiksaurus assertions pch 
> concept-checks stdlib-debug warnings  use-aspell use-ispell
>   C   Compiler:   gcc 
>   C   Compiler LyX flags:  
>   C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
>   C++ Compiler:   g++ (4.0.2)
>   C++ Compiler LyX flags:  
>   C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
>   Linker flags:   
>   Linker user flags:  
>   Qt Frontend:
>   Qt version: 3.3.4
>   Packaging:  posix
>   LyX binary dir: /usr/local/bin
>   LyX files dir:  /usr/local/share/lyx
> 
> Configuration of LyX was successful.
> [...]
> if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
> -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT version.o -MD -MP 
> -MF ".deps/version.Tpo" -c -o version.o version.C; \
> then mv -f ".deps/version.Tpo" ".deps/version.Po"; else rm -f 
> ".deps/version.Tpo"; exit 1; fi
> if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
> -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT vspace.o -MD -MP 
> -MF ".deps/vspace.Tpo" -c -o vspace.o vspace.C; \
> then mv -f ".deps/vspace.Tpo" ".deps/vspace.Po"; else rm -f 
> ".deps/vspace.Tpo"; exit 1; fi
> /bin/sh ../libtool --tag=CXX --mode=link g++  -O2   -o lyx-qt  main.o Bidi.o 
> BufferView.o BufferView_pimpl.o Bullet.o BranchList.o Chktex.o CutAndPaste.o 
> DepTable.o FloatList.o Floating.o FontIterator.o FuncStatus.o InsetList.o 
> LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o MenuBackend.o 
> ParagraphParameters.o PrinterParams.o Spacing.o Thesaurus.o ToolbarBackend.o 
> author.o boost.o box.o buffer.o buffer_funcs.o bufferlist.o bufferparams.o 
> bufferview_funcs.o changes.o chset.o converter.o counters.o coordcache.o 
> cursor.o cursor_slice.o debug.o dimension.o dociterator.o encoding.o 
> errorlist.o exporter.o gettext.o factory.o format.o funcrequest.o graph.o 
> importer.o intl.o insetiterator.o kbmap.o kbsequence.o language.o lastfiles.o 
> lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o lyxfind.o lyxfunc.o 
> lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxrc.o 
> lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o lyxtextclass.o 
> lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o output.o 
> outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
> output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
> pariterator.o aspell.o  ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
> tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
> trans_mgr.o undo.o vc-backend.o version.o vspace.o mathed/libmathed.la 
> insets/libinsets.la frontends/libfrontends.la frontends/qt2/libqt2.la 
> frontends/controllers/libcontrollers.la graphics/libgraphics.la 
> support/libsupport.la ../boost/libs/regex/src/libboost_regex.la 
> ../boost/libs/signals/src/libboost_signals.la 
> ../boost/libs/filesystem/src/libboost_filesystem.la  -lAiksaurus -laspell  
> -lSM -lICE -lc -lm   -L/usr/X11R6/lib64 -lX11  -lz  
> mkdir .libs
> g++ -O2 -o lyx-qt main.o Bidi.o BufferView.o BufferView_pimpl.o Bullet.o 
> BranchList.o Chktex.o CutAndPaste.o DepTable.o FloatList.o Floating.o 
> FontIterator.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o 
> LyXAction.o MenuBackend.o ParagraphParameters.o PrinterParams.o Spacing.o 
> Thesaurus.o ToolbarBackend.o author.o boost.o box.o buffer.o buffer_funcs.o 
> bufferlist.o bufferparams.o bufferview_funcs.o changes.o chset.o converter.o 
> counters.o coordcache.o cursor.o cursor_slice.o debug.o dimension.o 
> dociterator.o encoding.o errorlist.o exporter.o gettext.o factory.o format.o 
> funcrequest.o graph.o importer.o intl.o insetiterator.o kbmap.o kbsequence.o 
> language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o 
> lyxfind.o lyxfunc.o lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o 
> lyxlex_pimpl.o lyxrc.o lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o 
> lyxtextclass.o lyxtext

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Thu, Mar 23, 2006 at 10:56:49PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | Yes. This gets me past the initial problem. Now there is a link issue (see
> | my other email).
> 
> I am unable to find your other mail, can you repost?

I just did.

Re: Revision 13302 link errors

[Kayvan A. Sylvan]

On Fri, Mar 24, 2006 at 10:25:04PM +0100, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
> 
> | If FC4 don't have any older or newer compilers for you, consider
> | digging up some older rpms?
> 
> FC4 should just work.

On FC4, I have gcc version 4.0.2 20051125 (Red Hat 4.0.2-8) and I get
the namespace/link issue.

Maybe your FC4 was updated with a better/newer gcc?

        ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Compile/link problem (lyx-1.5.0svn)

[Kayvan A. Sylvan]

My automated builds are still not happening. The link is failing
with multiple definition of (anonymous namespace)... messages.

Here are some representative messages.

 === Building QT LyX ===
 [...]
 
 Configuration
   Host type:  x86_64-unknown-linux-gnu
   Special build flags:compression aiksaurus assertions pch 
 concept-checks stdlib-debug warnings  use-aspell use-ispell
   C   Compiler:   gcc 
   C   Compiler LyX flags:  
   C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
   C++ Compiler:   g++ (4.0.2)
   C++ Compiler LyX flags:  
   C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
   Linker flags:   
   Linker user flags:  
   Qt Frontend:
   Qt version: 3.3.4
   Packaging:  posix
   LyX binary dir: /usr/local/bin
   LyX files dir:  /usr/local/share/lyx
 
 Configuration of LyX was successful.
 [...]
 if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
 -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT version.o -MD -MP 
 -MF .deps/version.Tpo -c -o version.o version.C; \
 then mv -f .deps/version.Tpo .deps/version.Po; else rm -f 
 .deps/version.Tpo; exit 1; fi
 if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
 -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT vspace.o -MD -MP 
 -MF .deps/vspace.Tpo -c -o vspace.o vspace.C; \
 then mv -f .deps/vspace.Tpo .deps/vspace.Po; else rm -f 
 .deps/vspace.Tpo; exit 1; fi
 /bin/sh ../libtool --tag=CXX --mode=link g++  -O2   -o lyx-qt  main.o Bidi.o 
 BufferView.o BufferView_pimpl.o Bullet.o BranchList.o Chktex.o CutAndPaste.o 
 DepTable.o FloatList.o Floating.o FontIterator.o FuncStatus.o InsetList.o 
 LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o MenuBackend.o 
 ParagraphParameters.o PrinterParams.o Spacing.o Thesaurus.o ToolbarBackend.o 
 author.o boost.o box.o buffer.o buffer_funcs.o bufferlist.o bufferparams.o 
 bufferview_funcs.o changes.o chset.o converter.o counters.o coordcache.o 
 cursor.o cursor_slice.o debug.o dimension.o dociterator.o encoding.o 
 errorlist.o exporter.o gettext.o factory.o format.o funcrequest.o graph.o 
 importer.o intl.o insetiterator.o kbmap.o kbsequence.o language.o lastfiles.o 
 lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o lyxfind.o lyxfunc.o 
 lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxrc.o 
 lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o lyxtextclass.o 
 lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o output.o 
 outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
 output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
 pariterator.o aspell.o  ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
 tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
 trans_mgr.o undo.o vc-backend.o version.o vspace.o mathed/libmathed.la 
 insets/libinsets.la frontends/libfrontends.la frontends/qt2/libqt2.la 
 frontends/controllers/libcontrollers.la graphics/libgraphics.la 
 support/libsupport.la ../boost/libs/regex/src/libboost_regex.la 
 ../boost/libs/signals/src/libboost_signals.la 
 ../boost/libs/filesystem/src/libboost_filesystem.la  -lAiksaurus -laspell  
 -lSM -lICE -lc -lm   -L/usr/X11R6/lib64 -lX11  -lz  
 mkdir .libs
 g++ -O2 -o lyx-qt main.o Bidi.o BufferView.o BufferView_pimpl.o Bullet.o 
 BranchList.o Chktex.o CutAndPaste.o DepTable.o FloatList.o Floating.o 
 FontIterator.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o 
 LyXAction.o MenuBackend.o ParagraphParameters.o PrinterParams.o Spacing.o 
 Thesaurus.o ToolbarBackend.o author.o boost.o box.o buffer.o buffer_funcs.o 
 bufferlist.o bufferparams.o bufferview_funcs.o changes.o chset.o converter.o 
 counters.o coordcache.o cursor.o cursor_slice.o debug.o dimension.o 
 dociterator.o encoding.o errorlist.o exporter.o gettext.o factory.o format.o 
 funcrequest.o graph.o importer.o intl.o insetiterator.o kbmap.o kbsequence.o 
 language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o 
 lyxfind.o lyxfunc.o lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o 
 lyxlex_pimpl.o lyxrc.o lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o 
 lyxtextclass.o lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o 
 output.o outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
 output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
 pariterator.o aspell.o ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
 tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
 trans_mgr.o undo.o vc-backend.o version.o vspace.o  mathed/.libs/libmathed.a 
 insets/.libs/libinsets.a frontends/.libs/libfrontends.a 
 frontends/qt2/.libs/libqt2.a -L/usr/lib64/qt-3.3/lib -lqt-mt 
 frontends/controllers/.libs/libcontrollers.a graphics/.libs/libgraphics.a 
 

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Wed, Mar 22, 2006 at 09:35:16PM +0100, Lars Gullik Bjønnes wrote:
 Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
 
 | One of these two fixes should work. The reason nobody noticed is that
 | we already have tests/Makefile.in from earlier runs, I guess.
 | 
 | Index: src/frontends/controllers/Makefile.am
 | ===
 | --- src/frontends/controllers/Makefile.am   (revision 13444)
 | +++ src/frontends/controllers/Makefile.am   (working copy)
 | @@ -1,5 +1,7 @@
 |  include $(top_srcdir)/config/common.am
 |  
 | +SUBDIRS = tests
 | +
 |  EXTRA_DIST = pch.h BCView.tmpl
 |  
 |  BUILT_SOURCES = $(PCH_FILE)
 
 This is the correct fix.

Yes. This gets me past the initial problem. Now there is a link issue (see
my other email).

Thanks.
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Compile/link problem (lyx-1.5.0svn)

[Kayvan A. Sylvan]

My automated builds are still not happening. The link is failing
with "multiple definition of (anonymous namespace)..." messages.

Here are some representative messages.

> === Building QT LyX ===
> [...]
> 
> Configuration
>   Host type:  x86_64-unknown-linux-gnu
>   Special build flags:compression aiksaurus assertions pch 
> concept-checks stdlib-debug warnings  use-aspell use-ispell
>   C   Compiler:   gcc 
>   C   Compiler LyX flags:  
>   C   Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
>   C++ Compiler:   g++ (4.0.2)
>   C++ Compiler LyX flags:  
>   C++ Compiler flags: -Wextra -Wall-I/usr/X11R6/include -O2
>   Linker flags:   
>   Linker user flags:  
>   Qt Frontend:
>   Qt version: 3.3.4
>   Packaging:  posix
>   LyX binary dir: /usr/local/bin
>   LyX files dir:  /usr/local/share/lyx
> 
> Configuration of LyX was successful.
> [...]
> if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
> -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT version.o -MD -MP 
> -MF ".deps/version.Tpo" -c -o version.o version.C; \
> then mv -f ".deps/version.Tpo" ".deps/version.Po"; else rm -f 
> ".deps/version.Tpo"; exit 1; fi
> if g++ -DHAVE_CONFIG_H -I. -I. -I.  -Winvalid-pch --include=./pch.h 
> -I../boost -Wextra -Wall-I/usr/X11R6/include  -O2 -MT vspace.o -MD -MP 
> -MF ".deps/vspace.Tpo" -c -o vspace.o vspace.C; \
> then mv -f ".deps/vspace.Tpo" ".deps/vspace.Po"; else rm -f 
> ".deps/vspace.Tpo"; exit 1; fi
> /bin/sh ../libtool --tag=CXX --mode=link g++  -O2   -o lyx-qt  main.o Bidi.o 
> BufferView.o BufferView_pimpl.o Bullet.o BranchList.o Chktex.o CutAndPaste.o 
> DepTable.o FloatList.o Floating.o FontIterator.o FuncStatus.o InsetList.o 
> LColor.o LaTeX.o LaTeXFeatures.o LyXAction.o MenuBackend.o 
> ParagraphParameters.o PrinterParams.o Spacing.o Thesaurus.o ToolbarBackend.o 
> author.o boost.o box.o buffer.o buffer_funcs.o bufferlist.o bufferparams.o 
> bufferview_funcs.o changes.o chset.o converter.o counters.o coordcache.o 
> cursor.o cursor_slice.o debug.o dimension.o dociterator.o encoding.o 
> errorlist.o exporter.o gettext.o factory.o format.o funcrequest.o graph.o 
> importer.o intl.o insetiterator.o kbmap.o kbsequence.o language.o lastfiles.o 
> lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o lyxfind.o lyxfunc.o 
> lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o lyxlex_pimpl.o lyxrc.o 
> lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o lyxtextclass.o 
> lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o output.o 
> outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
> output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
> pariterator.o aspell.o  ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
> tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
> trans_mgr.o undo.o vc-backend.o version.o vspace.o mathed/libmathed.la 
> insets/libinsets.la frontends/libfrontends.la frontends/qt2/libqt2.la 
> frontends/controllers/libcontrollers.la graphics/libgraphics.la 
> support/libsupport.la ../boost/libs/regex/src/libboost_regex.la 
> ../boost/libs/signals/src/libboost_signals.la 
> ../boost/libs/filesystem/src/libboost_filesystem.la  -lAiksaurus -laspell  
> -lSM -lICE -lc -lm   -L/usr/X11R6/lib64 -lX11  -lz  
> mkdir .libs
> g++ -O2 -o lyx-qt main.o Bidi.o BufferView.o BufferView_pimpl.o Bullet.o 
> BranchList.o Chktex.o CutAndPaste.o DepTable.o FloatList.o Floating.o 
> FontIterator.o FuncStatus.o InsetList.o LColor.o LaTeX.o LaTeXFeatures.o 
> LyXAction.o MenuBackend.o ParagraphParameters.o PrinterParams.o Spacing.o 
> Thesaurus.o ToolbarBackend.o author.o boost.o box.o buffer.o buffer_funcs.o 
> bufferlist.o bufferparams.o bufferview_funcs.o changes.o chset.o converter.o 
> counters.o coordcache.o cursor.o cursor_slice.o debug.o dimension.o 
> dociterator.o encoding.o errorlist.o exporter.o gettext.o factory.o format.o 
> funcrequest.o graph.o importer.o intl.o insetiterator.o kbmap.o kbsequence.o 
> language.o lastfiles.o lengthcommon.o lyx_cb.o lyx_main.o lyx_sty.o lyxfont.o 
> lyxfind.o lyxfunc.o lyxgluelength.o lyxlayout.o lyxlength.o lyxlex.o 
> lyxlex_pimpl.o lyxrc.o lyxrow.o lyxrow_funcs.o lyxserver.o lyxsocket.o 
> lyxtextclass.o lyxtextclasslist.o lyxvc.o messages.o metricsinfo.o mover.o 
> output.o outputparams.o output_docbook.o output_latex.o output_linuxdoc.o 
> output_plaintext.o paragraph.o paragraph_funcs.o paragraph_pimpl.o 
> pariterator.o aspell.o ispell.o SpellBase.o rowpainter.o sgml.o tabular.o 
> tex-accent.o tex-strings.o texrow.o text.o text2.o text3.o toc.o trans.o 
> trans_mgr.o undo.o vc-backend.o version.o vspace.o  mathed/.libs/libmathed.a 
> insets/.libs/libinsets.a frontends/.libs/libfrontends.a 
> frontends/qt2/.libs/libqt2.a -L/usr/lib64/qt-3.3/lib -lqt-mt 
> 

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Wed, Mar 22, 2006 at 09:35:16PM +0100, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> 
> | One of these two fixes should work. The reason nobody noticed is that
> | we already have tests/Makefile.in from earlier runs, I guess.
> | 
> | Index: src/frontends/controllers/Makefile.am
> | ===
> | --- src/frontends/controllers/Makefile.am   (revision 13444)
> | +++ src/frontends/controllers/Makefile.am   (working copy)
> | @@ -1,5 +1,7 @@
> |  include $(top_srcdir)/config/common.am
> |  
> | +SUBDIRS = tests
> | +
> |  EXTRA_DIST = pch.h BCView.tmpl
> |  
> |  BUILT_SOURCES = $(PCH_FILE)
> 
> This is the correct fix.

Yes. This gets me past the initial problem. Now there is a link issue (see
my other email).

Thanks.
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Thu, Mar 16, 2006 at 10:39:24PM -0800, Kayvan A. Sylvan wrote:
 On Tue, Mar 14, 2006 at 12:18:43AM +0100, Lars Gullik Bjønnes wrote:
  Kayvan A. Sylvan [EMAIL PROTECTED] writes:
  
  | config.status: creating src/insets/Makefile
  | config.status: creating src/support/Makefile
  | config.status: creating src/support/tests/Makefile
  | config.status: creating src/frontends/Makefile
  | config.status: creating src/frontends/controllers/Makefile
  | config.status: creating src/frontends/controllers/tests/Makefile
  | config.status: error: cannot find input file:
  |   src/frontends/controllers/tests/Makefile.in
  | 

I am still having this problem. To reproduce, do this:

1) Run autogen.sh and configure to create Makefiles...
2) Do: make dist

3) Use the generated tar ball:

   tar xvjf lyx-1.5.0svn.tar.bz2
   cd lyx-1.5.0svn
   ./configure --with-frontend=qt

   [...]
   config.status: creating src/frontends/controllers/Makefile
   config.status: creating src/frontends/controllers/tests/Makefile
   config.status: error: cannot find input file: 
src/frontends/controllers/tests/Makefile.in


Lars or someone familiar with the packaging stuff, help me fix this.

Thanks!
---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Thu, Mar 16, 2006 at 10:39:24PM -0800, Kayvan A. Sylvan wrote:
> On Tue, Mar 14, 2006 at 12:18:43AM +0100, Lars Gullik Bjønnes wrote:
> > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> > 
> > | config.status: creating src/insets/Makefile
> > | config.status: creating src/support/Makefile
> > | config.status: creating src/support/tests/Makefile
> > | config.status: creating src/frontends/Makefile
> > | config.status: creating src/frontends/controllers/Makefile
> > | config.status: creating src/frontends/controllers/tests/Makefile
> > | config.status: error: cannot find input file:
> > |   src/frontends/controllers/tests/Makefile.in
> > | 

I am still having this problem. To reproduce, do this:

1) Run autogen.sh and configure to create Makefiles...
2) Do: "make dist"

3) Use the generated tar ball:

   tar xvjf lyx-1.5.0svn.tar.bz2
   cd lyx-1.5.0svn
   ./configure --with-frontend=qt

   [...]
   config.status: creating src/frontends/controllers/Makefile
   config.status: creating src/frontends/controllers/tests/Makefile
   config.status: error: cannot find input file: 
src/frontends/controllers/tests/Makefile.in


Lars or someone familiar with the packaging stuff, help me fix this.

Thanks!
---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Cygwin and Mingw incompatibility with -mms-bitfields gcc options

[Kayvan A. Sylvan]

On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
 Am Freitag, 17. März 2006 17:31 schrieb Enrico Forestieri:
  Abdelrazak Younes [EMAIL PROTECTED] writes:
  
Next time I will try to get rid of it and tell you. I can't right 
 now,
because building from scratch takes 1.5 hours for me.
   
   OK, if you confirm that you don't have any problem without the option, 
 I 
   would suggest to just eliminate it in cygwin.m4.
  
  It seems that -mms-bitfields is necessary in some circumstances.
  However, it is a gcc issue, not cygwin. See for example:
  
  http://www.mail-archive.com/cygwin@cygwin.com/msg21724.html
  http://www.mail-archive.com/cygwin@cygwin.com/msg39400.html
 
 That means it is necessary if you want to link against libraries compiled 
 by a MS compiler, and it will hurt if you link against libraries compiled 
 by gcc without this switch.
 Further investigation shows that this setting was added by Kayvan on 
 2003-03-12 (see config/ChangeLog). The reference mentioned in the 
 ChangeLog added this option only for mingw, and I think that is correct.
 
 Kayvan, are you listening? Why did you introduce this option also for 
 cygwin?

I think this was related to trying to compile for QT/Cygwin. If we can
compile for QT on Windows without this, then I am all for removing it.

I have to go through and follow the new recipes for QT on Windows for
Cygwin to get back up to date with the latest stuff...

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Cygwin and Mingw incompatibility with -mms-bitfields gcc options

[Kayvan A. Sylvan]

On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
> Am Freitag, 17. März 2006 17:31 schrieb Enrico Forestieri:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > 
> > > > Next time I will try to get rid of it and tell you. I can't right 
> now,
> > > > because building from scratch takes 1.5 hours for me.
> > > 
> > > OK, if you confirm that you don't have any problem without the option, 
> I 
> > > would suggest to just eliminate it in cygwin.m4.
> > 
> > It seems that -mms-bitfields is necessary in some circumstances.
> > However, it is a gcc issue, not cygwin. See for example:
> > 
> > http://www.mail-archive.com/cygwin@cygwin.com/msg21724.html
> > http://www.mail-archive.com/cygwin@cygwin.com/msg39400.html
> 
> That means it is necessary if you want to link against libraries compiled 
> by a MS compiler, and it will hurt if you link against libraries compiled 
> by gcc without this switch.
> Further investigation shows that this setting was added by Kayvan on 
> 2003-03-12 (see config/ChangeLog). The reference mentioned in the 
> ChangeLog added this option only for mingw, and I think that is correct.
> 
> Kayvan, are you listening? Why did you introduce this option also for 
> cygwin?

I think this was related to trying to compile for QT/Cygwin. If we can
compile for QT on Windows without this, then I am all for removing it.

I have to go through and follow the new recipes for QT on Windows for
Cygwin to get back up to date with the latest stuff...

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Tue, Mar 14, 2006 at 12:18:43AM +0100, Lars Gullik Bjønnes wrote:
 Kayvan A. Sylvan [EMAIL PROTECTED] writes:
 
 | config.status: creating src/insets/Makefile
 | config.status: creating src/support/Makefile
 | config.status: creating src/support/tests/Makefile
 | config.status: creating src/frontends/Makefile
 | config.status: creating src/frontends/controllers/Makefile
 | config.status: creating src/frontends/controllers/tests/Makefile
 | config.status: error: cannot find input file:
 |   src/frontends/controllers/tests/Makefile.in
 | 
 | Is there a missing file?
 
 Hmm... you do have the Makefile.am in that dir?
 
 Or are you missing a ./autogen.sh to create the Makefile.in in the
 first place?

It looks like another packaging issue. If I do a ./autogen.sh and then
do configure it works correctly.

However, in my daily builds I use make rpmdist which builds the dist
tarball and then tries to do the RPM build from what's in the tarball.

It looks like that particular Makefile.in did not make it in the tarball.

Any help would be much appreciated.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

On Tue, Mar 14, 2006 at 12:18:43AM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
> 
> | config.status: creating src/insets/Makefile
> | config.status: creating src/support/Makefile
> | config.status: creating src/support/tests/Makefile
> | config.status: creating src/frontends/Makefile
> | config.status: creating src/frontends/controllers/Makefile
> | config.status: creating src/frontends/controllers/tests/Makefile
> | config.status: error: cannot find input file:
> |   src/frontends/controllers/tests/Makefile.in
> | 
> | Is there a missing file?
> 
> Hmm... you do have the Makefile.am in that dir?
> 
> Or are you missing a ./autogen.sh to create the Makefile.in in the
> first place?

It looks like another packaging issue. If I do a ./autogen.sh and then
do "configure" it works correctly.

However, in my daily builds I use "make rpmdist" which builds the dist
tarball and then tries to do the RPM build from what's in the tarball.

It looks like that particular Makefile.in did not make it in the tarball.

Any help would be much appreciated.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

config.status: creating src/insets/Makefile
config.status: creating src/support/Makefile
config.status: creating src/support/tests/Makefile
config.status: creating src/frontends/Makefile
config.status: creating src/frontends/controllers/Makefile
config.status: creating src/frontends/controllers/tests/Makefile
config.status: error: cannot find input file:
  src/frontends/controllers/tests/Makefile.in

Is there a missing file?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

configure failure... (latest CVS) missing file?

[Kayvan A. Sylvan]

config.status: creating src/insets/Makefile
config.status: creating src/support/Makefile
config.status: creating src/support/tests/Makefile
config.status: creating src/frontends/Makefile
config.status: creating src/frontends/controllers/Makefile
config.status: creating src/frontends/controllers/tests/Makefile
config.status: error: cannot find input file:
  src/frontends/controllers/tests/Makefile.in

Is there a missing file?

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Automated build fails (primary_transform.hpp needed by distdir)

[Kayvan A. Sylvan]

On Sat, Mar 11, 2006 at 02:45:50PM -0800, Cron Daemon wrote:
 [...]
 make[3]: Entering directory `/home/kayvan/src/lyx/build/boost/libs/regex'
 mkdir -p -- 
 /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/../../../config
 list='src'; for subdir in $list; do \
   if test $subdir = .; then :; else \
 test -d 
 /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/$subdir \
 || mkdir -p -- 
 /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/$subdir \
 || exit 1; \
 distdir=`CDPATH=${ZSH_VERSION+.}:  cd 
 /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex  pwd`; \
 top_distdir=`CDPATH=${ZSH_VERSION+.}:  cd 
 /home/kayvan/src/lyx/build/lyx-1.5.0svn  pwd`; \
 (cd $subdir  \
   make  \
 top_distdir=$top_distdir \
 distdir=$distdir/$subdir \
 distdir) \
   || exit 1; \
   fi; \
 done
 make[4]: Entering directory `/home/kayvan/src/lyx/build/boost/libs/regex/src'
 make[4]: *** No rule to make target `primary_transform.hpp', needed by 
 `distdir'.  Stop.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Please! publish the .spec files!

[Kayvan A. Sylvan]

On Sat, Mar 11, 2006 at 06:19:21AM -0600, Paul Elliott wrote:
 In ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/ there are various
 rpm binaries for people with different architectures
 and distros. They are very useful. Thank You.
 
 I realize that it may use excesive disk space to publish
 source rpm since the tarballs are available. One request
 in the spirit of the GPL: Please publish the .spec files!
 
 Sometime someone may wish to hack one of these rpm and they
 should not want to reinvent the wheel in the form of a .spec
 file! I know that there is a generic .spec file in the tarball,
 but often these .spec files have to be hacked to meet the
 reqquirments of a distribution! Without the .spec file
 it is impossible to create a hacked .rpm without authoring
 a whole new .spec file.
 
 Thank You.

Hi Paul,

Do you know that the spec file is generally available in the tar.bz2
file?

You can hack that easily.

Here is one from the 1.4.0 branch:

---Kayvan

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)
%define frontend qt
%define version_suffix 

Summary: A WYSIWYM (What You See Is What You Mean) frontend to LaTeX
Name: lyx
Version: 1.4.0
Release: 1_%{frontend}
License: see COPYING file
Group: Applications/Publishing
URL: http://www.lyx.org/
Packager: Kayvan A. Sylvan [EMAIL PROTECTED]
Source: ftp://ftp.lyx.org/pub/lyx/stable/%{name}-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-root
Icon: %{name}.xpm
Prefix: %{_prefix}
Obsoletes: tetex-lyx

%description
LyX is a modern approach to writing documents which breaks with the
obsolete typewriter paradigm of most other document preparation
systems.

It is designed for people who want professional quality output
with a minimum of time and effort, without becoming specialists in
typesetting.

The major innovation in LyX is WYSIWYM (What You See Is What You Mean).
That is, the author focuses on content, not on the details of formatting.
This allows for greater productivity, and leaves the final typesetting
to the backends (like LaTeX) that are specifically designed for the task.

With LyX, the author can concentrate on the contents of his writing,
and let the computer take care of the rest.

This is LyX built with the %{frontend} frontend.

%prep
%setup

%build
unset LINGUAS || true
./configure --with-frontend=%{frontend} --prefix=%{_prefix} \
--mandir=%{_mandir} --bindir=%{_bindir} --datadir=%{_datadir} \
--without-warnings --disable-debug --enable-optimization=-O2 \
%{version_suffix}
make

%install
unset LINGUAS || true
rm -rf ${RPM_BUILD_ROOT}
install -d -m 755 ${RPM_BUILD_ROOT}
make DESTDIR=${RPM_BUILD_ROOT} install
gzip -f9 ${RPM_BUILD_ROOT}%{_mandir}/man?/*

#
# Set up the lyx-specific class files where TeX can see them
#
TEXMF=%{_datadir}/texmf
mkdir -p ${RPM_BUILD_ROOT}${TEXMF}/tex/latex
mv ${RPM_BUILD_ROOT}%{_datadir}/%{name}/tex \
  ${RPM_BUILD_ROOT}/${TEXMF}/tex/latex/%{name}

#
# Miscellaneous files
#
# Don't use %{name}.xpm, this will not work with --version-suffix
cp -a lib/images/lyx.xpm ${RPM_BUILD_ROOT}%{_datadir}/%{name}/images/

%clean
rm -rf ${RPM_BUILD_ROOT}

%post
# Make TeX understand where LyX-specific packages are
texhash

# Before configuring lyx for the local system
# PATH needs to be imported
if [ -f /etc/profile ]; then
. /etc/profile
fi
#
# Now configure LyX
#
echo Configuring LyX for your system...
cd %{_datadir}/%{name}
./configure --srcdir

%postun
# Fix the TeX file hash
#
texhash

%files
%defattr(-,root,root)
%doc ABOUT-NLS ANNOUNCE COPYING
%doc README UPGRADING ChangeLog NEWS
%doc lib/CREDITS
%{_bindir}/*
%{_mandir}/man?/*
%{_datadir}/locale/*/LC_MESSAGES/*
%{_datadir}/%{name}
%{_datadir}/texmf/tex/latex/%{name}


pgpvjg9kQ0HMG.pgp
Description: PGP signature

Automated build fails (primary_transform.hpp needed by distdir)

[Kayvan A. Sylvan]

On Sat, Mar 11, 2006 at 02:45:50PM -0800, Cron Daemon wrote:
> [...]
> make[3]: Entering directory `/home/kayvan/src/lyx/build/boost/libs/regex'
> mkdir -p -- 
> /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/../../../config
> list='src'; for subdir in $list; do \
>   if test "$subdir" = .; then :; else \
> test -d 
> "/home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/$subdir" \
> || mkdir -p -- 
> "/home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex/$subdir" \
> || exit 1; \
> distdir=`CDPATH="${ZSH_VERSION+.}:" && cd 
> /home/kayvan/src/lyx/build/lyx-1.5.0svn/boost/libs/regex && pwd`; \
> top_distdir=`CDPATH="${ZSH_VERSION+.}:" && cd 
> /home/kayvan/src/lyx/build/lyx-1.5.0svn && pwd`; \
> (cd $subdir && \
>   make  \
> top_distdir="$top_distdir" \
> distdir="$distdir/$subdir" \
> distdir) \
>   || exit 1; \
>   fi; \
> done
> make[4]: Entering directory `/home/kayvan/src/lyx/build/boost/libs/regex/src'
> make[4]: *** No rule to make target `primary_transform.hpp', needed by 
> `distdir'.  Stop.

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)

Re: Please! publish the .spec files!

[Kayvan A. Sylvan]

On Sat, Mar 11, 2006 at 06:19:21AM -0600, Paul Elliott wrote:
> In ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/ there are various
> rpm binaries for people with different architectures
> and distros. They are very useful. Thank You.
> 
> I realize that it may use excesive disk space to publish
> source rpm since the tarballs are available. One request
> in the spirit of the GPL: Please publish the .spec files!
> 
> Sometime someone may wish to hack one of these rpm and they
> should not want to reinvent the wheel in the form of a .spec
> file! I know that there is a generic .spec file in the tarball,
> but often these .spec files have to be hacked to meet the
> reqquirments of a distribution! Without the .spec file
> it is impossible to create a hacked .rpm without authoring
> a whole new .spec file.
> 
> Thank You.

Hi Paul,

Do you know that the spec file is generally available in the tar.bz2
file?

You can hack that easily.

Here is one from the 1.4.0 branch:

    ---Kayvan

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan, | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | my beautiful Queen.| Robin Gregory (2/28/92)
%define frontend qt
%define version_suffix ""

Summary: A WYSIWYM (What You See Is What You Mean) frontend to LaTeX
Name: lyx
Version: 1.4.0
Release: 1_%{frontend}
License: see COPYING file
Group: Applications/Publishing
URL: http://www.lyx.org/
Packager: Kayvan A. Sylvan <[EMAIL PROTECTED]>
Source: ftp://ftp.lyx.org/pub/lyx/stable/%{name}-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{version}-root
Icon: %{name}.xpm
Prefix: %{_prefix}
Obsoletes: tetex-lyx

%description
LyX is a modern approach to writing documents which breaks with the
obsolete "typewriter paradigm" of most other document preparation
systems.

It is designed for people who want professional quality output
with a minimum of time and effort, without becoming specialists in
typesetting.

The major innovation in LyX is WYSIWYM (What You See Is What You Mean).
That is, the author focuses on content, not on the details of formatting.
This allows for greater productivity, and leaves the final typesetting
to the backends (like LaTeX) that are specifically designed for the task.

With LyX, the author can concentrate on the contents of his writing,
and let the computer take care of the rest.

This is LyX built with the %{frontend} frontend.

%prep
%setup

%build
unset LINGUAS || true
./configure --with-frontend=%{frontend} --prefix=%{_prefix} \
--mandir=%{_mandir} --bindir=%{_bindir} --datadir=%{_datadir} \
--without-warnings --disable-debug --enable-optimization=-O2 \
%{version_suffix}
make

%install
unset LINGUAS || true
rm -rf ${RPM_BUILD_ROOT}
install -d -m 755 ${RPM_BUILD_ROOT}
make DESTDIR=${RPM_BUILD_ROOT} install
gzip -f9 ${RPM_BUILD_ROOT}%{_mandir}/man?/*

#
# Set up the lyx-specific class files where TeX can see them
#
TEXMF=%{_datadir}/texmf
mkdir -p ${RPM_BUILD_ROOT}${TEXMF}/tex/latex
mv ${RPM_BUILD_ROOT}%{_datadir}/%{name}/tex \
  ${RPM_BUILD_ROOT}/${TEXMF}/tex/latex/%{name}

#
# Miscellaneous files
#
# Don't use %{name}.xpm, this will not work with --version-suffix
cp -a lib/images/lyx.xpm ${RPM_BUILD_ROOT}%{_datadir}/%{name}/images/

%clean
rm -rf ${RPM_BUILD_ROOT}

%post
# Make TeX understand where LyX-specific packages are
texhash

# Before configuring lyx for the local system
# PATH needs to be imported
if [ -f /etc/profile ]; then
. /etc/profile
fi
#
# Now configure LyX
#
echo "Configuring LyX for your system..."
cd %{_datadir}/%{name}
./configure --srcdir

%postun
# Fix the TeX file hash
#
texhash

%files
%defattr(-,root,root)
%doc ABOUT-NLS ANNOUNCE COPYING
%doc README UPGRADING ChangeLog NEWS
%doc lib/CREDITS
%{_bindir}/*
%{_mandir}/man?/*
%{_datadir}/locale/*/LC_MESSAGES/*
%{_datadir}/%{name}
%{_datadir}/texmf/tex/latex/%{name}


pgpvjg9kQ0HMG.pgp
Description: PGP signature

Latest checkout fails to compile on Cygwin

[Kayvan A. Sylvan]

Here's what I am seeing. Any ideas?

make[4]: Entering directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
make PCH_FLAGS= pch-file
make[5]: Entering directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
g++ -DHAVE_CONFIG_H -I. -I../../../../../lyx/boost/libs/filesystem/src 
-I../../../../src   -DBOOST_USER_CONFIG=config.h -I../../../../../lyx/boost 
-I/usr/local/include  -Wextra -Wall-I/usr/X11R6/include -fno-exceptions -O2 
-mms-bitfields -x c++-header ../../../../../lyx/boost/libs/filesystem/src/pch.h 
-o ./pch.h.gch \
-MT ./pch.h.gch  -MD -MP -MF ././pch.h.gch.Tdep \
 mv ././pch.h.gch.Tdep ././pch.h.gch.dep \
|| rm ././pch.h.gch.Tdep
../../../../../lyx/boost/libs/filesystem/src/pch.h:20: internal compiler error: 
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
rm: cannot remove `././pch.h.gch.Tdep': No such file or directory
make[5]: *** [pch-file] Error 1
make[5]: Leaving directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
make[4]: *** [pch.h.gch] Error 2
make[4]: Leaving directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'

GCC version is 3.4.4

Latest checkout fails to compile on Cygwin

[Kayvan A. Sylvan]

Here's what I am seeing. Any ideas?

make[4]: Entering directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
make PCH_FLAGS= pch-file
make[5]: Entering directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
g++ -DHAVE_CONFIG_H -I. -I../../../../../lyx/boost/libs/filesystem/src 
-I../../../../src   -DBOOST_USER_CONFIG="" -I../../../../../lyx/boost 
-I/usr/local/include  -Wextra -Wall-I/usr/X11R6/include -fno-exceptions -O2 
-mms-bitfields -x c++-header ../../../../../lyx/boost/libs/filesystem/src/pch.h 
-o ./pch.h.gch \
-MT ./pch.h.gch  -MD -MP -MF "././pch.h.gch.Tdep" \
&& mv "././pch.h.gch.Tdep" "././pch.h.gch.dep" \
|| rm "././pch.h.gch.Tdep"
../../../../../lyx/boost/libs/filesystem/src/pch.h:20: internal compiler error: 
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
rm: cannot remove `././pch.h.gch.Tdep': No such file or directory
make[5]: *** [pch-file] Error 1
make[5]: Leaving directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'
make[4]: *** [pch.h.gch] Error 2
make[4]: Leaving directory 
`/home/kayvan/src/lyx/qtbuild/boost/libs/filesystem/src'

GCC version is 3.4.4

Re: Baywatch is back from the dead... _but_

[Kayvan A. Sylvan]

On Fri, Feb 10, 2006 at 11:02:07PM +0100, Lars Gullik Bjønnes wrote:
 
 I am not going to open up the cvs repo again.
 
 I'll rather setup baywatch for backup tasks.

That's okay.

My anoncvs mirror is up for a while for anyone that needs to create
a patch from their working repository.

This weekend, I'll get my daily auto-build scripts to use the svn repository.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: LyX/Cygwin

[Kayvan A. Sylvan]

On Sat, Feb 11, 2006 at 06:10:45PM +, Angus Leeming wrote:
 It's quite possible that the code in os_cygwin.C is buggy; Kayvan compiles
 this frontend I believe; he may have some experiences to share...

I do compile this for both XForms and QT. I have no problems with
the source as is.

What, exactly is the issue?

---Kayvan

Re: LyX/Cygwin

[Kayvan A. Sylvan]

On Sun, Feb 12, 2006 at 12:08:16AM +, Angus Leeming wrote:
 Enrico is trying to push the code where it isn't meant to go ;-)
 
 He's essentially using the Cygwin build environment to build a native
 Window executable (ie, --without-x) because Lars' insistence that we use
 the latest and greatest versions of the autotools means that the
 MinGW/MSYS platform won't build. (The latest available, working, version
 of automake on MinGW/MSYS is 1.8.)
 
 Enrico is finding directory separator issues because he's essentially
 mixing native Windows code (Qt) with Posix code (our os_cygwin.C).
 
 Hmmm, is that a fair summary? Yes, I think so.

Ah. I see. No, I have nothing useful, then.

Enrico is exploring territory that I have not traversed.

My Cygwin builds run under Cygwin/X11. It would be cool to get LyX on Cygwin
working natively with Qt, but I don't know what the issues are.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: Baywatch is back from the dead... _but_

[Kayvan A. Sylvan]

On Fri, Feb 10, 2006 at 11:02:07PM +0100, Lars Gullik Bjønnes wrote:
> 
> I am not going to open up the cvs repo again.
> 
> I'll rather setup baywatch for backup tasks.

That's okay.

My anoncvs mirror is up for a while for anyone that needs to create
a patch from their working repository.

This weekend, I'll get my daily auto-build scripts to use the svn repository.

        ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: LyX/Cygwin

[Kayvan A. Sylvan]

On Sat, Feb 11, 2006 at 06:10:45PM +, Angus Leeming wrote:
> It's quite possible that the code in os_cygwin.C is buggy; Kayvan compiles
> this frontend I believe; he may have some experiences to share...

I do compile this for both XForms and QT. I have no problems with
the source as is.

What, exactly is the issue?

---Kayvan

Re: LyX/Cygwin

[Kayvan A. Sylvan]

On Sun, Feb 12, 2006 at 12:08:16AM +, Angus Leeming wrote:
> Enrico is trying to push the code where it isn't meant to go ;-)
> 
> He's essentially using the Cygwin build environment to build a native
> Window executable (ie, --without-x) because Lars' insistence that we use
> the latest and greatest versions of the autotools means that the
> MinGW/MSYS platform won't build. (The latest available, working, version
> of automake on MinGW/MSYS is 1.8.)
> 
> Enrico is finding "directory separator" issues because he's essentially
> mixing native Windows code (Qt) with Posix code (our os_cygwin.C).
> 
> Hmmm, is that a fair summary? Yes, I think so.

Ah. I see. No, I have nothing useful, then.

Enrico is exploring territory that I have not traversed.

My Cygwin builds run under Cygwin/X11. It would be cool to get LyX on Cygwin
working natively with Qt, but I don't know what the issues are.

    ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: Baywatch is dead.

[Kayvan A. Sylvan]

On Fri, Feb 10, 2006 at 09:01:22AM +0100, Georg Baum wrote:
 Kayvan A. Sylvan wrote:
 
  Can you send me instructions for updating my anoncvs mirror?
 
 It would be nice if the anoncvs mirror would still be available for some
 time in order to convert some checked out trees to patches.

Good point. I won't do anything with it for a few months in any case.
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: Baywatch is dead.

[Kayvan A. Sylvan]

On Fri, Feb 10, 2006 at 09:01:22AM +0100, Georg Baum wrote:
> Kayvan A. Sylvan wrote:
> 
> > Can you send me instructions for updating my anoncvs mirror?
> 
> It would be nice if the anoncvs mirror would still be available for some
> time in order to convert some checked out trees to patches.

Good point. I won't do anything with it for a few months in any case.
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: Baywatch is dead.

[Kayvan A. Sylvan]

On Thu, Feb 09, 2006 at 09:08:25PM +0100, Lars Gullik Bjønnes wrote:
 
 And I belive it will stay like that.
 
 I know that this is an really awkward time to do this, but I am going
 to take the oppurtunity to change to subversion regardless.
 
 The conversion is farily easy, I will do this from the CVS backup on
 aussie.
 
 If you have opinions on this you have to be quick to give them.

Can you send me instructions for updating my anoncvs mirror?

Thanks.
---Kayvan

Re: Baywatch is dead.

[Kayvan A. Sylvan]

On Thu, Feb 09, 2006 at 09:08:25PM +0100, Lars Gullik Bjønnes wrote:
> 
> And I belive it will stay like that.
> 
> I know that this is an really awkward time to do this, but I am going
> to take the oppurtunity to change to subversion regardless.
> 
> The conversion is farily easy, I will do this from the CVS backup on
> aussie.
> 
> If you have opinions on this you have to be quick to give them.

Can you send me instructions for updating my anoncvs mirror?

Thanks.
---Kayvan

Re: ftp://ftp.sylvan.com/pub/lyx/devel

[Kayvan A. Sylvan]

On Mon, Nov 14, 2005 at 10:58:09AM +0100, Hartmut Haase wrote:
 Hello Kayvan Sylvan,
 could you just provide a tarred lyx-devel directory. A lyx-devel.tar.bz2 
 would 
 only  have ~6MB.

Okay. Done. And automatically updated from this point on.

It's at ftp://ftp.sylvan.com/pub/lyx/devel/lyx-devel.tar.bz2

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: ftp://ftp.sylvan.com/pub/lyx/devel

[Kayvan A. Sylvan]

On Mon, Nov 14, 2005 at 10:58:09AM +0100, Hartmut Haase wrote:
> Hello Kayvan Sylvan,
> could you just provide a tarred lyx-devel directory. A lyx-devel.tar.bz2 
> would 
> only  have ~6MB.

Okay. Done. And automatically updated from this point on.

It's at ftp://ftp.sylvan.com/pub/lyx/devel/lyx-devel.tar.bz2

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: lyx-1.4.0pre2-qt-cygwin display problems

[Kayvan A. Sylvan]

On Thu, Oct 20, 2005 at 12:20:30AM +0100, Angus Leeming wrote:
 Luis Rivera wrote:
  \cygwin_path_fix_needed true
 
  Tried it, and now the error message is
  22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
  initialization.
  Could not fork: No such file or directory

Thanks to Luis, I updated my Cygwin to the latest (gcc-3.4, qt-3 from
the default Cygwin install) and recompiled. Now I have both a lyx-qt
and lyx-xforms working with the latest stuff.

It works fine for me (running 1.4.0 CVS versions); it does crash and
hang occasionally, but I am confident that it will improve with time.

---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: lyx-1.4.0pre2-qt-cygwin display problems

[Kayvan A. Sylvan]

On Thu, Oct 20, 2005 at 12:20:30AM +0100, Angus Leeming wrote:
> Luis Rivera wrote:
> >> \cygwin_path_fix_needed true
> 
> > Tried it, and now the error message is
> > 22 [main] lyx 440 fork_parent: child 1276 died waiting for longjmp before
> > initialization.
> > Could not fork: No such file or directory

Thanks to Luis, I updated my Cygwin to the latest (gcc-3.4, qt-3 from
the default Cygwin install) and recompiled. Now I have both a lyx-qt
and lyx-xforms working with the latest stuff.

It works fine for me (running 1.4.0 CVS versions); it does crash and
hang occasionally, but I am confident that it will improve with time.

    ---Kayvan
-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)

Re: lyx-1.4.0pre2-qt-cygwin doesn't display characters

[Kayvan A. Sylvan]

COOL

So you are saying that I can just go to gcc-3.4.4 and the Cygwin supplied QT
and it will just work??!!

Great!!

---Kayvan

On Wed, Oct 19, 2005 at 04:14:24PM +, Luis Rivera wrote:
 Luis Rivera [EMAIL PROTECTED] writes:
 
  
  Hello,
  
  I compiled and use LyX --with-frontend=xforms succesfully on cygwin 
  (version 1.5.18-1, with gcc 3.4.4-1).
  
  However, --with-frontend=qt, I can can compile LyX succesfully, but it 
  doesn't display any characters: just plain white squares. 
  Perhaps there is nothing wrong with LyX, and the problem is the qt library; 
  but I have no clue. 
 
 The answer is: RTFM!  
 
 In fact, there is nothing wrong, AFAICT, with LyX or the Qt library; but Qt is
 trying to use proportional fonts, so I needed to install the missing font
 package for Cygwin-X.
 
 In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native python
 interpreter, ImageMagick, ghostscript, and the jpeg and qt3 packages, plus the
 Xserver scalable fonts.  Apparently, LyX-Qt on Cygwin-X does posix style
 searches for the conversion scripts, so it doesn't recognize the paths to
 Windows native python, imgck or gs. This far it's been talking pretty well to
 MiKTeX, so it seems that the TeX distribution included in Cygwin is not 
 necessary.
 
 Cheers,
 
 Luis.
 

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)

Re: lyx-1.4.0pre2-qt-cygwin doesn't display characters

[Kayvan A. Sylvan]

COOL

So you are saying that I can just go to gcc-3.4.4 and the Cygwin supplied QT
and it will just work??!!

Great!!

---Kayvan

On Wed, Oct 19, 2005 at 04:14:24PM +, Luis Rivera wrote:
> Luis Rivera <[EMAIL PROTECTED]> writes:
> 
> > 
> > Hello,
> > 
> > I compiled and use LyX --with-frontend=xforms succesfully on cygwin 
> > (version 1.5.18-1, with gcc 3.4.4-1).
> > 
> > However, --with-frontend=qt, I can can compile LyX succesfully, but it 
> > doesn't display any characters: just plain white squares. 
> > Perhaps there is nothing wrong with LyX, and the problem is the qt library; 
> > but I have no clue. 
> 
> The answer is: RTFM!  
> 
> In fact, there is nothing wrong, AFAICT, with LyX or the Qt library; but Qt is
> trying to use proportional fonts, so I needed to install the missing font
> package for Cygwin-X.
> 
> In short, this port of LyX-Qt on Cygwin-X requires the Cygwin native python
> interpreter, ImageMagick, ghostscript, and the jpeg and qt3 packages, plus the
> Xserver scalable fonts.  Apparently, LyX-Qt on Cygwin-X does posix style
> searches for the conversion scripts, so it doesn't recognize the paths to
> Windows native python, imgck or gs. This far it's been talking pretty well to
> MiKTeX, so it seems that the TeX distribution included in Cygwin is not 
> necessary.
> 
> Cheers,
> 
> Luis.
> 

-- 
Kayvan A. Sylvan  | Proud husband of   | Father to my kids:
Sylvan Associates, Inc.   | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)