Re: HPUX 10.20, gcc and vsnprintf
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Find out why the configure script is not doing the right thing Lars in your case. The configure script does not fail if there is no prototype in headers. I have found an autoconf macro which is as follows: AC_DEFUN([AC_FUNC_SNPRINTF], [AC_CACHE_CHECK(for working snprintf, ac_cv_func_snprintf, [AC_TRY_RUN([#include stdio.h int main () { exit (!(3 = snprintf(NULL,0,"%d",100))); } ], ac_cv_func_snprintf=yes, ac_cv_func_snprintf=no, ac_cv_func_snprintf=no)]) if test $ac_cv_func_snprintf = yes; then AC_DEFINE(HAVE_SNPRINTF) fi ]) We could maybe just take this one or one which just does the link part. Lars Perhaps some thing changes in the environment inside/outside Lars configure... What I do not understand in the code you added for that, Lars, is that snprintf.o is always linked in. Am I wrong assuming that we never use the system-provided version? JMarc
Re: HPUX 10.20, gcc and vsnprintf
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjnnes [EMAIL PROTECTED] writes: | | Lars Find out why the configure script is not doing the right thing | Lars in your case. | | The configure script does not fail if there is no prototype in | headers. I have found an autoconf macro which is as follows: | | AC_DEFUN([AC_FUNC_SNPRINTF], | [AC_CACHE_CHECK(for working snprintf, ac_cv_func_snprintf, | [AC_TRY_RUN([#include stdio.h | int main () { exit (!(3 = snprintf(NULL,0,"%d",100))); } | ], ac_cv_func_snprintf=yes, ac_cv_func_snprintf=no, | ac_cv_func_snprintf=no)]) | if test $ac_cv_func_snprintf = yes; then |AC_DEFINE(HAVE_SNPRINTF) | fi | ]) | | We could maybe just take this one or one which just does the link | part. Perhaps. | Lars Perhaps some thing changes in the environment inside/outside | Lars configure... | | What I do not understand in the code you added for that, Lars, is that | snprintf.o is always linked in. Am I wrong assuming that we never use | the system-provided version? I belive we use the system provided one if it exists. Lgb
Re: HPUX 10.20, gcc and vsnprintf
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars I belive we use the system provided one if it exists. But src/support/Makefile.am contains explicitely snprintf.h \ snprintf.c \ and does not use a clever trick like USE_LYXSTRING or USE_REGEXP. BTW those tricks seem to produce an awful Makefile. Why not just add them to LIBOBJS as with AC_REPLACE_FUNCS? JMarc
Re: HPUX 10.20, gcc and vsnprintf
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | "Lars" == Lars Gullik Bjnnes [EMAIL PROTECTED] writes: | | Lars I belive we use the system provided one if it exists. | | But src/support/Makefile.am contains explicitely | snprintf.h \ | snprintf.c \ | and does not use a clever trick like USE_LYXSTRING or USE_REGEXP. BTW | those tricks seem to produce an awful Makefile. Why not just add them | to LIBOBJS as with AC_REPLACE_FUNCS? If you look at the snprintf files you see that the symbols taht we use are only used if HAVE_SNPRINTF is undef. Lgb
Re: HPUX 10.20, gcc and vsnprintf
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars If you look at the snprintf files you see that the symbols taht Lars we use are only used if HAVE_SNPRINTF is undef. OK, I believe you :) JMarc
Re: HPUX 10.20, gcc and vsnprintf
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Find out why the configure script is not doing the right thing Lars> in your case. The configure script does not fail if there is no prototype in headers. I have found an autoconf macro which is as follows: AC_DEFUN([AC_FUNC_SNPRINTF], [AC_CACHE_CHECK(for working snprintf, ac_cv_func_snprintf, [AC_TRY_RUN([#include int main () { exit (!(3 <= snprintf(NULL,0,"%d",100))); } ], ac_cv_func_snprintf=yes, ac_cv_func_snprintf=no, ac_cv_func_snprintf=no)]) if test $ac_cv_func_snprintf = yes; then AC_DEFINE(HAVE_SNPRINTF) fi ]) We could maybe just take this one or one which just does the link part. Lars> Perhaps some thing changes in the environment inside/outside Lars> configure... What I do not understand in the code you added for that, Lars, is that snprintf.o is always linked in. Am I wrong assuming that we never use the system-provided version? JMarc
Re: HPUX 10.20, gcc and vsnprintf
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> Find out why the configure script is not doing the right thing | Lars> in your case. | | The configure script does not fail if there is no prototype in | headers. I have found an autoconf macro which is as follows: | | AC_DEFUN([AC_FUNC_SNPRINTF], | [AC_CACHE_CHECK(for working snprintf, ac_cv_func_snprintf, | [AC_TRY_RUN([#include | int main () { exit (!(3 <= snprintf(NULL,0,"%d",100))); } | ], ac_cv_func_snprintf=yes, ac_cv_func_snprintf=no, | ac_cv_func_snprintf=no)]) | if test $ac_cv_func_snprintf = yes; then |AC_DEFINE(HAVE_SNPRINTF) | fi | ]) | | We could maybe just take this one or one which just does the link | part. Perhaps. | Lars> Perhaps some thing changes in the environment inside/outside | Lars> configure... | | What I do not understand in the code you added for that, Lars, is that | snprintf.o is always linked in. Am I wrong assuming that we never use | the system-provided version? I belive we use the system provided one if it exists. Lgb
Re: HPUX 10.20, gcc and vsnprintf
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> I belive we use the system provided one if it exists. But src/support/Makefile.am contains explicitely snprintf.h \ snprintf.c \ and does not use a clever trick like USE_LYXSTRING or USE_REGEXP. BTW those tricks seem to produce an awful Makefile. Why not just add them to LIBOBJS as with AC_REPLACE_FUNCS? JMarc
Re: HPUX 10.20, gcc and vsnprintf
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> I belive we use the system provided one if it exists. | | But src/support/Makefile.am contains explicitely | snprintf.h \ | snprintf.c \ | and does not use a clever trick like USE_LYXSTRING or USE_REGEXP. BTW | those tricks seem to produce an awful Makefile. Why not just add them | to LIBOBJS as with AC_REPLACE_FUNCS? If you look at the snprintf files you see that the symbols taht we use are only used if HAVE_SNPRINTF is undef. Lgb
Re: HPUX 10.20, gcc and vsnprintf
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> If you look at the snprintf files you see that the symbols taht Lars> we use are only used if HAVE_SNPRINTF is undef. OK, I believe you :) JMarc
Re: HPUX 10.20, gcc and vsnprintf
Bruce Foster wrote: Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C -o fmt.o fmt.C: In function `class string fmt(const char *, ...)': fmt.C:40: implicit declaration of function `int vsnprintf(...)' Note that configure finds (v)snprintf OK on my system. I've been able to configure and build lyx 1.1.5fix2 using the same software suite, so I'm not new to LyX. What's the best way to proceed? Maybe, the configure script tries to compile with the C-compiler and the function is inside a library and not listed in any header. So the check for vsnprintf succeeded but the C++-compiler failed because of the missing header file. Regards, Stephan [EMAIL PROTECTED] | beusen Solutions GmbH fon: +49 30 549932-62| Landsberger Allee 366 fax: +49 30 549932-21| 12681 Berlin, Germany
Re: HPUX 10.20, gcc and vsnprintf
"Stephan" == Stephan Witt [EMAIL PROTECTED] writes: Stephan Maybe, the configure script tries to compile with the Stephan C-compiler and the function is inside a library and not Stephan listed in any header. So the check for vsnprintf succeeded Stephan but the C++-compiler failed because of the missing header Stephan file. That's what I thought at first, but it appears this is not the case... JMarc
Re: HPUX 10.20, gcc and vsnprintf
Bruce Foster wrote: > > Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: > > /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. > -I../../src -I./../ -I../../boost -I/opt/local/include > -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C > g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost > -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W > -Wall -c fmt.C -o fmt.o > fmt.C: In function `class string fmt(const char *, ...)': > fmt.C:40: implicit declaration of function `int vsnprintf(...)' > > Note that configure finds (v)snprintf OK on my system. > > I've been able to configure and build lyx 1.1.5fix2 using the same > software suite, so I'm not new to LyX. > > What's the best way to proceed? > Maybe, the configure script tries to compile with the C-compiler and the function is inside a library and not listed in any header. So the check for vsnprintf succeeded but the C++-compiler failed because of the missing header file. Regards, Stephan <[EMAIL PROTECTED]> | beusen Solutions GmbH fon: +49 30 549932-62| Landsberger Allee 366 fax: +49 30 549932-21| 12681 Berlin, Germany
Re: HPUX 10.20, gcc and vsnprintf
> "Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes: Stephan> Maybe, the configure script tries to compile with the Stephan> C-compiler and the function is inside a library and not Stephan> listed in any header. So the check for vsnprintf succeeded Stephan> but the C++-compiler failed because of the missing header Stephan> file. That's what I thought at first, but it appears this is not the case... JMarc
HPUX 10.20, gcc and vsnprintf
Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C -o fmt.o fmt.C: In function `class string fmt(const char *, ...)': fmt.C:40: implicit declaration of function `int vsnprintf(...)' Note that configure finds (v)snprintf OK on my system. I've been able to configure and build lyx 1.1.5fix2 using the same software suite, so I'm not new to LyX. What's the best way to proceed? Thanks, Bruce --- Northwestern University | Academic Technologies | Research Technologies 1935 Sheridan Rd | NU Library 2East, Rm 2644 | Evanston IL 60208-2323 V:847/491-4055 F:847/467-7705 http://charlotte.at.northwestern.edu.edu/bef/ "A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable." -- Leslie Lamport
Re: HPUX 10.20, gcc and vsnprintf
Bruce Foster [EMAIL PROTECTED] writes: | Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: | | /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. | -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE | -fno-rtti -fno-exceptions -W -Wall -c fmt.C | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost | -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W | -Wall -c fmt.C -o fmt.o | fmt.C: In function `class string fmt(const char *, ...)': | fmt.C:40: implicit declaration of function `int vsnprintf(...)' | | Note that configure finds (v)snprintf OK on my system. So it is lying? | | I've been able to configure and build lyx 1.1.5fix2 using the same | software suite, so I'm not new to LyX. | | What's the best way to proceed? Find out why the configure script is not doing the right thing in your case. Perhaps some thing changes in the environment inside/outside configure... Lgb
HPUX 10.20, gcc and vsnprintf
Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W -Wall -c fmt.C -o fmt.o fmt.C: In function `class string fmt(const char *, ...)': fmt.C:40: implicit declaration of function `int vsnprintf(...)' Note that configure finds (v)snprintf OK on my system. I've been able to configure and build lyx 1.1.5fix2 using the same software suite, so I'm not new to LyX. What's the best way to proceed? Thanks, Bruce --- Northwestern University | Academic Technologies | Research Technologies 1935 Sheridan Rd | NU Library 2East, Rm 2644 | Evanston IL 60208-2323 V:847/491-4055 F:847/467-7705 http://charlotte.at.northwestern.edu.edu/bef/ "A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable." -- Leslie Lamport
Re: HPUX 10.20, gcc and vsnprintf
Bruce Foster <[EMAIL PROTECTED]> writes: | Here is a lyx-1.1.6pre3 compilation failure under HPUX 10.20 using gcc-2.95.2: | | /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. | -I../../src -I./../ -I../../boost -I/opt/local/include -D_HPUX_SOURCE | -fno-rtti -fno-exceptions -W -Wall -c fmt.C | g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost | -I/opt/local/include -D_HPUX_SOURCE -fno-rtti -fno-exceptions -W | -Wall -c fmt.C -o fmt.o | fmt.C: In function `class string fmt(const char *, ...)': | fmt.C:40: implicit declaration of function `int vsnprintf(...)' | | Note that configure finds (v)snprintf OK on my system. So it is lying? | | I've been able to configure and build lyx 1.1.5fix2 using the same | software suite, so I'm not new to LyX. | | What's the best way to proceed? Find out why the configure script is not doing the right thing in your case. Perhaps some thing changes in the environment inside/outside configure... Lgb