> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> Hmm... gcc 3.4.1 is old..
Jean-Marc> I knew this was coming...
Note also that gcc is absolutely not run in this case. You should
rather complain about the version number of my qt, make or even sed ;)
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I don't get why this is needed? Can you explain a bit?
I do not have my laptop at hand, but the path to the pch file is
passed to uic (only the naked file name is removed), and uic complains
that it has an extra argument. Sorry
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | I
Lars> installed a brand new Mandrake 10.1 on my laptop and thus was
Lars> able | to test precompiled headers support (gcc 3.4.1). The
Lars> result is that I | need the followi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I installed a brand new Mandrake 10.1 on my laptop and thus was able
| to test precompiled headers support (gcc 3.4.1). The result is that I
| need the following patch.
>
| I do not like it much, I did not like the original code either.
>
I don't
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I installed a brand new Mandrake 10.1 on my laptop and thus was able
| to test precompiled headers support (gcc 3.4.1). The result is that I
| need the following patch.
>
| I do not like it much, I did not like the original code either.
Any bette
I installed a brand new Mandrake 10.1 on my laptop and thus was able
to test precompiled headers support (gcc 3.4.1). The result is that I
need the following patch.
I do not like it much, I did not like the original code either.
JMarc
Index: src/frontends/qt2/ChangeLog
=
Andreas Vox <[EMAIL PROTECTED]> writes:
| ./configure does not include directly, I traced it back to
| ctype.h <- cctype <-iosfwd <- ios, string, streambuf, bits/stl_algobase.h
>
>>
>> Does using working better?
>
| includes
| I guess is the best place to correct this problem, cctype already
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:
>
> Andreas Vox <[EMAIL PROTECTED]> writes:
> >
> | 1 - change include order (if possible)
>
> might work. Where is this ctype included from? Our code or library
> code?
./configure does not include directly, I traced it back to
ctype.h <- cctype
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Why do we search for the system_lyxdir as // Path of
Angus> binary/../share/name of binary/ but the user_lyxdir as //
Angus> os::homepath() "/." + PACKAGE
Angus> where PACKAGE is defined in config.h as (here) "lyx-1.3.6cvs".
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> // The OS-dependent directory to which an application's
Angus> // system-wide data directory should generally be added.
Angus> string const & os::system_appdir() {
Angus> // returns COMMON_APPDATA folder on Windows
On windows,
Why do we search for the system_lyxdir as
// Path of binary/../share/name of binary/
but the user_lyxdir as
// os::homepath() "/." + PACKAGE
where PACKAGE is defined in config.h as (here) "lyx-1.3.6cvs".
Why don't we use PACKAGE for the system_lyxdir too?
Angus
Jean-Marc Lasgouttes wrote:
Angus> It turns out that Jürgen's suggested way to ascertain the
Angus> different Windows folders is straightforward to implement. No
Angus> need to use the .net framework; it all exists in the standard
Angus> WinAPI.
Yes, that's not a big surprise :)
Angus> Question. Wh
Jean-Marc Lasgouttes wrote:
This packaging thing would set up lyxdir, userdir, localedir, document
dir and things like that according to the platforms conventions.
We can either do this now for 1.4.0cvs or replace temporarily with a
hack.
Let's do it properly now.
For 1.3.6cvs, the hack is probabl
Andre Poenitz wrote:
>> I see. There is also a check for the argument "on" in math_nestinset.C. I
>> guess André forgot to check for that argument in other places (text3.C et
>> al.).
>
> Indeed. Would be nice if you could fix that.
If you tell me how to handle the argument. Is it that the user
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Do we need an os_mac.C?
Well, that's difficult to do. Currently (besides the bundle hack you
noticed) all the special mac support is in frontends/qt2 conditioned
on Q_WS_MACX. This is because it is not possible outside of the
front
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It turns out that Jürgen's suggested way to ascertain the
Angus> different Windows folders is straightforward to implement. No
Angus> need to use the .net framework; it all exists in the standard
Angus> WinAPI.
Yes, that's not a bi
On Mon, Dec 20, 2004 at 12:36:25PM +0100, Juergen Spitzmueller wrote:
> Alfredo Braunstein wrote:
> > Note that Andre did the opposite change recently, maybe he had some reason
> > to do it. ;-) (cvs says: "fix #1736"). But I have no idea.
> >
> > http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/l
It turns out that Jürgen's suggested way to ascertain the different
Windows folders is straightforward to implement. No need to use the .net
framework; it all exists in the standard WinAPI.
Question. What should we do in the unlikely event that these calls fail?
Post a warning or terminate?
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sun, Dec 19, 2004 at 08:54:19PM +, Angus Leeming wrote:
>> The unix "fork", "execvp" pair doesn't exist on Windows. We can launch a
>> child process well enough by using "spawnvp", but then the unix
>> "waitpid(..., NOHANG)" doesn't exist on Windo
Andre Poenitz wrote:
On Sun, Dec 19, 2004 at 08:54:19PM +, Angus Leeming wrote:
The unix "fork", "execvp" pair doesn't exist on Windows. We can launch a
child process well enough by using "spawnvp", but then the unix
"waitpid(..., NOHANG)" doesn't exist on Windows either, so LyX will never
be i
Andreas Vox <[EMAIL PROTECTED]> writes:
>> So the errormessage seems justified and we only have to find
>> out which red-dripping includefile defined _D and _R ...
>
| Ok, I found it. It's in /usr/include/ctype.h under the heading
| /* backward compatibility */ -- hahaha, what about forward
| com
On Sun, Dec 19, 2004 at 08:54:19PM +, Angus Leeming wrote:
> The unix "fork", "execvp" pair doesn't exist on Windows. We can launch a
> child process well enough by using "spawnvp", but then the unix
> "waitpid(..., NOHANG)" doesn't exist on Windows either, so LyX will never
> be informed when
22 matches
Mail list logo
