Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Not a patch with the last fix as well.
>
| Lars> Unless I get objections this is going in.
>
| I am not sure that mixing $(PCH_SOURCE), ./pch.h and $(srcdir)/pch.h
| (which s
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Not a patch with the last fix as well.
Lars> Unless I get objections this is going in.
I am not sure that mixing $(PCH_SOURCE), ./pch.h and $(srcdir)/pch.h
(which should be $(PCH_SOURCE) btw) improves readability. Also, I do
n
Lars Gullik Bjønnes wrote:
> | This patch works for me gcc 4.0.
> | (The only change form -2 is to not error out on the test $(srcdir !=
> | "." failing.)
>
> I had to do the same for the clean-local target.
> I am now testing with gcc 3.3.
This target is too fast moving for me. I'll leave it to
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Just run "make distcheck"
>
| This patch works for me gcc 4.0.
>
| (The only change form -2 is to not error out on the test $(srcdir !=
| "." failing.)
Not a patch with the last fix as well.
Unless I get objections this is going in.
? src/fronte
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| This patch works for me gcc 4.0.
>
| (The only change form -2 is to not error out on the test $(srcdir !=
| "." failing.)
I had to do the same for the clean-local target.
I am now testing with gcc 3.3.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> A make distcheck does a srcdir != builddir build where the srcdir is
>> made read-only. So anything that tries to create something in the
>> srcdir will fail.
>>
>> (requires a quite new automake)
>>
>> I am testing 'make
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Comment on the patch would also be nice... I am not really happy with
>> | how it worked out. Especially the use of BUILT_SOURCES.
>>
>> Updated patch. Fixes some problems.
>
| Well, it doesn't work here.
>
| sh distcheck
Lars Gullik Bjønnes wrote:
> | Comment on the patch would also be nice... I am not really happy with
> | how it worked out. Especially the use of BUILT_SOURCES.
>
> Updated patch. Fixes some problems.
Well, it doesn't work here.
sh distcheck.sh > distcheck.log 2>distcheck.err
All three files at
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Comment on the patch would also be nice... I am not really happy with
| how it worked out. Especially the use of BUILT_SOURCES.
Updated patch. Fixes some problems.
Index: config/common.am
==
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Angus Leeming <[EMAIL PROTECTED]> writes:
>
| | Lars Gullik Bjønnes wrote:
> Generated files generated in then wrong place?
>>> | Exactly. pch.h.gch files are placed in the src tree not the build
>>> | trees. But I understand that there's
Lars Gullik Bjønnes wrote:
> A make distcheck does a srcdir != builddir build where the srcdir is
> made read-only. So anything that tries to create something in the
> srcdir will fail.
>
> (requires a quite new automake)
>
> I am testing 'make distcheck' now. I think I have already found some
>
On Tue, Mar 08, 2005 at 02:37:15PM +0100, Alfredo Braunstein wrote:
> Helge Hafting wrote:
>
> > Here is the way I configured lyx, could there be a misunderstanding?
> > ./configure --exec-prefix=/usr/local --program-suffix=-1.4cvs
> > --with-fronten d=qt --with-gnu-ld --with-qt-includes=/usr/incl
On Tue, Mar 08, 2005 at 12:55:11PM +, Angus Leeming wrote:
> Helge Hafting wrote:
> >>If you start lyx from the command line as:
> >>
> >>$ lyx-1.4cvs -dbg init
> >>
> >>
> > Setting debug level to init
> > Debugging `init' (Program initialisation)
> > Checking whether LyX is run in place...
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
Generated files generated in then wrong place?
>>>
>> | Exactly. pch.h.gch files are placed in the src tree not the build
>> | trees. But I understand that there's no obvious fix?
>>
>> Hmm, but if this is so... then a "m
Lars Gullik Bjønnes wrote:
>>> Generated files generated in then wrong place?
>>
> | Exactly. pch.h.gch files are placed in the src tree not the build
> | trees. But I understand that there's no obvious fix?
>
> Hmm, but if this is so... then a "make distcheck" should fail.
Sorry, I don't see you
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Here's one case that definitely fails:
>>>
>> | $(mkdir build1 && cd build1 && ../configure --with-version-suffix &&
>> | make) $(mkdir build2 && cd build2 && ../configure && make)
>>>
>> | What PACKAGE will be used in bui
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> | What PACKAGE will be used in build2? It certainly isn't
Lars> "lyx"...
Lars> Generated files generated in then wrong place?
Yes, it seems that the pch.h.gch always goes to source directory. We
should maybe move it by hand.
Lars Gullik Bjønnes wrote:
> | Here's one case that definitely fails:
>>
> | $(mkdir build1 && cd build1 && ../configure --with-version-suffix &&
> | make) $(mkdir build2 && cd build2 && ../configure && make)
>>
> | What PACKAGE will be used in build2? It certainly isn't "lyx"...
>
> Generated fil
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> But they should. All pch.h files should contain config.h as athe first
>> included file, and dependency files are generated for pch.h.
>> I don't belive this has anything to do with precompiled headers.
>
| I know that it *s
Alfredo Braunstein wrote:
>> Here is the way I configured lyx, could there be a misunderstanding?
>> ./configure --exec-prefix=/usr/local --program-suffix=-1.4cvs
>> --with-fronten d=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3
>>
>
> --with-version-suffix is missing here
Looks like I los
Helge Hafting wrote:
> Here is the way I configured lyx, could there be a misunderstanding?
> ./configure --exec-prefix=/usr/local --program-suffix=-1.4cvs
> --with-fronten d=qt --with-gnu-ld --with-qt-includes=/usr/include/qt3
>
--with-version-suffix is missing here
Regards, Alfredo
Lars Gullik Bjønnes wrote:
> But they should. All pch.h files should contain config.h as athe first
> included file, and dependency files are generated for pch.h.
> I don't belive this has anything to do with precompiled headers.
I know that it *shouldn't*. I'm just expressing my experience.
Here
Angus Leeming <[EMAIL PROTECTED]> writes:
| Helge Hafting wrote:
>>>If you start lyx from the command line as:
>>>
>>>$ lyx-1.4cvs -dbg init
>>>
>>>
>> Setting debug level to init
>> Debugging `init' (Program initialisation)
>> Checking whether LyX is run in place... no
>>
>> binary_dir
Helge Hafting wrote:
>>If you start lyx from the command line as:
>>
>>$ lyx-1.4cvs -dbg init
>>
>>
> Setting debug level to init
> Debugging `init' (Program initialisation)
> Checking whether LyX is run in place... no
>
> binary_dir /usr/local/bin/
> system_support /usr/local/sh
Angus Leeming wrote:
Helge Hafting wrote:
I used --with-version-suffix and got a binary called lyx-1.4cvs
Somehow I also have a ~/.lyx-1.4cvs directory, but it isn't used!
If you start lyx from the command line as:
$ lyx-1.4cvs -dbg init
Setting debug level to init
Debugging `init' (Prog
Helge Hafting wrote:
> I used --with-version-suffix and got a binary called lyx-1.4cvs
> Somehow I also have a ~/.lyx-1.4cvs directory, but it isn't used!
If you start lyx from the command line as:
$ lyx-1.4cvs -dbg init
You'll get the contents of this print statement appearing on your console:
Angus Leeming wrote:
Helge Hafting wrote:
Looks like it disliked an external template. Note that I haven't
switched completely to lyx-1.4, so my ~/.lyx is populated by
lyx-1.3.5. Could that be a problem, with older external templates
and possibly other files that have changed format?
Testing 1
Lars Gullik BjÃnnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| On Sat, Mar 05, 2005 at 01:07:16AM +0100, Lars Gullik BjÃnnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| I have tried using lyx-1.4 cvs, and have some impressions:
| It works well enough for my work now. It wil
Helge Hafting wrote:
> Looks like it disliked an external template. Note that I haven't
> switched completely to lyx-1.4, so my ~/.lyx is populated by
> lyx-1.3.5. Could that be a problem, with older external templates
> and possibly other files that have changed format?
>
> Testing 1.4 is fun,
Helge Hafting <[EMAIL PROTECTED]> writes:
| On Sat, Mar 05, 2005 at 01:07:16AM +0100, Lars Gullik Bjønnes wrote:
>> Helge Hafting <[EMAIL PROTECTED]> writes:
>>
>> | I have tried using lyx-1.4 cvs, and have some impressions:
>> >
>> | It works well enough for my work now. It will sometimes crash
On Sat, Mar 05, 2005 at 01:07:16AM +0100, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> | I have tried using lyx-1.4 cvs, and have some impressions:
> >
> | It works well enough for my work now. It will sometimes crash trying to
> | load some old files, but is otherwis
On Sat, Mar 05, 2005 at 12:21:42AM +0100, Helge Hafting wrote:
> I have tried using lyx-1.4 cvs, and have some impressions:
>
> It works well enough for my work now. It will sometimes crash trying to
> load some old files, but is otherwise fine. I haven't tried any
> new stuff yet, I have mostly
Helge Hafting <[EMAIL PROTECTED]> writes:
| I have tried using lyx-1.4 cvs, and have some impressions:
>
| It works well enough for my work now. It will sometimes crash trying to
| load some old files, but is otherwise fine.
Getting bug reports for these would be really great. And I presume
tha
33 matches
Mail list logo
