Hi Philippe,
your commit dbbd33f50d (nios2: introduce architecture support) broke any
.so generation, at least for x86. Not sure why, but it is related to
moving AC_PROG_LIBTOOL around in configure.in. You had to push it after
nios2's AC_DISABLE_SHARED, right?
Jan
--
Siemens AG, Corporate
Jan Kiszka wrote:
Hi Philippe,
your commit dbbd33f50d (nios2: introduce architecture support) broke any
.so generation, at least for x86. Not sure why, but it is related to
moving AC_PROG_LIBTOOL around in configure.in. You had to push it after
nios2's AC_DISABLE_SHARED, right?
diff
This fixes a regression of dbbd33f50d: There must be no
AC_DISABLE_SHARED without AS_ENABLE_SHARED for the cases where it shall
remain enabled. Autotools are great, aren't they?
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
configure.in | 12 ++--
1 files changed, 10
This fixes a regression of dbbd33f50d: There must be no
AC_DISABLE_SHARED without AS_ENABLE_SHARED for the cases where it shall
remain enabled.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
configure.in | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
v2: properly
On Thu, 2009-10-29 at 12:33 +0100, Jan Kiszka wrote:
This fixes a regression of dbbd33f50d: There must be no
AC_DISABLE_SHARED without AS_ENABLE_SHARED for the cases where it shall
remain enabled.
Makes sense. Will you queue this in your tree?
Signed-off-by: Jan Kiszka
Philippe Gerum wrote:
On Thu, 2009-10-29 at 12:33 +0100, Jan Kiszka wrote:
This fixes a regression of dbbd33f50d: There must be no
AC_DISABLE_SHARED without AS_ENABLE_SHARED for the cases where it shall
remain enabled.
Makes sense. Will you queue this in your tree?
Done, it's ready to be
I tried the modified configure.in from the xenomai-head.git tree, but
still the *.so libraries are not generated. This is on a x86 running
the xenomai-2.5.rc4 under kernel 2.6.29.5.
-Stefan
Posted by Jan Kiszka on October 29, 2009 - 15:05:
Philippe Gerum wrote:
On Thu, 2009-10-29 at