[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
Lars, JMarc,
Find lyx-1.3.5-1fc3_qt.i386.rpm at ftp://ftp.devel.lyx.org/pub/incoming
Could you please shove it into ftp://ftp.lyx.org/pub/lyx/bin/1.3.5
--
Angus
[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...
How to crash lyx-1.4:
* Make a table, fill in the first row
* Use the mouse, select the entire first row. The selection should
span several columns.
* Press ctrl+b to make the first column bold. This is a common way of
getting a nice-looking table header, but it kills lyx instantly.
The eme
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I am adding
>> the missing ones as I discover them. (posts by non-members are discarded.)
>
| Thanks. The missing commits I have noted were from myself and Martin Vermeer.
Both of you are on the list now.
--
Lars Gullik Bjønnes wrote:
> I am adding
> the missing ones as I discover them. (posts by non-members are discarded.)
Thanks. The missing commits I have noted were from myself and Martin Vermeer.
Jürgen
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
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| I have noticed that some commits haven't been reported by [EMAIL PROTECTED]
| lately. Is something wrong there?
Missing members on [EMAIL PROTECTED] mailing list I think. I am adding
the missing ones as I discover them. (posts by non-members are
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
I have noticed that some commits haven't been reported by [EMAIL PROTECTED]
lately. Is something wrong there?
Jürgen
> "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
30 matches
Mail list logo
