Re: [Barry-devel] Fedora 11 - Barry latest git ICONV_CONST compilation error...

[Nathanael N. <nat...@gm...>]

On Sat, Jun 20, 2009 at 3:57 PM, Chris Frey <cd...@fo...> wrote:

> On Sat, Jun 20, 2009 at 09:40:21AM -0600, Nathanael Noblet wrote:
> > checking how to hardcode library paths into programs... immediate
> > ./configure: line 17205: syntax error near unexpected token
> > `-fvisibility=hidden,'
> > ./configure: line 17205: `AX_C_CHECK_FLAG(-fvisibility=hidden, , ,'
> > make: *** [config.status] Error 2
> > error: Bad exit status from /var/tmp/rpm-tmp.4tGKUz (%install)
>
> These are completely errors during the ./buildgen.sh process.  I'm
> really curious if there are errors during this step.  When autoconf
> doesn't understand one of the macros used in configure.ac, it often
> just lets it drop through to the end configure script, and then you
> get funky errors like the above, when it tries to run the macro
> instead of having actual code to run.
>
> This seems to have happened with the AM_ICONV macro and the AX_C_CHECK_FLAG
> macro, which seems to indicate there's something really broken with
> autoconf on Fedora 11, or there is something new that ./buildgen.sh
> hasn't taken into account.
>
> As an experiment, try the following on a clean git clone:
>
>        ./buildgen.sh cleanall


./buildgen.sh cleanall
make: *** No rule to make target `distclean'.  Stop.
make: *** No rule to make target `distclean'.  Stop.
make: *** No rule to make target `distclean'.  Stop.
make: *** No rule to make target `distclean'.  Stop.



>
>        ./buildgen.sh


libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:20: installing `./config.guess'
configure.ac:20: installing `./config.sub'
configure.ac:10: installing `./install-sh'
configure.ac:10: installing `./missing'
examples/Makefile.am: installing `./depcomp'
libtoolize: You should add the contents of the following files to
`aclocal.m4':
libtoolize:   `/usr/share/aclocal/libtool.m4'
libtoolize:   `/usr/share/aclocal/ltoptions.m4'
libtoolize:   `/usr/share/aclocal/ltversion.m4'
libtoolize:   `/usr/share/aclocal/ltsugar.m4'
libtoolize:   `/usr/share/aclocal/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros
in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
libtoolize: putting macros in `../m4'.
libtoolize: copying file `../m4/libtool.m4'
libtoolize: copying file `../m4/ltoptions.m4'
libtoolize: copying file `../m4/ltsugar.m4'
libtoolize: copying file `../m4/ltversion.m4'
libtoolize: copying file `../m4/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros
in-tree.
libtoolize: putting macros in `../m4'.
libtoolize: copying file `../m4/libtool.m4'
libtoolize: copying file `../m4/ltoptions.m4'
libtoolize: copying file `../m4/ltsugar.m4'
libtoolize: copying file `../m4/ltversion.m4'
libtoolize: copying file `../m4/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros
in-tree.



>
>
> Does this create a working configure?  Do you always run ./buildgen.sh
> as the same user?
>

Yeah, always run as the same user. It fixes the ICONV issue, but now when I
compile I get errors in opensync-plugin...  a snippet of output is: (this is
during the compilation stage... not sure why configure is re-run...)

+ cd opensync-plugin/
+ /usr/bin/make
DESTDIR=/home/gnat/Projects/Packages/BUILDROOT/barry-0.15-0.5.20090623git.fc11.x86_64
install
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
/home/gnat/Projects/Packages/BUILD/barry-0.15/missing --run aclocal-1.11
 cd . && /bin/sh /home/gnat/Projects/Packages/BUILD/barry-0.15/missing --run
automake-1.11 --foreign
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh
/home/gnat/Projects/Packages/BUILD/barry-0.15/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh ./configure
--build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu
--target=x86_64-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
--datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
--libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/var/lib
--mandir=/usr/share/man --infodir=/usr/share/info
PKG_CONFIG_PATH=..:/usr/lib64/pkgconfig:/usr/share/pkgconfig
CXXFLAGS=-I../.. LDFLAGS=-L../../src build_alias=x86_64-unknown-linux-gnu
host_alias=x86_64-unknown-linux-gnu target_alias=x86_64-redhat-linux-gnu
CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic --no-create
--no-recursion
...
<snip>
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
./configure: line 17205: syntax error near unexpected token
`-fvisibility=hidden,'
./configure: line 17205: `AX_C_CHECK_FLAG(-fvisibility=hidden, , ,'
make: *** [config.status] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.JUsqeE (%install)

</snip>

Which looks like another issue...

>
> If not, try this:
>
>        ./buildgen.sh cleanall


same message as above

>
>        autoreconf -ifv
>

seems to work...


what I find odd is I have different problems different times. In compiling
the opensync-plugin I either have that AX_C_CHECK_FLAG error but sometimes I
have an error about libbarry-0 libusb missing... which I have yet to catch /
cut and paste into this message... In any case the buildgen.sh seems to work
now for the ICONV issue, but causes an issue in the opensync-plugin dir...

Thanks for the help...