Stefan Schimanski <[EMAIL PROTECTED]> writes:
> cmake is broken now by that.
It seems that Abdel 'solved' the problem by removing the use of
included-gettext with cmake, but I'd be interested to know what the
problem was.
JMarc
On Mon, Jun 09, 2008 at 08:47:35AM +0200, Jean-Marc Lasgouttes wrote:
> > Works fine on Windows. Maybe try to upgrade libintl and iconv?
>
> Do you see now why removing gettext was an error? I am going to put
> it back anyway...
I think it is better. This is with the latest Solaris 10:
$ ./aut
Kornel Benko wrote:
Am Monday 09 June 2008 schrieb Abdelrazak Younes:
Jean-Marc Lasgouttes wrote:
Works fine on Windows. Maybe try to upgrade libintl and iconv?
Do you see now why removing gettext was an error?
No, this is a one time thing to do. As a Windows developer
Am Monday 09 June 2008 schrieb Abdelrazak Younes:
> Jean-Marc Lasgouttes wrote:
> >> Works fine on Windows. Maybe try to upgrade libintl and iconv?
> >
> > Do you see now why removing gettext was an error?
>
> No, this is a one time thing to do. As a Windows developer (shame on me)
> I don't see
Stefan Schimanski wrote:
Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when
calling cmake.
Works fine on Windows. Maybe t
Am 09.06.2008 um 09:25 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found
when calling cmake.
Works fine on Windows. Maybe try to upgrade libintl and
Stefan Schimanski wrote:
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when
calling cmake.
Works fine on Windows. Maybe try to upgrade libintl and iconv?
It's very strange. In fact -liconv is part o
Am 09.06.2008 um 08:28 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when
calling cmake.
Works fine on Windows. Maybe try to upgrade libintl and iconv?
It's very strange. In fact -liconv is part of the linker command line
Jean-Marc Lasgouttes wrote:
Works fine on Windows. Maybe try to upgrade libintl and iconv?
Do you see now why removing gettext was an error?
No, this is a one time thing to do. As a Windows developer (shame on me)
I don't see this as a problem as we have to install the support
libraries our
Works fine on Windows. Maybe try to upgrade libintl and iconv?
Do you see now why removing gettext was an error? I am going to put
it back anyway...
JMarc
Stefan Schimanski wrote:
It seems he does not link against iconv, although it is found when
calling cmake.
Works fine on Windows. Maybe try to upgrade libintl and iconv?
Abdel.
It seems he does not link against iconv, although it is found when
calling cmake.
Stefan
Ld /Users/sts/Quellen/mac/lyx-scope-dynmacro/build/bin/Debug/tex2lyx
normal i386
cd /Users/sts/Quellen/mac/lyx-scope-dynmacro/build
/Developer/usr/bin/g++-4.0 -arch i386 -L/Users/sts/Quellen/mac
Stefan Schimanski wrote:
cmake is broken now by that.
Please try again.
Abdel.
cmake is broken now by that.
Stefan
Am 06.06.2008 um 17:25 schrieb [EMAIL PROTECTED]:
Author: lasgouttes
Date: Fri Jun 6 17:25:55 2008
New Revision: 25167
URL: http://www.lyx.org/trac/changeset/25167
Log:
Remove our in tree gettext version and replace with a mechanism to
import it.
Bennett Helm wrote:
OS X 10.5 comes with gettext 0.14.5;
Are you sure about that ???
If it sits in /usr/local/bin, then this is very likely not the case.
I just checked, it is the MacTex-2007 package that installs this old
version 0.14.5 of gettext. Mac OS X by itself comes without gettext.
Bennett Helm wrote:
(OS X's automake is 1.10 and autoconf is 2.61.)
Here (on 10.4.11):
$ /usr/bin/autoconf --version
autoconf (GNU Autoconf) 2.59
khofbaue-al:~ khofbaue$ /usr/bin/automake --version
automake (GNU automake) 1.6.3
/Konrad
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i still don't see the gain :) what bug it fixes? i can't remember
> that i needed cvs to run autogen for any package on linux.
I might not have chosen the right solution. The different solutions
are given here
http://www.gnu.org/software/autoconf/manual/g
Jean-Marc Lasgouttes wrote:
> > grrr. this weird dependency is a joke?
> > any time i'm out of connection i'm not able to run autogen.sh then?
>
> No, you did not run my earlier message: the gettext distribution
> contains a cvs _repository_ that is used in local to fetch any old
> version of the
Pavel Sanda <[EMAIL PROTECTED]> writes:
> grrr. this weird dependency is a joke?
> any time i'm out of connection i'm not able to run autogen.sh then?
No, you did not run my earlier message: the gettext distribution
contains a cvs _repository_ that is used in local to fetch any old
version of th
Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> Here is the culprit.
>
> > Copying gettext code...
> > autopoint: *** cvs program not found
> > autopoint: *** Stop.
>
> So you need to install cvs :)
grrr. this weird dependency is a joke?
any time i'm out of connection
Pavel Sanda wrote:
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Jun 6 17:25:55 2008
New Revision: 25167
URL: http://www.lyx.org/trac/changeset/25167
Log:
Remove our in tree gettext version and replace with a mechanism to import it.
currently i'm not able to compile anymore.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Therefore, if you have gettext 0.17, you will automatically get the
> 0.16.1 version of the files that configure.ac requests.
The result is that we decide on a version and everybody will use this
same version.
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
Here is the culprit.
> Copying gettext code...
> autopoint: *** cvs program not found
> autopoint: *** Stop.
So you need to install cvs :)
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
> can you be more verbose what is now needed to build lyx wrt gettext versions?
> 0.17 will work? do you intend to care about fixes for new gettext versions?
Believe it or not, each gettext version contains a cvs repository with
all versions of the gettext
[EMAIL PROTECTED] wrote:
> Author: lasgouttes
> Date: Fri Jun 6 17:25:55 2008
> New Revision: 25167
>
> URL: http://www.lyx.org/trac/changeset/25167
> Log:
> Remove our in tree gettext version and replace with a mechanism to import it.
currently i'm not able to compile anymore.
autogen log is in
Jean-Marc Lasgouttes wrote:
> > * remove all files that came from a gettext distribution.
>
> Now autoconf users will need the relevant gettext packages at autogen
> time. I settled on version 0.16.1 of gettext, if it is too new for
> some people we can go back in time a bit.
can you be more
On Fri, Jun 6, 2008 at 12:02 PM, Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
wrote:
> "Bennett Helm" <[EMAIL PROTECTED]> writes:
>
> > OS X 10.5 comes with gettext 0.14.5; fink supplies 0.14.5. Any reason
> not to
> > go back that far?
>
> This one still have the wrong code with -I/System/...
>
> How
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> OS X 10.5 comes with gettext 0.14.5; fink supplies 0.14.5. Any reason not to
> go back that far?
This one still have the wrong code with -I/System/...
How come these versions are so old? And what does Macports provide? Is
fink still maintained? I am v
On Fri, Jun 6, 2008 at 11:33 AM, Jean-Marc Lasgouttes <
[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Author: lasgouttes
> > Date: Fri Jun 6 17:25:55 2008
> > New Revision: 25167
> >
> > URL: http://www.lyx.org/trac/changeset/25167
> > Log:
> > Remove our in tree gettext version and
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Fri Jun 6 17:25:55 2008
> New Revision: 25167
>
> URL: http://www.lyx.org/trac/changeset/25167
> Log:
> Remove our in tree gettext version and replace with a mechanism to import it.
>
> * autogen.sh: use autopoint to poulate the gettext
30 matches
Mail list logo
