On Thu, 27 Jul 2000, Marko Vendelin wrote:
> I would like to look on the code, but for some unknown reason I can't
> reach Mexican mirror of LyX site : http://www.mx.lyx.org/glyx/ . Maybe I
> need a visa? Anyway, can someone send me the code developed for gLyX?
The machine where the mirror was h
On 26 Jul 2000, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> BTW.: This now is in cvs and working it seems, now Marko has
> Juergen> just to provide the Menubar and Toolbar pimpl files
> Juergen> (otherwise they have to be linked in fro
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| It would be a good idea to grab what Alejandro did last year. He made
| these abstract tool/menubar from the old devel branch for gnome.
We should probably have a "stub" frontend that contains all
Files/class that is absolutely needed for all fr
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 26-Jul-2000 Marko Vendelin wrote:
>> On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
>> "--with-frontend=gtk --without-included-libsigc --disable-sigctest
>> " works fine here.
Juergen> Here too I don't kn
On 26-Jul-2000 Marko Vendelin wrote:
>
> On my system (redhat-6.1, gcc 2.95.2) I don't have this problem.
> "--with-frontend=gtk --without-included-libsigc --disable-sigctest " works
> fine here.
Here too I don't know what it was before, probably a missing
make maintainer-clean now I retried a
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> I thought too that you don't need to add the --without-included-string but if
> you don't the compilation aborts on lyx_gui.C with some strange error-message
> from LString.h that someone is included in the wrong order (I lost the whole
> message on t
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > 3. run configure with the following options:
| >--with-frontend=gtk --without-included-libsigc --disable-sigctest
| >--without-included-string
|
| I thought too that you don't need to add the --without-included-string but if
| you don't
>
> 3. run configure with the following options:
>--with-frontend=gtk --without-included-libsigc --disable-sigctest
>--without-included-string
I thought too that you don't need to add the --without-included-string but if
you don't the compilation aborts on lyx_gui.C with some strange err
Marko Vendelin <[EMAIL PROTECTED]> writes:
| 3. run configure with the following options:
|--with-frontend=gtk --without-included-libsigc --disable-sigctest
|--without-included-string
--without-included-string should not be needed since that will be the
default on most systems now.
>
> It seems to me that GNOME port will be easier to accomplish since GNOME
> libraries have several useful additions comparing with plain GTK. For
> example, to implement About dialog with GTK I had to write small class
> with actual implementation. The GNOME has this kind of dialog box alre
On Wed, 26 Jul 2000, Juergen Vigna wrote:
> On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
> >
> > I think we should try the pure C++ route and remove the rest for now.
> > Therefore, we'll have to think twice before using the C functions
> > directly (or force the foo-- people to improve their su
On 26-Jul-2000 Jean-Marc Lasgouttes wrote:
>
> I think we should try the pure C++ route and remove the rest for now.
> Therefore, we'll have to think twice before using the C functions
> directly (or force the foo-- people to improve their support).
>
> Could you send a patch?
BTW.: We were di
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> That's a good point. We can use gtk--/gnome-- only as it is
Marko> now, but I am not sure whether gnome-- covers libgnome
Marko> functionality completely. Since all the scripts seems to be
Marko> working now we may either leave as
On Tue, 25 Jul 2000, Juergen Vigna wrote:
> Well I guess that gtk is a ONLY C library and so does not compile with
> a c++ compiler (only a guess but I already had such problems on linking!)
> Why don't you test only for gtk-- as you need that one?
That's a good point. We can use gtk--/gnome--
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> Yes, you should comment out the AC_LANG_C at line 89 of configure.in.
AC_TRY_RUN compiles gtk program with C++ compiler instead of C compiler.
That's why environment variable CFLAGS doesn't have any effect (see line
58, file config/gnome/gtk.m4
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
>> Yes, I understand. But which one is it? And what is the error
>> message in config.log?
Marko> I've checked out the latest version from cvs and everything
Marko> worked fine! GTK, gn
On 25 Jul 2000, Jean-Marc Lasgouttes wrote:
> Yes, I understand. But which one is it? And what is the error message
> in config.log?
I've checked out the latest version from cvs and everything worked fine!
GTK, gnome, gtkmm, gnomemm were configured without any errors. Thus, it is
hard for me t
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
>> Could you show us this small program? It might be that it uses a
>> valid C syntax that is not valid C++. These things are easy to fix
>> in general.
Marko> I mean the program used inside the script (gtk.m4) for checking
Marko> GTK l
> Could you show us this small program? It might be that it uses a
> valid C syntax that is not valid C++. These things are easy to fix in
> general.
I mean the program used inside the script (gtk.m4) for checking GTK
libraries installation.
Marko
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> Well, it seems that script gtk.m4 fails to compile a small gtk
Marko> program with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C
Marko> before AC_TRY_RUN (gnome/gtk.m4, line 65) and AC_LANG_CPLUSPLUS
Marko> at the end of this scrip
On 25-Jul-2000 Marko Vendelin wrote:
>
> Well, it seems that script gtk.m4 fails to compile a small gtk program
> with AC_LANG_CPLUSPLUS. When I inserted AC_LANG_C before AC_TRY_RUN
Well I guess that gtk is a ONLY C library and so does not compile with
a c++ compiler (only a guess but I already
> We certinly need the AC_LANG_CPLUSPLUS, since otherwise checks for the
> C++ compilers features are done with the C compiler :) I put it back
> in, and added an AC_LANG_CPLUS_PLUS later.
>
> In general, configuring with AC_LANG_CPLUS_PLUS would be better, since
> we will compile with the C++
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> I see! The attached tar.gz and small patch to autogen.sh adds 1
Marko> .m4 script (config/gnome/gtk.m4). I've tried to generate
Marko> configure script with minimal amount of files in
Marko> /usr/share/aclocal and it worked now in
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Finally, to make configure script working I had to disable |
Lars> AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome
Lars> configuration | scripts were not working properly. It will be
Lars> very nice if someone wi
> I do have all this files, but I think you have some gtkxxx.m4 files in
> your /usr/share/aclocal (or whereever) directory, that got installed
> when installing gtk. A simple check: grep AM_PATH_GTK
> config/gnome/*.m4 reveals that this macro is used there, but never
> defined.
I see! The attac
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> Please check, whether you have these directories in your local
Marko> copy and whether autogen.sh script contains a huge line with
Marko> "for fil in config/lyxinclude.m4 config/libtool.m4
Marko> config/gettext.m4 config/lcmessag
Hi,
> It seems that we miss an .m4 file which defines AM_PATH_GTK (and
> probably others). It is now impossible for me to compile for xforms,
> since the configure file produced by autoconf is plain wrong...
I've obtained a fresh copy of lyx-devel this morning (cvs checkout) and at
least xforms
> "Marko" == Marko Vendelin <[EMAIL PROTECTED]> writes:
Marko> the attached patch together with additional files included into
Marko> the .tar.gz archive adds elementary support for GTK/Gnome
Marko> frontend: configure scripts, Gtk/Gnome initialization, Gnome
Marko> event loop processing, and
Marko Vendelin <[EMAIL PROTECTED]> writes:
| the attached patch together with additional files included into the
| .tar.gz archive adds elementary support for GTK/Gnome frontend: configure
| scripts, Gtk/Gnome initialization, Gnome event loop processing, and
| Copyright dialog box implementation.
Hello!
Wouldn't it be cleaner to fix Lyx , so that lyxstring
is used explicitly in Lyx code?
Therefore, Lyx will use lyxstring, and Gnome will use string.
It is easy to add conversion routines too.
For ANSI conforming compilers, lyxstring could be
a typedef to string, and conversions just retur
30 matches
Mail list logo
