search

ssett / gperftools

Automatically exported from code.google.com/p/gperftools
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

configure file in gperftools 2.1 #640

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
rpm build
...
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh 
/home/gg/src/rpm/BUILD/gperftools-2.1/missing aclocal-1.13 -I m4
/home/gg/src/rpm/BUILD/gperftools-2.1/missing: line 81: aclocal-1.13: command 
not found
WARNING: 'aclocal-1.13' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'aclocal' program is part of the GNU Automake package:
         <http://www.gnu.org/software/automake>
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <http://www.gnu.org/software/autoconf>
         <http://www.gnu.org/software/m4/>
         <http://www.perl.org/>
Makefile:3151: recipe for target 'aclocal.m4' failed
make: *** [aclocal.m4] Error 127
error: Bad exit status from /home/gg/src/tmp/rpm-tmp.w09C1U (%build)

gperftools 2.1
PCLinuxOS 32bit 
automake 1.14

autoreconf solved problem: 

%build
autoreconf -ivf
%configure \

But I wish this working for every automake, 
or warning about automake version is needed.

Original issue reported on code.google.com by swojskic...@wp.pl on 15 Aug 2014 at 9:27

GoogleCodeExporter commented 9 years ago 
It shouldn't autoreconf in first place. Have you unpacked .tar.gz directly or 
maybe did something else ?

Also 2.2 should not have this problem because it has disabled maintainer mode 
by default.

Original comment by alkondratenko on 15 Aug 2014 at 9:52

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
$ rpm --eval %configure

  CFLAGS="${CFLAGS:--O2  -pipe -Wformat -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables}" ; export CFLAGS ; 
  CXXFLAGS="${CXXFLAGS:--O2  -pipe -Wformat -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables}" ; export CXXFLAGS ; 
  FFLAGS="${FFLAGS:--O2  -pipe -Wformat -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables}" ; export FFLAGS ; 
  LDFLAGS="$LDFLAGS -Wl,--as-needed -Wl,--no-undefined -Wl,-z,relro -Wl,-O1 -Wl,--build-id"; export LDFLAGS ; 
  CONFIGURE_TOP="${CONFIGURE_TOP:-.}"; 
  /usr/lib/rpm/rambo/force-as-needed-for-shared-lib-in-libtool ; 
  /usr/lib/rpm/rambo/drop-ld-no-undefined-for-shared-lib-modules-in-libtool ; 
  /usr/lib/rpm/rambo/fix-libtool-ltmain-from-overlinking ; 
  /usr/lib/rpm/rambo/fix-libtool-from-moving-options-after-libs $CONFIGURE_TOP ; 
  /usr/lib/rpm/rambo/fix-dlsearch-path-in-libtool-for-multilib $CONFIGURE_TOP lib ; 
  (cd $CONFIGURE_TOP; [ ! -f configure.in -a ! -f configure.ac ] || libtoolize --copy --force); 
  [ -f $CONFIGURE_TOP/configure.in -o -f $CONFIGURE_TOP/configure.ac ] && 
  CONFIGURE_XPATH="--x-includes=/usr/include --x-libraries=/usr/lib" 
  $CONFIGURE_TOP/configure i586-mandriva-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/lib \
    --libexecdir=/usr/lib \
    --localstatedir=/var \
    --sharedstatedir=/usr/com \
    --mandir=/usr/share/man \
    --infodir=/usr/share/info \
    $CONFIGURE_XPATH

Original comment by swojskic...@wp.pl on 17 Aug 2014 at 7:35

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
I'm not sure I understand. But it would be nice to know if problem exists in 
2.2 or not. I.e. even if system's %configure macro is broken.

Original comment by alkondratenko on 17 Aug 2014 at 7:42

GoogleCodeExporter commented 9 years ago 
This is problem with macro %configure

When I'm trying from terminal
./configure
make
make install

working
also then

./configure
%{__make}
%{__make} install

When I'm trying

%configure
%{__make}   or make

I have warning with make

Very Thanks for suggestions :-)
So topic is SOLVED

Original comment by swojskic...@wp.pl on 17 Aug 2014 at 7:42

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
alkondratenko
<code> I'm not sure I understand. But it would be nice to know if problem 
exists in 2.2 or not. I.e. even if system's %configure macro is broken. </code>

Ok, write when gperftools 2.2 will,
I will test.

Original comment by swojskic...@wp.pl on 17 Aug 2014 at 8:04

GoogleCodeExporter commented 9 years ago 
2.2 was released few months ago. It is not available in Downloads because 
code.google.com stopped accepting new files in Downloads section. See main page 
for links to .tar.gz of 2.2.

Original comment by alkondratenko on 17 Aug 2014 at 8:06

GoogleCodeExporter commented 9 years ago 
Ok, gperftools 2.2.1 working with %configure

Very Thanks for help !  :-)

Original comment by swojskic...@wp.pl on 17 Aug 2014 at 8:17

GoogleCodeExporter commented 9 years ago 
Ok, gperftools 2.2.1 working with %configure
and with gperftools 2.2 also working.

Very Thanks for help !  :-)

Original comment by swojskic...@wp.pl on 17 Aug 2014 at 8:21

GoogleCodeExporter commented 9 years ago 
Closing then. Thanks.

Original comment by alkondratenko on 17 Aug 2014 at 8:25