"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:
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
"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
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
"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
> "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:
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
> "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
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
> "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
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++
"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
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
>
> "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
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
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
16 matches
Mail list logo