Le 24/10/2011 16:40, Enrico Forestieri a écrit :
No, moc was confused by the use of QT_VERSION in header files. I am
not sure why.
Because moc does not expand #include or #define, it simply skips
any preprocessor directives it encounters.
But it could nevertheless know about QT_VERSION.
JMar
On Mon, Oct 24, 2011 at 03:40:42PM +0200, Jean-Marc Lasgouttes wrote:
> Le 24/10/2011 15:06, Peter Kuemmel a écrit :
> >We could simply drop QT_VERSION.
> >
> >QT_VERSION is not needed for moccing. QT_VERSION is
> >automatically set to the used Qt version (which also
> >provides moc).
> >
> >And fo
Le 24/10/2011 15:06, Peter Kuemmel a écrit :
We could simply drop QT_VERSION.
QT_VERSION is not needed for moccing. QT_VERSION is
automatically set to the used Qt version (which also
provides moc).
And for for compiling QT_VERSION is set by qglobal.h
No, moc was confused by the use of QT_VERS
Original-Nachricht
> Datum: Mon, 24 Oct 2011 10:23:03 +0200
> Von: Jean-Marc Lasgouttes
> An: lyx-devel@lists.lyx.org
> Betreff: Re: Failed svn installation on arch linux
> Le 24/10/2011 09:53, Lars Gullik Bjønnes a écrit :
> > | QT_VERSION = $(shel
Le 24/10/2011 09:53, Lars Gullik Bjønnes a écrit :
| QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
|echo 0x0`echo "obase=16; $$1*65536+$$2*256+$$3" | bc`)
Hmm... is this the best we can do?
I thought we had a not bc-based version at some time.
Is mox using the QT_VE
On Mon, Oct 24, 2011 at 09:53:48AM +0200, Lars Gullik Bjønnes wrote:
> Peter Kümmel writes:
>
> | Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will find
> >
> | QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
> | echo 0x0`echo "obase=16; $$1*65536+$$2*25
| Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will find
| QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
|echo 0x0`echo "obase=16; $$1*65536+$$2*256+$$3" | bc`)
Hmm... is this the best we can do?
Is mox using the QT_VERSION directly, or is it somet
Peter Kümmel writes:
| On 23.10.2011 16:40, Enrico Forestieri wrote:
>> On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote:
>>
>>> On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri wrote:
On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote:
>
> I followed i
On Sun, Oct 23, 2011 at 10:36 AM, Enrico Forestieri wrote:
> On Sun, Oct 23, 2011 at 04:48:58PM +0200, Jürgen Spitzmüller wrote:
>
>> Peter Kümmel wrote:
>> > Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will
>> > find
>> >
>> > QT_VERSION = $(shell IFS=.; set -- `echo $(QT4
On Sun, Oct 23, 2011 at 9:51 AM, stefano franchi
wrote:
> On Sun, Oct 23, 2011 at 9:46 AM, Peter Kümmel wrote:
>> On 23.10.2011 16:40, Enrico Forestieri wrote:
>>>
>>> On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote:
>>>
On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri
On Sun, Oct 23, 2011 at 04:48:58PM +0200, Jürgen Spitzmüller wrote:
> Peter Kümmel wrote:
> > Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will find
> >
> > QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
> > echo 0x0`echo "obase=16; $$1*65536+$$2*25
On Sun, Oct 23, 2011 at 9:46 AM, Peter Kümmel wrote:
> On 23.10.2011 16:40, Enrico Forestieri wrote:
>>
>> On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote:
>>
>>> On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri
>>> wrote:
On Sat, Oct 22, 2011 at 10:16:03AM -0500, stef
Peter Kümmel wrote:
> Yes indeed, that's the reason: in ./src/frontends/qt4/Makefile you will find
>
> QT_VERSION = $(shell IFS=.; set -- `echo $(QT4_VERSION)`; \
> echo 0x0`echo "obase=16; $$1*65536+$$2*256+$$3" | bc`)
>
> so no bc, no QT_VERSION.
Shouldn't ./configure tell the use
On 23.10.2011 16:40, Enrico Forestieri wrote:
On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote:
On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri wrote:
On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote:
I followed instructions and got the same error as above.
On Sun, Oct 23, 2011 at 08:28:41AM -0500, stefano franchi wrote:
> On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri wrote:
> > On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote:
> >>
> >> I followed instructions and got the same error as above.
> >>
> >> Grepping for IconButton, a
On 23.10.2011 15:34, stefano franchi wrote:
On Sat, Oct 22, 2011 at 5:53 PM, Peter Kümmel wrote:
Check if it exisits: find . -name moc_\* | xargs grep IconButton
This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp'
I followed instructions and got the same error as above.
Gre
On Sat, Oct 22, 2011 at 5:53 PM, Peter Kümmel wrote:
>
>>> Check if it exisits: find . -name moc_\* | xargs grep IconButton
>>> This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp'
>>>
>>
>> I followed instructions and got the same error as above.
>>
>> Grepping for IconButton, as su
On Sat, Oct 22, 2011 at 1:40 PM, Enrico Forestieri wrote:
> On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote:
>>
>> I followed instructions and got the same error as above.
>>
>> Grepping for IconButton, as suggested, does not find anything. That
>> is, the file moc_FancyLineEdit.c
Check if it exisits: find . -name moc_\* | xargs grep IconButton
This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp'
I followed instructions and got the same error as above.
Grepping for IconButton, as suggested, does not find anything. That
is, the file moc_FancyLineEdit.cpp
On Sat, Oct 22, 2011 at 10:16:03AM -0500, stefano franchi wrote:
>
> I followed instructions and got the same error as above.
>
> Grepping for IconButton, as suggested, does not find anything. That
> is, the file moc_FancyLineEdit.cpp
> is where it should, but it does not contain any ref to Icon
On Sat, Oct 22, 2011 at 5:05 AM, Peter Kümmel wrote:
>
>>> FancyLineEdit.cpp:(.text+0xf2c): undefined reference to
>>> `lyx::frontend::IconButton::staticMetaObject'
>>
>> The moc file is missing.
>>
>
> Check if it exisits: find . -name moc_\* | xargs grep IconButton
> This should find it in './sr
FancyLineEdit.cpp:(.text+0xf2c): undefined reference to
`lyx::frontend::IconButton::staticMetaObject'
The moc file is missing.
Check if it exisits: find . -name moc_\* | xargs grep IconButton
This should find it in './src/frontends/qt4/moc_FancyLineEdit.cpp'
Peter
This is a clean build right?
If you mean: make clean; make
Better would be to build out of source and to completely remove all old build
files:
- start with a clean svn checkout (svn co
svn://svn.lyx.org/lyx/lyx-devel/trunk), sources then in 'trunk'
- ONLY call ./autogen.sh within 'trunk'
On 22.10.2011 03:47, stefano franchi wrote:
On Fri, Oct 21, 2011 at 7:47 PM, Lars Gullik Bjønnes wrote:
stefano franchi writes:
[...]
| Lars,
| did you mean "make d=1"? I tried "make V=1" and nothing changed in the output.
| I'm currently trying again with the debug option.
No, I belive t
On Fri, Oct 21, 2011 at 7:47 PM, Lars Gullik Bjønnes wrote:
> stefano franchi writes:
>
> [...]
> | Lars,
>>
> | did you mean "make d=1"? I tried "make V=1" and nothing changed in the
> output.
> | I'm currently trying again with the debug option.
>
> No, I belive that I meant V=1, I want to see
stefano franchi writes:
[...]
| Lars,
>
| did you mean "make d=1"? I tried "make V=1" and nothing changed in the output.
| I'm currently trying again with the debug option.
No, I belive that I meant V=1, I want to see the acutal link command.
[...]
>> | CXXLD lyx
what this exapand do
--
On Fri, Oct 21, 2011 at 5:06 PM, stefano franchi
wrote:
> On Fri, Oct 21, 2011 at 4:32 PM, Lars Gullik Bjønnes
> wrote:
>> stefano franchi writes:
>>
>> | On Fri, Oct 21, 2011 at 2:40 PM, Lars Gullik Bjønnes
>> wrote:
stefano franchi writes:
| On Fri, Oct 21, 2011 at 1:35 PM,
On Fri, Oct 21, 2011 at 4:32 PM, Lars Gullik Bjønnes wrote:
> stefano franchi writes:
>
> | On Fri, Oct 21, 2011 at 2:40 PM, Lars Gullik Bjønnes
> wrote:
>>> stefano franchi writes:
>>>
>>> | On Fri, Oct 21, 2011 at 1:35 PM, Julien Rioux
>>> | wrote:
> On 10/21/2011 06:37 PM, stefano fran
stefano franchi writes:
| On Fri, Oct 21, 2011 at 2:40 PM, Lars Gullik Bjønnes
wrote:
>> stefano franchi writes:
>>
>> | On Fri, Oct 21, 2011 at 1:35 PM, Julien Rioux
>> | wrote:
On 10/21/2011 06:37 PM, stefano franchi wrote:
My fault, I didn't realize we were now using the sys
On Fri, Oct 21, 2011 at 2:40 PM, Lars Gullik Bjønnes wrote:
> stefano franchi writes:
>
> | On Fri, Oct 21, 2011 at 1:35 PM, Julien Rioux
> | wrote:
>>> On 10/21/2011 06:37 PM, stefano franchi wrote:
>>>
>>> My fault, I didn't realize we were now using the system-wide PYTHON
>>> variable, i.e. P
stefano franchi writes:
| On Fri, Oct 21, 2011 at 1:35 PM, Julien Rioux
| wrote:
>> On 10/21/2011 06:37 PM, stefano franchi wrote:
>>
>> My fault, I didn't realize we were now using the system-wide PYTHON
>> variable, i.e. PYTHON wasn't automagically set to the value found by
>> configure. I had
On Fri, Oct 21, 2011 at 1:35 PM, Julien Rioux
wrote:
> On 10/21/2011 06:37 PM, stefano franchi wrote:
>
> My fault, I didn't realize we were now using the system-wide PYTHON
> variable, i.e. PYTHON wasn't automagically set to the value found by
> configure. I had to add a line in there to set it's
On 10/21/2011 06:37 PM, stefano franchi wrote:
Isn't this correct? no direct calls to the executable, everything goes
through PYTHON. However, my knowledge of the (auto)make machinery is
non-existent.
Cheers,
Stefano
My fault, I didn't realize we were now using the system-wide PYTHON
varia
On Fri, Oct 21, 2011 at 11:30 AM, Richard Heck wrote:
> On 10/21/2011 10:57 AM, stefano franchi wrote:
>> On Fri, Oct 21, 2011 at 9:20 AM, Julien Rioux
>> wrote:
>>> On 10/21/2011 04:15 PM, stefano franchi wrote:
I fixed the two files as Julien suggested, but I am still stuck on the
sam
On 10/21/2011 10:57 AM, stefano franchi wrote:
> On Fri, Oct 21, 2011 at 9:20 AM, Julien Rioux
> wrote:
>> On 10/21/2011 04:15 PM, stefano franchi wrote:
>>> I fixed the two files as Julien suggested, but I am still stuck on the
>>> same issue, namely, the lyx-2-svn.pot-update line. Where is the c
On Fri, Oct 21, 2011 at 9:20 AM, Julien Rioux
wrote:
> On 10/21/2011 04:15 PM, stefano franchi wrote:
>>
>> I fixed the two files as Julien suggested, but I am still stuck on the
>> same issue, namely, the lyx-2-svn.pot-update line. Where is the call
>> that issues this line?
>>
>> python ./lyx_po
On 10/21/2011 04:15 PM, stefano franchi wrote:
I fixed the two files as Julien suggested, but I am still stuck on the
same issue, namely, the lyx-2-svn.pot-update line. Where is the call
that issues this line?
python ./lyx_pot.py -b .. -o qt4_l10n.pot -t qt4
Cheers,
Stefano
Hi Stefano,
Did
On Wed, Oct 19, 2011 at 5:59 PM, Julien Rioux
wrote:
> On 19/10/2011 11:31 PM, stefano franchi wrote:
>>
>> Making all in po
>> make[2]: Entering directory `/home/stefano/builds/lyx-2-svn/lyx-devel/po'
>> make lyx-2-svn.pot-update
>> make[3]: Entering directory `/home/stefano/builds/lyx-2-svn/lyx-
Ok, thanks. I don't have access to the Arch box today, but I'll try
and test tomorrow.
Cheers,
Stefano
On Wed, Oct 19, 2011 at 5:59 PM, Julien Rioux
wrote:
> On 19/10/2011 11:31 PM, stefano franchi wrote:
>>
>> Making all in po
>> make[2]: Entering directory `/home/stefano/builds/lyx-2-svn/lyx
On 19/10/2011 11:31 PM, stefano franchi wrote:
Making all in po
make[2]: Entering directory `/home/stefano/builds/lyx-2-svn/lyx-devel/po'
make lyx-2-svn.pot-update
make[3]: Entering directory `/home/stefano/builds/lyx-2-svn/lyx-devel/po'
sed -e '/^#/d' remove-potcdate.sin> t-remove-potcdate.sed
On 19/10/2011 11:31 PM, stefano franchi wrote:
1. I upated to r39890, and now configure finds the correct python2 executable:
checking for a Python interpreter with version>= 2.4.0... python2
checking for python2... /usr/bin/python2
checking for python2 version... 2.7
checking for python2 plat
On 10/19/2011 05:31 PM, stefano franchi wrote:
> 1. I upated to r39890, and now configure finds the correct python2
> executable:
>
>
> checking for a Python interpreter with version >= 2.4.0... python2
> checking for python2... /usr/bin/python2
> checking for python2 version... 2.7
> checking fo
On 10/19/2011 04:58 PM, Julien Rioux wrote:
> On 19/10/2011 9:46 PM, Richard Heck wrote:
>> We should definitely fix these sorts of silly print issues.
>>
>
> It won't be only print issues, python 2 and 3 are a lot uncommon. You
> can put a google summer of code student on the porting task.
>
I act
1. I upated to r39890, and now configure finds the correct python2 executable:
checking for a Python interpreter with version >= 2.4.0... python2
checking for python2... /usr/bin/python2
checking for python2 version... 2.7
checking for python2 platform... linux2
checking for python2 script direc
On 19/10/2011 9:46 PM, Richard Heck wrote:
We should definitely fix these sorts of silly print issues.
It won't be only print issues, python 2 and 3 are a lot uncommon. You
can put a google summer of code student on the porting task.
Here's a silly idea: Create a new user and make ~/bin/py
On 10/19/2011 12:40 PM, stefano franchi wrote:
So my problem is getting worse. Compilation of the svn tree fails even
earlier, and because of the same python issue, I guess (see below).
It seems I cannot remove python 3, since the Arch package management
system depends on it. Do I have any alter
46 matches
Mail list logo
