On Sat, Jun 20, 2009 at 3:57 PM, Chris Frey <cdf...@foursquare.net> 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...
------------------------------------------------------------------------------
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel
