Re: noweb-article and article class with noweb module

[Kayvan Sylvan]

Hi JMarc,

Can you check my patch in the Bug Tracker
http://www.lyx.org/trac/ticket/8414 and check my changes in?

Thanks!


On Tue, Oct 23, 2012 at 6:22 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:

 Le 22/10/2012 19:32, Kayvan Sylvan a écrit :

  Hi guys,

 I'm trying to see if I can stop using literate-article and instead use
 the article class (or any other layout) with the noweb module instead.

 However, when I use the noweb module, the Scrap layout is not defined.


 Did you really add the noweb module? Send us an example file if you cannot
 get it to work.

 JMarc

Re: noweb-article and article class with "noweb" module

[Kayvan Sylvan]

Hi JMarc,

Can you check my patch in the Bug Tracker
http://www.lyx.org/trac/ticket/8414 and check my changes in?

Thanks!


On Tue, Oct 23, 2012 at 6:22 AM, Jean-Marc Lasgouttes <lasgout...@lyx.org>wrote:

> Le 22/10/2012 19:32, Kayvan Sylvan a écrit :
>
>  Hi guys,
>>
>> I'm trying to see if I can stop using literate-article and instead use
>> the article class (or any other layout) with the "noweb" module instead.
>>
>> However, when I use the "noweb" module, the Scrap layout is not defined.
>>
>
> Did you really add the noweb module? Send us an example file if you cannot
> get it to work.
>
> JMarc
>
>

Re: Error with syctex=-1 and lib/doc/Additional.lyx

[Kayvan Sylvan]

I figured it out.

I'm running Fedora 16 which out of the box comes with a very outdated TeX
and LaTeX installation (circa 2005 or so).

Updated to TeXLive 2012 with the instructions on this page:
http://fedoraproject.org/wiki/Features/TeXLive#TeX_Live_2012_2

Now it all works.

On Mon, Nov 12, 2012 at 11:48 PM, Kayvan Sylvan kayvansyl...@gmail.comwrote:

 When trying to view (pdflatex, or ps2pdf) the output of
 lib/doc/Additional.lyx, I get the following error:

 ! Undefined control sequence.
 l.11 \synctex
  =-1
 The control sequence at the end of the top line
 of your error message was never \def'ed. If you have
 misspelled it (e.g., `\hobx'), type `I' and the correct
 spelling (e.g., `I\hbox'). Otherwise just continue,
 and I'll forget about whatever was undefined.

Re: Error with syctex=-1 and lib/doc/Additional.lyx

[Kayvan Sylvan]

I figured it out.

I'm running Fedora 16 which out of the box comes with a very outdated TeX
and LaTeX installation (circa 2005 or so).

Updated to TeXLive 2012 with the instructions on this page:
http://fedoraproject.org/wiki/Features/TeXLive#TeX_Live_2012_2

Now it all works.

On Mon, Nov 12, 2012 at 11:48 PM, Kayvan Sylvan <kayvansyl...@gmail.com>wrote:

> When trying to view (pdflatex, or ps2pdf) the output of
> lib/doc/Additional.lyx, I get the following error:
>
> ! Undefined control sequence.
> l.11 \synctex
>  =-1
> The control sequence at the end of the top line
> of your error message was never \def'ed. If you have
> misspelled it (e.g., `\hobx'), type `I' and the correct
> spelling (e.g., `I\hbox'). Otherwise just continue,
> and I'll forget about whatever was undefined.
>
>
>

Re: support for xdg-open (Linux) and open (Mac)

[Kayvan Sylvan]

In the Fedora distribution lyx packages, an xdg-open patch is applied
and the resulting lyx seems to work correctly.

On Nov 5, 2012, at 1:34, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:

 Le 05/11/2012 03:51, Scott Kostyshak a écrit :
 xdg-open tries to open a file with the preferred application of a
 user for that file on Linux (which is usually the application that is
 used when you double click on a file in your desktop environment). I
 think the command open on Mac does the same thing. I'm guessing
 there's a similar Windows command?

 Note that for Mac OS and Windows, we already use the system's API. See
 AutoOpen stuff in os_(unix|win32).cpp. Unfortunately, no such API exists
 for linux.

 Adding support for these could be a solution to common questions I see such 
 as:
 why does LyX open pdf files with Okular when I want it to open with Evince
 and similar complaints.

 You have seen in the 2008 discussion what the problems were at the time.
 It might be worth revisiting this problem now and see whether
 run-mailcap or xdg-open could be used these days.

 JMarc

Re: support for xdg-open (Linux) and open (Mac)

[Kayvan Sylvan]

Here is the patch.

I include it in my Fedora packages at http://www.box.com/kslyx/

On Mon, Nov 5, 2012 at 7:18 AM, Richard Heck rgh...@bobjweil.com wrote:

 On 11/05/2012 10:00 AM, Kayvan Sylvan wrote:

 In the Fedora distribution lyx packages, an xdg-open patch is applied
 and the resulting lyx seems to work correctly.

 Can you post that patch?



lyx-2.0.1-xdg_open.patch
Description: Binary data

Re: support for xdg-open (Linux) and open (Mac)

[Kayvan Sylvan]

In the Fedora distribution lyx packages, an xdg-open patch is applied
and the resulting lyx seems to work correctly.

On Nov 5, 2012, at 1:34, Jean-Marc Lasgouttes  wrote:

> Le 05/11/2012 03:51, Scott Kostyshak a écrit :
>> xdg-open tries to open a file with the "preferred" application of a
>> user for that file on Linux (which is usually the application that is
>> used when you double click on a file in your desktop environment). I
>> think the command "open" on Mac does the same thing. I'm guessing
>> there's a similar Windows command?
>
> Note that for Mac OS and Windows, we already use the system's API. See
> AutoOpen stuff in os_(unix|win32).cpp. Unfortunately, no such API exists
> for linux.
>
>> Adding support for these could be a solution to common questions I see such 
>> as:
>> "why does LyX open pdf files with Okular when I want it to open with Evince"
>> and similar complaints.
>
> You have seen in the 2008 discussion what the problems were at the time.
> It might be worth revisiting this problem now and see whether
> run-mailcap or xdg-open could be used these days.
>
> JMarc
>

Re: support for xdg-open (Linux) and open (Mac)

[Kayvan Sylvan]

Here is the patch.

I include it in my Fedora packages at http://www.box.com/kslyx/

On Mon, Nov 5, 2012 at 7:18 AM, Richard Heck <rgh...@bobjweil.com> wrote:

> On 11/05/2012 10:00 AM, Kayvan Sylvan wrote:
>
>> In the Fedora distribution lyx packages, an xdg-open patch is applied
>> and the resulting lyx seems to work correctly.
>>
> Can you post that patch?
>


lyx-2.0.1-xdg_open.patch
Description: Binary data

Re: LyX 2.0.5 Sources...

[Kayvan Sylvan]

Works on Fedora (15, 16, 17).

F16 binaries and SRPM files for 2.0.5 and 2.1.0dev are now available here:

https://www.box.com/kslyx


On Sat, Nov 3, 2012 at 4:45 PM, Pavel Sanda sa...@lyx.org wrote:

 Richard Heck wrote:
 
  may be found at
  http://frege.brown.edu/lyx/
  Please test and prepare binaries in the usual way. I'm hoping to announce
  the release officially mid to late next week.

 Works fine on Gentoo x86. P

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

The latest version of this script (lyx-build) is always available at the
following URL:

http://www.box.com/kslyx


On Sat, Nov 3, 2012 at 4:14 PM, Kayvan Sylvan kayvansyl...@gmail.comwrote:

 Hi everyone,

 I've tested this on Fedora 15, 16, and 17. The Fedora 17 system was a
 clean install on VirtualBox, after which I ran my script.

 The basic idea:

 lyx-build init # installs needed packages and sets up the rpmbuild dir
 lyx-build rpm # create the RPM files
 lyx-build install # installs the RPMs

 subsequent runs:

 lyx-build pull # pull the latest sources
 lyx-build rpm # create the RPM files
 lyx-build install # re-install the RPM files

 I also added this script to the LyX Wiki.

 Best regards,

 ---Kayvan

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

Hmmm Yes, that seems to be an old script based on the procedure in
http://wiki.lyx.org/Devel/ReleaseProcedure which is tied to the old
subversion repo.

I'll rename my script to lyx-fedora instead, and you can include it in the
same place (development/tools).

Here it is, slightly modified.


On Sat, Nov 3, 2012 at 6:13 PM, Richard Heck rgh...@lyx.org wrote:

 On 11/03/2012 09:01 PM, Kayvan Sylvan wrote:

 The latest version of this script (lyx-build) is always available at the
 following URL:

 http://www.box.com/kslyx

  Probably not an issue, but there is a script called lyx-build in the
 source tree, at development/tools/. I doubt there could be a conflict, but
 thought I'd mention it.

 rh




lyx-fedora
Description: Binary data

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

Thanks. Here's the patch for lyx-fedora in devel.


On Sat, Nov 3, 2012 at 7:13 PM, Richard Heck rgh...@lyx.org wrote:

 On 11/03/2012 09:37 PM, Kayvan Sylvan wrote:

 Hmmm Yes, that seems to be an old script based on the procedure in
 http://wiki.lyx.org/Devel/**ReleaseProcedurehttp://wiki.lyx.org/Devel/ReleaseProcedurewhich
  is tied to the old subversion repo.

  Actually, I wrote it when I became release manager for 2.0.x. It's up to
 date now for git, or should be.


  I'll rename my script to lyx-fedora instead, and you can include it in
 the same place (development/tools).

  Thanks for that, then. I'll commit it to lyx-devel for now.

 My only suggestion would be to consider getting the version info the way
 the lyx-build script does, instead of hardcoding it. Though maybe the
 script will need updating anyway for 2.2.x.

 rh




lyx-fedora.patch
Description: Binary data

Re: LyX 2.0.5 Sources...

[Kayvan Sylvan]

Works on Fedora (15, 16, 17).

F16 binaries and SRPM files for 2.0.5 and 2.1.0dev are now available here:

https://www.box.com/kslyx


On Sat, Nov 3, 2012 at 4:45 PM, Pavel Sanda  wrote:

> Richard Heck wrote:
> >
> > may be found at
> > http://frege.brown.edu/lyx/
> > Please test and prepare binaries in the usual way. I'm hoping to announce
> > the release officially mid to late next week.
>
> Works fine on Gentoo x86. P
>

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

The latest version of this script (lyx-build) is always available at the
following URL:

http://www.box.com/kslyx


On Sat, Nov 3, 2012 at 4:14 PM, Kayvan Sylvan <kayvansyl...@gmail.com>wrote:

> Hi everyone,
>
> I've tested this on Fedora 15, 16, and 17. The Fedora 17 system was a
> clean install on VirtualBox, after which I ran my script.
>
> The basic idea:
>
> lyx-build init # installs needed packages and sets up the rpmbuild dir
> lyx-build rpm # create the RPM files
> lyx-build install # installs the RPMs
>
> subsequent runs:
>
> lyx-build pull # pull the latest sources
> lyx-build rpm # create the RPM files
> lyx-build install # re-install the RPM files
>
> I also added this script to the LyX Wiki.
>
> Best regards,
>
> ---Kayvan
>
>
>

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

Hmmm Yes, that seems to be an old script based on the procedure in
http://wiki.lyx.org/Devel/ReleaseProcedure which is tied to the old
subversion repo.

I'll rename my script to lyx-fedora instead, and you can include it in the
same place (development/tools).

Here it is, slightly modified.


On Sat, Nov 3, 2012 at 6:13 PM, Richard Heck <rgh...@lyx.org> wrote:

> On 11/03/2012 09:01 PM, Kayvan Sylvan wrote:
>
>> The latest version of this script (lyx-build) is always available at the
>> following URL:
>>
>> http://www.box.com/kslyx
>>
>>  Probably not an issue, but there is a script called "lyx-build" in the
> source tree, at development/tools/. I doubt there could be a conflict, but
> thought I'd mention it.
>
> rh
>
>


lyx-fedora
Description: Binary data

Re: Shell script to compile and install LyX-2.1.0 from git on Fedora

[Kayvan Sylvan]

Thanks. Here's the patch for lyx-fedora in devel.


On Sat, Nov 3, 2012 at 7:13 PM, Richard Heck <rgh...@lyx.org> wrote:

> On 11/03/2012 09:37 PM, Kayvan Sylvan wrote:
>
>> Hmmm Yes, that seems to be an old script based on the procedure in
>> http://wiki.lyx.org/Devel/**ReleaseProcedure<http://wiki.lyx.org/Devel/ReleaseProcedure>which
>>  is tied to the old subversion repo.
>>
>>  Actually, I wrote it when I became release manager for 2.0.x. It's up to
> date now for git, or should be.
>
>
>  I'll rename my script to lyx-fedora instead, and you can include it in
>> the same place (development/tools).
>>
>>  Thanks for that, then. I'll commit it to lyx-devel for now.
>
> My only suggestion would be to consider getting the version info the way
> the lyx-build script does, instead of hardcoding it. Though maybe the
> script will need updating anyway for 2.2.x.
>
> rh
>
>


lyx-fedora.patch
Description: Binary data

Re: Compile problem with latest pull

[Kayvan Sylvan]

Yes. This fixes it. Thanks.

diff --git a/src/insets/InsetLine.cpp b/src/insets/InsetLine.cpp
index f72fe64..d933382 100644
--- a/src/insets/InsetLine.cpp
+++ b/src/insets/InsetLine.cpp
@@ -34,6 +34,7 @@
 #include support/docstream.h
 #include support/gettext.h
 #include support/lstrings.h
+#include cstdlib

 using namespace std;


On Sat, Oct 27, 2012 at 12:16 PM, Lars Gullik Bjønnes lar...@gullik.orgwrote:

 Kayvan Sylvan kayvansyl...@gmail.com writes:

 | On Fedora 16:
 
 | CXXInsetListings.o
 | insets/InsetLine.cpp: In member function 'virtual void
 | lyx::InsetLine::metrics(lyx::MetricsInfo, lyx::Dimension) const':
 | insets/InsetLine.cpp:121:33: error: 'abs' was not declared in this scope

 On F16, that is actually surprising.

 does an include of cstdlib fix it?

 What about cmath?

 --
 Lgb

Re: Compile problem with latest pull

[Kayvan Sylvan]

Yes. This fixes it. Thanks.

diff --git a/src/insets/InsetLine.cpp b/src/insets/InsetLine.cpp
index f72fe64..d933382 100644
--- a/src/insets/InsetLine.cpp
+++ b/src/insets/InsetLine.cpp
@@ -34,6 +34,7 @@
 #include "support/docstream.h"
 #include "support/gettext.h"
 #include "support/lstrings.h"
+#include 

 using namespace std;


On Sat, Oct 27, 2012 at 12:16 PM, Lars Gullik Bjønnes <lar...@gullik.org>wrote:

> Kayvan Sylvan <kayvansyl...@gmail.com> writes:
>
> | On Fedora 16:
> >
> | CXXInsetListings.o
> | insets/InsetLine.cpp: In member function 'virtual void
> | lyx::InsetLine::metrics(lyx::MetricsInfo&, lyx::Dimension&) const':
> | insets/InsetLine.cpp:121:33: error: 'abs' was not declared in this scope
>
> On F16, that is actually surprising.
>
> does an include of  fix it?
>
> What about ?
>
> --
> Lgb
>
>

Re: [PATCH] Fix importation of noweb files with tex2lyx

[Kayvan Sylvan]

I think Scrap comes from nuweb (which I used to use for some time as well):

http://www.cs.tufts.edu/~nr/noweb/nuweb.html

On Thu, Oct 25, 2012 at 1:24 AM, Gregor Gorjanc gregor.gorj...@gmail.comwrote:

 Hi,

 On 25 October 2012 06:33, Yihui Xie x...@yihui.name wrote:

 Gregor may know the history of Scrap; that term has been there ever
 since I started using LyX/Sweave, and I never know how it came in.

 Noweb is only one of the implementations of literate programming (to
 beat Knuth's WEB), so I guess literate may actually be a better
 name.


 I was also surprised  by these terms when I first looked into the code. I
 think I read somewhere that Kayvaan took these terms after some other
 noweb system. I believe this is described somewhere in the lyx doc/devel
 files.

 gg

Re: [PATCH] Fix importation of noweb files with tex2lyx

[Kayvan Sylvan]

I think Scrap comes from nuweb (which I used to use for some time as well):

http://www.cs.tufts.edu/~nr/noweb/nuweb.html

On Thu, Oct 25, 2012 at 1:24 AM, Gregor Gorjanc wrote:

> Hi,
>
> On 25 October 2012 06:33, Yihui Xie  wrote:
>
>> Gregor may know the history of "Scrap"; that term has been there ever
>> since I started using LyX/Sweave, and I never know how it came in.
>>
>> Noweb is only one of the implementations of literate programming (to
>> beat Knuth's WEB), so I guess "literate" may actually be a better
>> name.
>
>
> I was also surprised  by these terms when I first looked into the code. I
> think I read somewhere that Kayvaan took these terms after some other
> "noweb" system. I believe this is described somewhere in the lyx doc/devel
> files.
>
> gg
>

Re: [PATCH] Fix importation of noweb files with tex2lyx

[Kayvan Sylvan]

Ok, thanks. I'll test your updated patch when you finish it.

On Wed, Oct 24, 2012 at 7:21 AM, Jean-Marc Lasgouttes lasgout...@lyx.orgwrote:

 Le 24/10/2012 15:27, Jean-Marc Lasgouttes a écrit :

  This is a patch for testing (Kayvan?) since I do not have the
 tools/knowledge. This allows proper importation of noweb files (at least
 as good as it used to be).


 I know now that this patch is broken. Stay tuned for more soon.

Re: [PATCH] Fix importation of noweb files with tex2lyx

[Kayvan Sylvan]

Ok, thanks. I'll test your updated patch when you finish it.

On Wed, Oct 24, 2012 at 7:21 AM, Jean-Marc Lasgouttes wrote:

> Le 24/10/2012 15:27, Jean-Marc Lasgouttes a écrit :
>
>  This is a patch for testing (Kayvan?) since I do not have the
>> tools/knowledge. This allows proper importation of noweb files (at least
>> as good as it used to be).
>>
>
> I know now that this patch is broken. Stay tuned for more soon.
>
>

noweb-article and article class with noweb module

[Kayvan Sylvan]

Hi guys,

I'm trying to see if I can stop using literate-article and instead use the
article class (or any other layout) with the noweb module instead.

However, when I use the noweb module, the Scrap layout is not defined.

How do I fix this?

---Kayvan

noweb-article and article class with "noweb" module

[Kayvan Sylvan]

Hi guys,

I'm trying to see if I can stop using literate-article and instead use the
article class (or any other layout) with the "noweb" module instead.

However, when I use the "noweb" module, the Scrap layout is not defined.

How do I fix this?

---Kayvan

Re: $$e not set on import -- import of .Rnw (knitr) fails

[Kayvan Sylvan]

I can put some time into this next week.

Yes, I noticed (and very much appreciate) that you don't need to use
CTRL-return anymore.

Best regards,

Kayvan

On Oct 19, 2012, at 2:00, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:

 Le 18/10/2012 15:57, Kayvan Sylvan a écrit :
 The [[foo]] notation is noweb syntax for a reference to something that
 is defined elsewhere. By putting it in an ERT we ensure that it ends
 up in the noweb file unaltered.

 I was wondering whether this could clash with Sweave documents, which do
 not use such syntax AFAIK.

 BTW, Kayvan, it would be nice to update the Noweb For LyX  documentation
 to explain how to use the noweb module instead of the specific
 literate-* classes. Actually, I would like to get rid of these classes ASAP.

 Note also that it is not necessary anymore to use Ctrl-Return at the end
 of scrap lines.

 JMarc

Re: $$e not set on import --> import of .Rnw (knitr) fails

[Kayvan Sylvan]

I can put some time into this next week.

Yes, I noticed (and very much appreciate) that you don't need to use
CTRL-return anymore.

Best regards,

Kayvan

On Oct 19, 2012, at 2:00, Jean-Marc Lasgouttes <lasgout...@lyx.org> wrote:

> Le 18/10/2012 15:57, Kayvan Sylvan a écrit :
>> The [[foo]] notation is noweb syntax for a reference to something that
>> is defined elsewhere. By putting it in an ERT we ensure that it ends
>> up in the noweb file unaltered.
>
> I was wondering whether this could clash with Sweave documents, which do
> not use such syntax AFAIK.
>
> BTW, Kayvan, it would be nice to update the Noweb For LyX  documentation
> to explain how to use the noweb module instead of the specific
> literate-* classes. Actually, I would like to get rid of these classes ASAP.
>
> Note also that it is not necessary anymore to use Ctrl-Return at the end
> of scrap lines.
>
> JMarc

Re: $$e not set on import -- import of .Rnw (knitr) fails

[Kayvan Sylvan]

The [[foo]] notation is noweb syntax for a reference to something that
is defined elsewhere. By putting it in an ERT we ensure that it ends
up in the noweb file unaltered.

On Oct 18, 2012, at 5:18, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:

 Le 18/10/2012 14:02, Scott Kostyshak a écrit :
 Ah, then I don't understand how LyX handles imports. The Customization
 manual does not talk about importing. Doesn't LyX use the converters
 to convert the file to LaTeX and then use tex2lyx to import the tex
 file?

 Normally, the importation is done by tex2lyx using the -n flag, but I
 think that this support needs to be updated to the new world of module
 based literate programming.

 The old way this noweb mode works is
 1/ ensure that the class name is literate-something (now it would be
 ensure that some module is loaded and the module name should be passed
 to tex2lyx)

 2/ when a layout starts with , change it to a layout with name
 Scrap. This could be OK because the Sweave/knitr modules declare Scrap
 as a synonym for Chunk.

 3/ transform [[something]] to ERT. I do not know what this is good for,
 presumably a noweb-only thing.

 What is the difference between the Rnw files when you do this change?

 No difference. In the recipe for reproducing, steps (1) and (2) are
 the same.

 You mean that the Rnw files are the same in the two cases? This is weird.

 JMarc

Re: $$e not set on import --> import of .Rnw (knitr) fails

[Kayvan Sylvan]

The [[foo]] notation is noweb syntax for a reference to something that
is defined elsewhere. By putting it in an ERT we ensure that it ends
up in the noweb file unaltered.

On Oct 18, 2012, at 5:18, Jean-Marc Lasgouttes  wrote:

> Le 18/10/2012 14:02, Scott Kostyshak a écrit :
>> Ah, then I don't understand how LyX handles imports. The Customization
>> manual does not talk about importing. Doesn't LyX use the converters
>> to convert the file to LaTeX and then use tex2lyx to import the tex
>> file?
>
> Normally, the importation is done by tex2lyx using the -n flag, but I
> think that this support needs to be updated to the new world of module
> based literate programming.
>
> The old way this "noweb mode" works is
> 1/ ensure that the class name is literate-something (now it would be
> ensure that some module is loaded and the module name should be passed
> to tex2lyx)
>
> 2/ when a layout starts with <<, change it to a layout with name
> "Scrap". This could be OK because the Sweave/knitr modules declare Scrap
> as a synonym for Chunk.
>
> 3/ transform [[something]] to ERT. I do not know what this is good for,
> presumably a noweb-only thing.
>>
>>> What is the difference between the Rnw files when you do this change?
>>
>> No difference. In the recipe for reproducing, steps (1) and (2) are
>> the same.
>
> You mean that the Rnw files are the same in the two cases? This is weird.
>
> JMarc
>

Re: Noweb/Literate programming Copier problem

[Kayvan Sylvan]

Yes. I pulled from git, but the software still identifies itself as 2.1.0
SVN.

On Mon, Sep 24, 2012 at 12:20 PM, Pavel Sanda sa...@lyx.org wrote:

 Kayvan Sylvan wrote:
  I'm running LyX 2.1.0 SVN on Fedora 17

 Are you aware that for long time we use git and SVN is months old codebase?
 Pavel

Re: Noweb/Literate programming Copier problem

[Kayvan Sylvan]

Yes. I pulled from git, but the software still identifies itself as 2.1.0
SVN.

On Mon, Sep 24, 2012 at 12:20 PM, Pavel Sanda <sa...@lyx.org> wrote:

> Kayvan Sylvan wrote:
> > I'm running LyX 2.1.0 SVN on Fedora 17
>
> Are you aware that for long time we use git and SVN is months old codebase?
> Pavel
>

Re: Noweb/Literate programming Copier problem

[Kayvan Sylvan]

Okay... I looked at the code and figured out that there are additional $$
macros (in Converter.cpp) that are not documented.

So I fixed the documentation (patch attached) and I now have a perfectly
working solution for using LyX and noweb for literate programming.

Please apply my patch and we can just close ticket 5444.

Note that the Customization.lyx file had Change Tracking enabled, so I left
it on. Someone will have to accept the changes after applying this patch.

Thanks!

On Sun, Sep 23, 2012 at 1:40 PM, Kayvan Sylvan kayvansyl...@gmail.comwrote:

 I'm running LyX 2.1.0 SVN on Fedora 17

 Looking at http://www.lyx.org/trac/ticket/5444 (noweb build-program
 process broken), I'm trying to figure out where the Copier is supposed to
 be executed.

 I had a different idea about how to handle the issue:

 What if when the build-program external script is run, LyX sets an
 environment variable to the original directory of the file that is being
 edited.

 For example, I edit /home/kayvan/src/xyz/foo.lyx and when I execute
 build-program, LyX would setenv LYX_FILE_DIR to /home/kayvan/src/xyz and
 execute build-script.
 This would allow the code in the build-script scrap to output the files it
 tangles to $LYX_FILE_DIR (and the temporary directory that LyX uses
 wouldn't matter).

 Alternately, we can add another special macro to the following list (from
 the Customization manual section on Copiers):

 $$s The LyX system directory (e. g. /usr/share/lyx).
 $$i The input file
 $$o The output file
 $$l The `LaTeX name'

 $$d The original directory for the LyX file being edited.

 This would then allow us to run the build-script with two arguments: $$i
 and $$d and the build-script scrap can handle putting the files in the
 right directory without needing to run a Converter.

 What do you all think?

 If I want to make this work, which files do I need to change?

 Thanks!

 ---Kayvan





DOC-DIFFS.patch
Description: Binary data

Re: Noweb/Literate programming Copier problem

[Kayvan Sylvan]

Okay... I looked at the code and figured out that there are additional $$
macros (in Converter.cpp) that are not documented.

So I fixed the documentation (patch attached) and I now have a perfectly
working solution for using LyX and noweb for literate programming.

Please apply my patch and we can just close ticket 5444.

Note that the Customization.lyx file had Change Tracking enabled, so I left
it on. Someone will have to accept the changes after applying this patch.

Thanks!

On Sun, Sep 23, 2012 at 1:40 PM, Kayvan Sylvan <kayvansyl...@gmail.com>wrote:

> I'm running LyX 2.1.0 SVN on Fedora 17
>
> Looking at http://www.lyx.org/trac/ticket/5444 ("noweb build-program
> process broken"), I'm trying to figure out where the Copier is supposed to
> be executed.
>
> I had a different idea about how to handle the issue:
>
> What if when the build-program external script is run, LyX sets an
> environment variable to the original directory of the file that is being
> edited.
>
> For example, I edit /home/kayvan/src/xyz/foo.lyx and when I execute
> build-program, LyX would setenv LYX_FILE_DIR to "/home/kayvan/src/xyz" and
> execute "build-script".
> This would allow the code in the build-script scrap to output the files it
> tangles to $LYX_FILE_DIR (and the temporary directory that LyX uses
> wouldn't matter).
>
> Alternately, we can add another special macro to the following list (from
> the Customization manual section on Copiers):
>
> $$s The LyX system directory (e. g. /usr/share/lyx).
> $$i The input file
> $$o The output file
> $$l The `LaTeX name'
>
> $$d The original directory for the LyX file being edited.
>
> This would then allow us to run the build-script with two arguments: $$i
> and $$d and the build-script scrap can handle putting the files in the
> right directory without needing to run a Converter.
>
> What do you all think?
>
> If I want to make this work, which files do I need to change?
>
> Thanks!
>
> ---Kayvan
>
>
>


DOC-DIFFS.patch
Description: Binary data

Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Hi guys,

I'm back to playing with LyX and noweb and I installed the latest LyX on my
Fedora 17 system. It works beautifully! Thank you all for the great work.

I pulled up one of my files but I can't find the Build button or menu item.
I can export to noweb and run build-script myself, but it would be nice to
figure out what I'm doing wrong here.

Thanks for the help!

---Kayvan

Re: Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Kayvan Sylvan kayvansylvan at gmail.com writes:

 Hi guys,
 
 I'm back to playing with LyX and noweb and I installed the latest LyX on my 
Fedora 17 system. It works beautifully! Thank you all for the great work.
 
 I pulled up one of my files but I can't find the Build button or menu item. I 
can export to noweb and run build-script myself, but it would be nice to figure 
out what I'm doing wrong here.
 
 Thanks for the help!
 
 ---Kayvan
 

I found out that I can do:

File - Export - More Formats and Options - Program

But this is obviously more cumbersome than clicking a Build button.

How can I get this functionality back?

---Kayvan

Re: Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Kayvan Sylvan kayvansylvan at gmail.com writes:
 
 I found out that I can do:
 
 File - Export - More Formats and Options - Program
 
 But this is obviously more cumbersome than clicking a Build button.
 
 How can I get this functionality back?
 
 ---Kayvan
 

After some more looking at the documentation and the ui files, I figured out
that the easiest way to do what I want is the Build Program submenu of the
Document menu. :-)

Sorry for the noise.

I would still like to figure out how to add the Build button to the toolbar, 
but I think I can figure that out now. I forgot how cool and extensible LyX is.

---Kayvan

Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Hi guys,

I'm back to playing with LyX and noweb and I installed the latest LyX on my
Fedora 17 system. It works beautifully! Thank you all for the great work.

I pulled up one of my files but I can't find the Build button or menu item.
I can export to noweb and run build-script myself, but it would be nice to
figure out what I'm doing wrong here.

Thanks for the help!

---Kayvan

Re: Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Kayvan Sylvan  gmail.com> writes:

> Hi guys,
> 
> I'm back to playing with LyX and noweb and I installed the latest LyX on my 
Fedora 17 system. It works beautifully! Thank you all for the great work.
> 
> I pulled up one of my files but I can't find the Build button or menu item. I 
can export to noweb and run build-script myself, but it would be nice to figure 
out what I'm doing wrong here.
> 
> Thanks for the help!
> 
> ---Kayvan
> 

I found out that I can do:

File -> Export -> More Formats and Options -> Program

But this is obviously more cumbersome than clicking a Build button.

How can I get this functionality back?

---Kayvan

Re: Literate programming on LyX-2.0.4: no build button

[Kayvan Sylvan]

Kayvan Sylvan  gmail.com> writes:
> 
> I found out that I can do:
> 
> File -> Export -> More Formats and Options -> Program
> 
> But this is obviously more cumbersome than clicking a Build button.
> 
> How can I get this functionality back?
> 
> ---Kayvan
> 

After some more looking at the documentation and the ui files, I figured out
that the easiest way to do what I want is the "Build Program" submenu of the
"Document" menu. :-)

Sorry for the noise.

I would still like to figure out how to add the "Build" button to the toolbar, 
but I think I can figure that out now. I forgot how cool and extensible LyX is.

---Kayvan

Silly Email address fix

[Kayvan Sylvan]

My bad. An internal Email address shows up in the ChangeLogs.

That address is not deliverable, so I submit the following patch.

Index: lib/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v
retrieving revision 1.71
diff -u -r1.71 ChangeLog
--- lib/ChangeLog   2001/07/17 09:41:33 1.71
+++ lib/ChangeLog   2001/07/18 17:43:25
@@ -1,4 +1,4 @@
-2001-07-12  Kayvan A. Sylvan  [EMAIL PROTECTED]
+2001-07-12  Kayvan A. Sylvan  [EMAIL PROTECTED]
 
* layouts/literate-scrap.inc: Added PassThru tag
 
Index: src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.242
diff -u -r1.242 ChangeLog
--- src/ChangeLog   2001/07/18 16:33:26 1.242
+++ src/ChangeLog   2001/07/18 17:43:27
@@ -88,7 +88,7 @@
* sp_form.[Ch]: removed
* spellchecker.[Ch]: removed
 
-2001-07-12  Kayvan A. Sylvan  [EMAIL PROTECTED]
+2001-07-12  Kayvan A. Sylvan  [EMAIL PROTECTED]
 
* paragraph_pimpl.C (simpleTeXBlanks): Simply return if pass_thru
is set.
@@ -874,7 +874,7 @@
 
* bufferlist.C (emergencyWrite): fix assert() call
 
-2001-05-04  Kayvan A. Sylvan  [EMAIL PROTECTED]
+2001-05-04  Kayvan A. Sylvan  [EMAIL PROTECTED]
 
* text.C (InsertChar): Added trivial patch to only send the you
can not do multiple spaces this way message once during a

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Silly Email address fix

[Kayvan Sylvan]

My bad. An internal Email address shows up in the ChangeLogs.

That address is not deliverable, so I submit the following patch.

Index: lib/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v
retrieving revision 1.71
diff -u -r1.71 ChangeLog
--- lib/ChangeLog   2001/07/17 09:41:33 1.71
+++ lib/ChangeLog   2001/07/18 17:43:25
@@ -1,4 +1,4 @@
-2001-07-12  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
+2001-07-12  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
 
* layouts/literate-scrap.inc: Added PassThru tag
 
Index: src/ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.242
diff -u -r1.242 ChangeLog
--- src/ChangeLog   2001/07/18 16:33:26 1.242
+++ src/ChangeLog   2001/07/18 17:43:27
@@ -88,7 +88,7 @@
* sp_form.[Ch]: removed
* spellchecker.[Ch]: removed
 
-2001-07-12  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
+2001-07-12  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
 
* paragraph_pimpl.C (simpleTeXBlanks): Simply return if pass_thru
is set.
@@ -874,7 +874,7 @@
 
* bufferlist.C (emergencyWrite): fix assert() call
 
-2001-05-04  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
+2001-05-04  Kayvan A. Sylvan  <[EMAIL PROTECTED]>
 
* text.C (InsertChar): Added trivial patch to only send the "you
can not do multiple spaces this way" message once during a

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

CVS lyx compile problem on Solaris

[Kayvan Sylvan]

Hi folks,

LYX no longer links on my Solaris machine. Anyone have a patch?

../src/frontends/xforms/.libs/libxforms.a(Dialogs.o)(.rodata+0x57c): undefined 
reference to `ControlCharacter type_info node'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacterFormCharacter, xformsBC::GUICharacter(int, LyXView , Dialogs )':
Dialogs.o(.GUICharacterFormCharacter, xformsBC::gnu.linkonce.t.(int, LyXView , 
Dialogs )+0x37c): undefined reference to `ControlCharacter::~ControlCharacter(void)'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacterFormCharacter, xformsBC::~GUICharacter(void)':
Dialogs.o(.gnu.linkonce.t._._t12GUICharacter2Z13FormCharacterZ8xformsBC+0xa8): 
undefined reference to `ControlCharacter::~ControlCharacter(void)'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacterFormCharacter, xformsBC type_info function':
Dialogs.o(.gnu.linkonce.t.__tft12GUICharacter2Z13FormCharacterZ8xformsBC+0x18): 
undefined reference to `ControlCharacter type_info function'
frontends/controllers/.libs/libcontrollers.a(ControlCharacter.o): In function 
`ControlCharacter::ControlCharacter(int, LyXView , Dialogs )':
ControlCharacter.o(.text+0x40): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0x44): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0x54): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0xc0): undefined reference to `ControlCharacter virtual table'
ControlCharacter.o(.text+0xc8): undefined reference to `ControlCharacter virtual table'

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

CVS lyx compile problem on Solaris

[Kayvan Sylvan]

Hi folks,

LYX no longer links on my Solaris machine. Anyone have a patch?

../src/frontends/xforms/.libs/libxforms.a(Dialogs.o)(.rodata+0x57c): undefined 
reference to `ControlCharacter type_info node'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacter::GUICharacter(int, LyXView &, Dialogs &)':
Dialogs.o(.GUICharacter::gnu.linkonce.t.(int, LyXView &, 
Dialogs &)+0x37c): undefined reference to `ControlCharacter::~ControlCharacter(void)'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacter::~GUICharacter(void)':
Dialogs.o(.gnu.linkonce.t._._t12GUICharacter2Z13FormCharacterZ8xformsBC+0xa8): 
undefined reference to `ControlCharacter::~ControlCharacter(void)'
../src/frontends/xforms/.libs/libxforms.a(Dialogs.o): In function 
`GUICharacter type_info function':
Dialogs.o(.gnu.linkonce.t.__tft12GUICharacter2Z13FormCharacterZ8xformsBC+0x18): 
undefined reference to `ControlCharacter type_info function'
frontends/controllers/.libs/libcontrollers.a(ControlCharacter.o): In function 
`ControlCharacter::ControlCharacter(int, LyXView &, Dialogs &)':
ControlCharacter.o(.text+0x40): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0x44): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0x54): undefined reference to 
`ControlCharacter::SigC::ObjectScoped virtual table'
ControlCharacter.o(.text+0xc0): undefined reference to `ControlCharacter virtual table'
ControlCharacter.o(.text+0xc8): undefined reference to `ControlCharacter virtual table'

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Solaris compile problem - Real fix

[Kayvan Sylvan]

This fixes my compile problem on Solaris. It turns out that mkstemp()
is defined by gcc-2.95 somewhere in its internals, so it *is* available
which is why the configure defines HAVE_MKSTEMP

However, my system header files do not declare mkstemp (and neither do the
gcc headers). That's why this fix is necessary (and I believe it's also
harmless on systems that already declare mkstemp).

---Kayvan
---
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory


Index: src/support/tempname.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/tempname.C,v
retrieving revision 1.4
diff -u -r1.4 tempname.C
--- src/support/tempname.C  2000/11/15 03:22:08 1.4
+++ src/support/tempname.C  2000/11/15 18:01:40
@@ -12,6 +12,10 @@
 
 extern string system_tempdir;
 
+#ifdef HAVE_MKSTEMP
+extern "C" { int mkstemp(char*); };
+#endif
+
 static inline
 int make_tempfile(char * templ) 
 {

Re: Solaris compile problem - Real fix

[Kayvan Sylvan]

On Fri, Nov 17, 2000 at 07:17:05PM +, John Levon wrote:
 On Fri, 17 Nov 2000, Kayvan Sylvan wrote:
 
  This fixes my compile problem on Solaris. It turns out that mkstemp()
  is defined by gcc-2.95 somewhere in its internals, so it *is* available
  which is why the configure defines HAVE_MKSTEMP
  
  However, my system header files do not declare mkstemp (and neither do the
  gcc headers). That's why this fix is necessary (and I believe it's also
  harmless on systems that already declare mkstemp).
  
  ---Kayvan
 
 It just sounds like you have a mis-installed system to me ... I just
 logged onto a SunOS 5.7 box here, and mkstemp was there in stdlib.h
 
 Have you actually grepped through the headers ? I suspect what is really
 happening is we need to define _POSIX_C_SOURCE here. We should add some
 configury for this, not a hack in source, IMHO.

Yes, I have grepped through the headers. No, this is not a mis-installed
system. This is a generic SunOS 5.5.1 system (not SunOS 5.7).

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Solaris compile problem - Real fix

[Kayvan Sylvan]

This fixes my compile problem on Solaris. It turns out that mkstemp()
is defined by gcc-2.95 somewhere in its internals, so it *is* available
which is why the configure defines HAVE_MKSTEMP

However, my system header files do not declare mkstemp (and neither do the
gcc headers). That's why this fix is necessary (and I believe it's also
harmless on systems that already declare mkstemp).

---Kayvan
---
Kayvan A. Sylvan   | Proud husband of  | Father to my kids:
Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena
http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory


Index: src/support/tempname.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/tempname.C,v
retrieving revision 1.4
diff -u -r1.4 tempname.C
--- src/support/tempname.C  2000/11/15 03:22:08 1.4
+++ src/support/tempname.C  2000/11/15 18:01:40
@@ -12,6 +12,10 @@
 
 extern string system_tempdir;
 
+#ifdef HAVE_MKSTEMP
+extern "C" { int mkstemp(char*); };
+#endif
+
 static inline
 int make_tempfile(char * templ) 
 {

Re: Solaris compile problem - Real fix

[Kayvan Sylvan]

On Fri, Nov 17, 2000 at 07:17:05PM +, John Levon wrote:
> On Fri, 17 Nov 2000, Kayvan Sylvan wrote:
> 
> > This fixes my compile problem on Solaris. It turns out that mkstemp()
> > is defined by gcc-2.95 somewhere in its internals, so it *is* available
> > which is why the configure defines HAVE_MKSTEMP
> > 
> > However, my system header files do not declare mkstemp (and neither do the
> > gcc headers). That's why this fix is necessary (and I believe it's also
> > harmless on systems that already declare mkstemp).
> > 
> > ---Kayvan
> 
> It just sounds like you have a mis-installed system to me ... I just
> logged onto a SunOS 5.7 box here, and mkstemp was there in stdlib.h
> 
> Have you actually grepped through the headers ? I suspect what is really
> happening is we need to define _POSIX_C_SOURCE here. We should add some
> configury for this, not a hack in source, IMHO.

Yes, I have grepped through the headers. No, this is not a mis-installed
system. This is a generic SunOS 5.5.1 system (not SunOS 5.7).

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Re: LyX CVS build problem on Solaris

[Kayvan Sylvan]

On Fri, Jul 28, 2000 at 09:19:58PM -0500, Albert Chin-A-Young wrote:

  /usr/ccs/bin/as: "/var/tmp/ccAtcvw5.s", line 14928: error: can't compute value of 
an expression involving an external symbol
  make[2]: *** [insetinclude.lo] Error 1
  make[2]: Leaving directory `/remote/tools/ksylvan/src/lyx/src/insets'
  make[1]: *** [install-recursive] Error 1
  make[1]: Leaving directory `/remote/tools/ksylvan/src/lyx/src'
  make: *** [install-recursive] Error 1
 
 What version of Solaris? I think the Solaris 2.5.1 and 2.6 as cannot
 deal with long variable names so gas is required (I think this was an
 issue with KDE). I think they recommended building with -fsquangle
 (only side affect is that you need every library linked against a
 program compiled with -fsquangle to also be compiled with -fsquangle):

That's a pretty annoying side-effect.

Yes, it's Solaris 2.5.1. I simply configured binutils and compiled and
installed it and then proceeded to compile LyX. No -fsquangle necessary here.

Thanks for your help!

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Re: LyX CVS build problem on Solaris

[Kayvan Sylvan]

On Fri, Jul 28, 2000 at 09:19:58PM -0500, Albert Chin-A-Young wrote:

> > /usr/ccs/bin/as: "/var/tmp/ccAtcvw5.s", line 14928: error: can't compute value of 
>an expression involving an external symbol
> > make[2]: *** [insetinclude.lo] Error 1
> > make[2]: Leaving directory `/remote/tools/ksylvan/src/lyx/src/insets'
> > make[1]: *** [install-recursive] Error 1
> > make[1]: Leaving directory `/remote/tools/ksylvan/src/lyx/src'
> > make: *** [install-recursive] Error 1
> 
> What version of Solaris? I think the Solaris 2.5.1 and 2.6 as cannot
> deal with long variable names so gas is required (I think this was an
> issue with KDE). I think they recommended building with -fsquangle
> (only side affect is that you need every library linked against a
> program compiled with -fsquangle to also be compiled with -fsquangle):

That's a pretty annoying side-effect.

Yes, it's Solaris 2.5.1. I simply configured binutils and compiled and
installed it and then proceeded to compile LyX. No -fsquangle necessary here.

Thanks for your help!

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Solaris build problem handled by installing binutils

[Kayvan Sylvan]

Hi folks,

I installed gas (the latest binutils) and the assembler syntax problem
I reported earlier is gone.

I can live with that, but perhaps we should make a note about Solaris
needing GNU binutils.

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Solaris build problem handled by installing binutils

[Kayvan Sylvan]

Hi folks,

I installed gas (the latest binutils) and the assembler syntax problem
I reported earlier is gone.

I can live with that, but perhaps we should make a note about Solaris
needing GNU binutils.

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

LyX CVS build problem on Solaris

[Kayvan Sylvan]

Hi folks,

Here's what happens on my Solaris box from latest CVS.

Using gcc-2.95.2:

g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
-I/remote/tools/ksylvan/include -isystem /usr/openwin/include -O2 -isystem 
/usr/openwin/include -W -Wall -Wconversion -Winline -Wp,-MD,.deps/insetinclude.pp -c 
insetinclude.C -o insetinclude.o
In file included from 
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/map:31,
 from ../../src/language.h:19,
 from ../../src/lyxfont.h:22,
 from lyxinset.h:23,
 from insetbutton.h:19,
 from insetcommand.h:19,
 from insetinclude.h:18,
 from insetinclude.C:11:
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:
 In function `int __black_count(_Rb_tree_node_base *, _Rb_tree_node_base *)':
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:1258:
 warning: can't inline call to `int __black_count(_Rb_tree_node_base *, 
_Rb_tree_node_base *)'
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:1266:
 warning: called from here
/usr/ccs/bin/as: "/var/tmp/ccAtcvw5.s", line 14928: error: can't compute value of an 
expression involving an external symbol
make[2]: *** [insetinclude.lo] Error 1
make[2]: Leaving directory `/remote/tools/ksylvan/src/lyx/src/insets'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/remote/tools/ksylvan/src/lyx/src'
make: *** [install-recursive] Error 1

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

LyX CVS build problem on Solaris

[Kayvan Sylvan]

Hi folks,

Here's what happens on my Solaris box from latest CVS.

Using gcc-2.95.2:

g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. 
-I/remote/tools/ksylvan/include -isystem /usr/openwin/include -O2 -isystem 
/usr/openwin/include -W -Wall -Wconversion -Winline -Wp,-MD,.deps/insetinclude.pp -c 
insetinclude.C -o insetinclude.o
In file included from 
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/map:31,
 from ../../src/language.h:19,
 from ../../src/lyxfont.h:22,
 from lyxinset.h:23,
 from insetbutton.h:19,
 from insetcommand.h:19,
 from insetinclude.h:18,
 from insetinclude.C:11:
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:
 In function `int __black_count(_Rb_tree_node_base *, _Rb_tree_node_base *)':
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:1258:
 warning: can't inline call to `int __black_count(_Rb_tree_node_base *, 
_Rb_tree_node_base *)'
/remote/tools/ksylvan/lib/gcc-lib/sparc-sun-solaris2.5.1/2.95.2/../../../../include/g++-3/stl_tree.h:1266:
 warning: called from here
/usr/ccs/bin/as: "/var/tmp/ccAtcvw5.s", line 14928: error: can't compute value of an 
expression involving an external symbol
make[2]: *** [insetinclude.lo] Error 1
make[2]: Leaving directory `/remote/tools/ksylvan/src/lyx/src/insets'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/remote/tools/ksylvan/src/lyx/src'
make: *** [install-recursive] Error 1

-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

New CVS Solaris configure patch breaks compilation

[Kayvan Sylvan]

Hi everyone,

Te latest configure.in patch breaks configure/compilation on my Solaris box:

+# Since solaris X headers use int as implicit return type and modern
+# gcc's do not like that, let's use -isystem instead of -I.
+# We should test for gcc version and see whether it supports -isystem,
+# but since at least gcc 2.6.x supports it and it is still too old for
+# us, it seems we are safe.
+if test -n "$GXX" ; then
+  X_CFLAGS=`echo ${X_CFLAGS} | sed -e 's/-I/-isystem/'`
+fi
+CPPFLAGS="$CPPFLAGS $X_CFLAGS"

The problem is probably related to the fact that I use the extra include
and extra lib directory flags in addition to putting the fragment
``-isystem /usr/openwin/include'' in my CXXFLAGS and CFLAGS.

The full command I use is:

env CONFIG_SHELL=/usr/local/bin/bash \
CXXFLAGS='-O2 -isystem /usr/openwin/include' \
CFLAGS='-O2 -isystem /usr/openwin/include' \
LDFLAGS=-lintl ./configure --prefix=/remote/tools/ksylvan \
--with-extra-lib=/remote/tools/ksylvan/lib \
--with-extra-inc=/remote/tools/ksylvan/include

Reverting back to version 1.34 of configure.in allows me to compile again.

Attached is my configure output (gzipped) for both 1.35 and 1.34.

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

 CONFIGOUTPUT-1.34.gz
 CONFIGOUTPUT-1.35.gz

New CVS Solaris configure patch breaks compilation

[Kayvan Sylvan]

Hi everyone,

Te latest configure.in patch breaks configure/compilation on my Solaris box:

+# Since solaris X headers use int as implicit return type and modern
+# gcc's do not like that, let's use -isystem instead of -I.
+# We should test for gcc version and see whether it supports -isystem,
+# but since at least gcc 2.6.x supports it and it is still too old for
+# us, it seems we are safe.
+if test -n "$GXX" ; then
+  X_CFLAGS=`echo ${X_CFLAGS} | sed -e 's/-I/-isystem/'`
+fi
+CPPFLAGS="$CPPFLAGS $X_CFLAGS"

The problem is probably related to the fact that I use the extra include
and extra lib directory flags in addition to putting the fragment
``-isystem /usr/openwin/include'' in my CXXFLAGS and CFLAGS.

The full command I use is:

env CONFIG_SHELL=/usr/local/bin/bash \
CXXFLAGS='-O2 -isystem /usr/openwin/include' \
CFLAGS='-O2 -isystem /usr/openwin/include' \
LDFLAGS=-lintl ./configure --prefix=/remote/tools/ksylvan \
--with-extra-lib=/remote/tools/ksylvan/lib \
--with-extra-inc=/remote/tools/ksylvan/include

Reverting back to version 1.34 of configure.in allows me to compile again.

Attached is my configure output (gzipped) for both 1.35 and 1.34.

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

 CONFIGOUTPUT-1.34.gz
 CONFIGOUTPUT-1.35.gz

Latest CVS configure fails on Solaris 2.5.1

[Kayvan Sylvan]

Hi folks,

It's Kayvan from a different account.

On my Solaris 2.5.1 machine:

configuring in sigc++
running /bin/sh ./configure  --prefix=/remote/tools/ksylvan 
--with-extra-lib=/remote/tools/ksylvan/lib 
--with-extra-inc=/remote/tools/ksylvan/include --cache-file=.././config.cache 
--srcdir=.
loading cache .././config.cache
./configure: syntax error at line 608: `AM_INIT_AUTOMAKE' unexpected
configure: error: ./configure failed for sigc++

My automake is 1.4, autoconf 2.13, m4 is GNU m4 1.4, using bash as my shell.

---Kayvan
-- 
Kayvan A. Sylvan
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

autogen problem on Solaris?

[Kayvan Sylvan]

This only happens with the latest lyx-1.1.6cvs, not the 1.1.5:

bash-2.01$ bash autogen.sh 
Locating GNU m4... found: gm4
Generate acinclude.m4... done.
Building macros... aclocal: macro `E_SET at /remote/tools/ksylvan/bin/aclocal line 
319, CONFIGURE line 70.
done.
Building config header template... done.
Building Makefile templates... configure.in: 70: required file `./sigc++config.h.in' 
not found
done.
Building configure... done.
Building lib/configure ... done.
Creating POTFILES.in... done
 
run "./configure ; make"
 
Can anyone help me debug this so I can build LyX on Solaris 2.5.1 again?

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

Latest CVS configure fails on Solaris 2.5.1

[Kayvan Sylvan]

Hi folks,

It's Kayvan from a different account.

On my Solaris 2.5.1 machine:

configuring in sigc++
running /bin/sh ./configure  --prefix=/remote/tools/ksylvan 
--with-extra-lib=/remote/tools/ksylvan/lib 
--with-extra-inc=/remote/tools/ksylvan/include --cache-file=.././config.cache 
--srcdir=.
loading cache .././config.cache
./configure: syntax error at line 608: `AM_INIT_AUTOMAKE' unexpected
configure: error: ./configure failed for sigc++

My automake is 1.4, autoconf 2.13, m4 is GNU m4 1.4, using bash as my shell.

---Kayvan
-- 
Kayvan A. Sylvan
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

autogen problem on Solaris?

[Kayvan Sylvan]

This only happens with the latest lyx-1.1.6cvs, not the 1.1.5:

bash-2.01$ bash autogen.sh 
Locating GNU m4... found: gm4
Generate acinclude.m4... done.
Building macros... aclocal: macro `E_SET at /remote/tools/ksylvan/bin/aclocal line 
319,  line 70.
done.
Building config header template... done.
Building Makefile templates... configure.in: 70: required file `./sigc++config.h.in' 
not found
done.
Building configure... done.
Building lib/configure ... done.
Creating POTFILES.in... done
 
run "./configure ; make"
 
Can anyone help me debug this so I can build LyX on Solaris 2.5.1 again?

---Kayvan
-- 
Kayvan A. Sylvan (650-584-1189)
Central Engineering Services
Email: [EMAIL PROTECTED]
Alternate Email: [EMAIL PROTECTED]

LyX/Noweb integration again [was: LyX code and keyboward shortcuts]

[Kayvan Sylvan]

Hi everyone.
I fixed the last patch to integrate Noweb import into LyX. I also went
ahead and updated all the internationalization files to the best of
my
ability. Once again, please check my work.
Here is the updated patch (sorry it's so huge).
You'll need to ``cvs add'' src/ImportNoweb.h and src/ImportNoweb.C if
you decide to apply this.

---Kayvan
--
Kayvan Aghaiepour Sylvan | Proud husband of | Father to
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://www.isp.net/~kayvan | | Robin Gregory (2/28/92)

 lyx.diffs.gz

// -*- C++ -*-
/* This file is part of
 * ==
 * 
 *   LyX, The Document Processor
 *
 *   Copyright (C) 1995-1999 The LyX Team.
 *
 *   This file is Copyright (C) 1999
 *   Kayvan A. Sylvan
 *
 *==
 */

#ifndef _IMPORTNOWEB_H
#define _IMPORTNOWEB_H

#ifdef __GNUG__
#pragma interface
#endif

#include "LString.h"

class Buffer;

///
class ImportNoweb {
public:
/**
  file = name and path of the noweb file to import
  */
ImportNoweb(LString const  file) : file(file) {};

/** Imports the document.
  Return 0 if fail.
  */
Buffer * run();
private:
///
LString file;
///
LString documentclass();
static const int BUFSIZE = 512;
};

#endif


/* This file is part of
 * ==
 * 
 *   LyX, The Document Processor 
 *   Copyright (C) 1995 Matthias Ettrich
 *   Copyright (C) 1995-1999 The LyX Team.
 *
 *   This file is Copyright (C) 1999
 *   Kayvan A. Sylvan
 *
 *==
 */

#include config.h

#ifdef __GNUG__
#pragma implementation
#endif

#include "ImportNoweb.h"
#include "lyxrc.h"
#include "syscall.h"
#include "filetools.h"
#include "bufferlist.h"

extern LyXRC * lyxrc;
extern BufferList bufferlist;

//  $Id$

#if !defined(lint)  !defined(WITH_WARNINGS)
static char vcid[] = "$Id$";
#endif /* lint */

/*
 * Implementation the ImportNoweb methods.
 */

Buffer * ImportNoweb::run()
{
// run reLyX -n
LString tmp = lyxrc-relyx_command + " -n -c " +
documentclass() + " -f " + file;
Systemcalls one;
Buffer * buf = 0;
int result= one.Startscript(Systemcalls::System, tmp);
if (result==0) {
LString filename = file + ".lyx";
// File was generated without problems. Load it.
buf = bufferlist.loadLyXFile(filename);
}
return buf;
}

// Provide the literate documentclass by parsing the file.
//
LString ImportNoweb::documentclass()
{
LString result = "literate-article"; // Default

FilePtr inputfile(file, FilePtr::read); 
if (!inputfile()) return "nofile"; // Should not happen!

char buf[BUFSIZE], *p, *q;

while(!feof(inputfile())) {
(void)fgets(buf, BUFSIZE, inputfile());
if (p = strstr(buf, "\\documentclass")) {
while ((*p)  (*p != '{'))
p++;
q = p++;
while ((*q)  (*q != '}'))
q++;
*q = '\0';
result = p;
result = "literate-" + result;
}
}

return result;
}

LyX/Noweb integration again [was: LyX code and keyboward shortcuts]

[Kayvan Sylvan]

Hi everyone.
I fixed the last patch to integrate Noweb import into LyX. I also went
ahead and updated all the internationalization files to the best of
my
ability. Once again, please check my work.
Here is the updated patch (sorry it's so huge).
You'll need to ``cvs add'' src/ImportNoweb.h and src/ImportNoweb.C if
you decide to apply this.
   
---Kayvan
-- 
Kayvan Aghaiepour Sylvan   | Proud husband of   | Father to
Sylvan Associates, Inc.    | Laura Isabella Sylvan  | Katherine Yelena (8/8/89)
http://www.isp.net/~kayvan |    | Robin Gregory (2/28/92)
 
 lyx.diffs.gz

// -*- C++ -*-
/* This file is part of
 * ==
 * 
 *   LyX, The Document Processor
 *
 *   Copyright (C) 1995-1999 The LyX Team.
 *
 *   This file is Copyright (C) 1999
 *   Kayvan A. Sylvan
 *
 *==
 */

#ifndef _IMPORTNOWEB_H
#define _IMPORTNOWEB_H

#ifdef __GNUG__
#pragma interface
#endif

#include "LString.h"

class Buffer;

///
class ImportNoweb {
public:
/**
  file = name and path of the noweb file to import
  */
ImportNoweb(LString const & file) : file(file) {};

/** Imports the document.
  Return 0 if fail.
  */
Buffer * run();
private:
///
LString file;
///
LString documentclass();
static const int BUFSIZE = 512;
};

#endif


/* This file is part of
 * ==
 * 
 *   LyX, The Document Processor 
 *   Copyright (C) 1995 Matthias Ettrich
 *   Copyright (C) 1995-1999 The LyX Team.
 *
 *   This file is Copyright (C) 1999
 *   Kayvan A. Sylvan
 *
 *==
 */

#include 

#ifdef __GNUG__
#pragma implementation
#endif

#include "ImportNoweb.h"
#include "lyxrc.h"
#include "syscall.h"
#include "filetools.h"
#include "bufferlist.h"

extern LyXRC * lyxrc;
extern BufferList bufferlist;

//  $Id$

#if !defined(lint) && !defined(WITH_WARNINGS)
static char vcid[] = "$Id$";
#endif /* lint */

/*
 * Implementation the ImportNoweb methods.
 */

Buffer * ImportNoweb::run()
{
// run reLyX -n
LString tmp = lyxrc->relyx_command + " -n -c " +
documentclass() + " -f " + file;
Systemcalls one;
Buffer * buf = 0;
int result= one.Startscript(Systemcalls::System, tmp);
if (result==0) {
LString filename = file + ".lyx";
// File was generated without problems. Load it.
buf = bufferlist.loadLyXFile(filename);
}
return buf;
}

// Provide the literate documentclass by parsing the file.
//
LString ImportNoweb::documentclass()
{
LString result = "literate-article"; // Default

FilePtr inputfile(file, FilePtr::read); 
if (!inputfile()) return "nofile"; // Should not happen!

char buf[BUFSIZE], *p, *q;

while(!feof(inputfile())) {
(void)fgets(buf, BUFSIZE, inputfile());
if (p = strstr(buf, "\\documentclass")) {
while ((*p) && (*p != '{'))
p++;
q = p++;
while ((*q) && (*q != '}'))
q++;
*q = '\0';
result = p;
result = "literate-" + result;
}
}

return result;
}