[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
| | make distcheck is not working.
>
| I am getting there, slowly.
YES!
Finally!
Several small fixes... all taking ages to test.
Index: mkinstalldirs
Angus Leeming <[EMAIL PROTECTED]> writes:
| lyx2lyx
| already has one by the way.
Does it?
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> | make distcheck is not working.
>>
>> I am getting there, slowly. Doing a "make distcheck" takes time...
>> and for a lot of the distcheck stuff you have to run it t
Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | make distcheck is not working.
>
> I am getting there, slowly. Doing a "make distcheck" takes time...
> and for a lot of the distcheck stuff you have to run it to
> completeion and from the beginning for everythin
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I know I brought this up the last time... but what was the
>> conclusion of the discussion?
>>
>> To move do inside lyx-devel? Or to keep it as a separate module that
>> is not disted with lyx-x.tar.gz?
>>
>> The motivatio
Lars Gullik Bjønnes wrote:
> I know I brought this up the last time... but what was the
> conclusion of the discussion?
>
> To move do inside lyx-devel? Or to keep it as a separate module that
> is not disted with lyx-x.tar.gz?
>
> The motivation is to get rid of the cvs commands done when doing
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| make distcheck is not working.
I am getting there, slowly. Doing a "make distcheck" takes time... and
for a lot of the distcheck stuff you have to run it to completeion and
from the beginning for everything you fix/test.
Anyway, it seems most of
I know I brought this up the last time... but what was the conclusion
of the discussion?
To move do inside lyx-devel? Or to keep it as a separate module that
is not disted with lyx-x.tar.gz?
The motivation is to get rid of the cvs commands done when doing a
"make dist"
--
Lgb
Lars Gullik Bjønnes wrote:
> | } else
> | strcpy(fname, filename);
> | }
> | strcat(fname, ext);
> | }
>
> It almost seems to me that the else clause should just be
>
>strcpy(fname, filename_only(filename));
I think you're correct. Thanks.
> | build_fname(fname, "foo/bar/baz", ".h");
>
> I
Angus Leeming <[EMAIL PROTECTED]> writes:
| I believe that we achieve what you're looking for with
| -} else
| - strcpy(fname, filename);
| +} else {
| + size_t const buffer_size = 512;
| + char buffer[buffer_size];
| + char * cwd = getcwd(buffer, buffer_size);
| +
Angus Leeming wrote:
> Lars Gullik Bjønnes wrote:
>> (and I am not saying that -dir should be removed, I am saying that
>> fdesign should output to pwd (unless -dir is specified of course.))
>
> Ok, understood. You want me to mess around with malloc just before
> we try and get XForms 1.1 out of
Lars Gullik Bjønnes wrote:
> (and I am not saying that -dir should be removed, I am saying that
> fdesign should output to pwd (unless -dir is specified of course.))
Ok, understood. You want me to mess around with malloc just before we
try and get XForms 1.1 out of the door. Bad man!
I'll have a
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> Lars> | This would break compatibility with older versions of
>> fdesign.
>>
>> Lars> Would it really?
>>
>> Lars> Older versions of fdesign only works with the *.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Man page attached, but my conclusion is that uic is just different.
| Nonetheless, the sematics that we have now have similar power to
| those of uic.
Except for the surprising behaviour that fdesign output files to the
same dir there the .fd file is lo
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> We would merely be swapping one semantic that works for
> another Angus> one which is not yet proven. I don't see what it
> gains us. As I Angus> see it I can do:
>
> Angus> $ cd $HOME $ fd
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> We would merely be swapping one semantic that works for another
Angus> one which is not yet proven. I don't see what it gains us. As I
Angus> see it I can do:
Angus> $ cd $HOME $ fdesign -dir destdir -convert foo/bar.fd
An
Jean-Marc Lasgouttes wrote:
> Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Lars> | This would break compatibility with older versions of
> fdesign.
>
> Lars> Would it really?
>
> Lars> Older versions of fdesign only works with the *.fd file in the
> Lars> same dir as where fdesign is
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | @@ -610,8 +600,14 @@ pre_connect(int ac, char *av[])
> |
> | for (s = i; s < ac; s++)
> | {
> | - if (load_forms(FALSE, av[s], 0) >= 0)
> | - save_forms(av[s]);
> | + if (load_forms(FALSE, av[s]
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> | This would break compatibility with older versions of fdesign.
Lars> Would it really?
Lars> Older versions of fdesign only works with the *.fd file in the
Lars> same dir
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> | Moreover, running (again from the builddir != src dir):
>>>
| Lars> | fdesign -dir . -convert |
| Lars> /home/angus/lyx/devel/src/frontends/xforms/forms/form_external.fd
>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | Moreover, running (again from the builddir != src dir):
>>
Lars> | fdesign -dir . -convert |
Lars> /home/angus/lyx/devel/src/frontends/xforms/forms/form_external.fd
Lars> is the -dir . needed? IMHO it shouldn't be. fdesign sh
Angus Leeming <[EMAIL PROTECTED]> writes:
| @@ -610,8 +600,14 @@ pre_connect(int ac, char *av[])
|
| for (s = i; s < ac; s++)
| {
| - if (load_forms(FALSE, av[s], 0) >= 0)
| - save_forms(av[s]);
| + if (load_forms(FALSE, av[s], 0) < 0) {
| + fp
Angus Leeming <[EMAIL PROTECTED]> writes:
| Do you have xforms cvs?
no (and that is probably good since I now caught the problem myself,
and didn't have to debug somebody elses problem)
| If my testing doesn't throw up any problems,
| I'm going to commit the attached patch. It gives you improved
Lars Gullik Bjnnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjnnes wrote:
>>> It seems that fdesign returns 0 even if something went wrong.
>
> I forgot to say "when using -convert"
>
> | Wrong list...
>
> I know... but this is where I have the problem...
>
> | Bot
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> It seems that fdesign returns 0 even if something went wrong.
I forgot to say "when using -convert"
| Wrong list...
I know... but this is where I have the problem...
| Both load_forms and save_forms return whether they
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| -dir destdir is not really needed, what is needed is the argument to
| -convert to be any file with path.
And fdesign to output to current working dir.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> The distcheck target in newer automake is a bit stricter than in
>> previous versions. Among others it requires that when doing a VPATH
>> build, _nothing_ should change outside the build dir.
>>
>> The scripts in xforms/fo
Lars Gullik Bjønnes wrote:
> And the arguemnt to convert _must_ be _just_ a file. Not even ./ is
> allowed in front of the filename.
I know. Crappy isn't it.
--
Angus
Lars Gullik Bjønnes wrote:
> It seems that fdesign returns 0 even if something went wrong.
>
> (writing the files f.ex.)
Wrong list...
In general, you're wrong. fdesign will exit early and return 1 in lots
of places:
if (!(fd_display = fl_initialize(&ac, av, 0, fd_cmdopt, Ncopt)))
e
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| It seems that fdesign returns 0 even if something went wrong.
>
| (writing the files f.ex.)
And the arguemnt to convert _must_ be _just_ a file. Not even ./ is
allowed in front of the filename.
--
Lgb
Lars Gullik Bjønnes wrote:
> The distcheck target in newer automake is a bit stricter than in
> previous versions. Among others it requires that when doing a VPATH
> build, _nothing_ should change outside the build dir.
>
> The scripts in xforms/forms does not ahere to this rule.
Hmmm. I guess th
It seems that fdesign returns 0 even if something went wrong.
(writing the files f.ex.)
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> It would be nice if people could try this patch (the mkinstalldirs
>> part really) and see if they have any problems.
>
| Lars,
>
| I've had no problems at all installing in /home/angus/testing
| following 'make maintainer-c
Lars Gullik Bjønnes wrote:
> It would be nice if people could try this patch (the mkinstalldirs
> part really) and see if they have any problems.
Lars,
I've had no problems at all installing in /home/angus/testing
following 'make maintainer-clean'. This with a stock FC 1.
Angus
--
Angus
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | It's never done this before. We've always needed 'make dist' or
> | suchlike.
>
> Newer gettext work a bit differently. The merge is triggered when
> lyx.pot is created and since we don't have it in CVS...
Good oh. Glad to
Angus Leeming <[EMAIL PROTECTED]> writes:
| It's never done this before. We've always needed 'make dist' or
| suchlike.
Newer gettext work a bit differently. The merge is triggered when
lyx.pot is created and since we don't have it in CVS...
>
| This is this morning (so I've got Lars nt_defines.
It's never done this before. We've always needed 'make dist' or
suchlike.
This is this morning (so I've got Lars nt_defines.h patch) on a stock
FC1 after:
$ make maintainer-clean
$ cd ..
$ cvs -q up
$ ./autogen.sh
$ mkdir build && cd build
$ ../configure --prefix=/home/angus/testing --enable-main
It would be nice if people could try this patch (the mkinstalldirs
part really) and see if they have any problems.
My testing so far shows no problems.
(OTOH I know of a problem in POTFILES.in generation...
src/support/path_defines.C is not always there... and should thus be
excluded from POTFIL
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I got tired of wrestling with the config mechanism.
>
| Please apply this (support/nt_defines.h is not used) and then
| "cvs remove" the support/nt_defines.h file.
I'll handle this one.
--
Lgb
I got tired of wrestling with the config mechanism.
Please apply this (support/nt_defines.h is not used) and then
"cvs remove" the support/nt_defines.h file.
Thanks.
--
Kayvan A. Sylvan
Sylvan Associates, Inc.
http://sylvan.com/~kayvan
Index: ChangeLog
=
On Wednesday 26 May 2004 16:47, Jean-Marc Lassitude's wrote:
>
> Angus> The python script does all the manipulation using pure python
> Angus> code, so it should "just work" if you have python installed.
>
> Do you think it works with ancient python like 1.5?
From what I remember from the code
41 matches
Mail list logo
