Re: Question about automake fails to pass the correct parameters to pax when using large UID/GID

2010-10-30 Thread Ralf Wildenhues
Hello Xufeng Zhang,

thanks for the report.

* xufeng zhang wrote on Wed, Oct 27, 2010 at 05:24:18AM CEST:
 I'm a developer from WindRiver, and I have a question about automake.
 When I using a large UID/GID(2097151) to configure and build a
 linux project,
 gnu tar fails and automake select pax as a replacement. However,
 automake seems
 fail to pass the correct parameters to pax(we are using ustar as
 archive format),
 the build hangs at:
[...]

 checking how to create a ustar tar archive...
 ATTENTION! pax archive volume change required.
 Ready for archive volume: 1
 Input archive name or . to quit pax.
 Archive name 
 
 I think the problem is caused by the maximum limitation of UID/GID
 for ustar archive format
 (Maximum value of UID/GID is 2097151). So if it is proper to
 increase the limitation for UID/GID in ustar?
 I don't know if there is any considerations for this limitation?

I don't think there is much that can be done about this in Automake, as
that seems to be a limitation inheren in the ustar format.  See
  info Automake --index 'ustar format'

and the link to the Formats node of the GNU tar manual a couple of
paragraphs further down.

IIUC then you'd either have to change to a different UID/GID with lower
values, or modify the package to use a different archive format.

If you still think that Automake is in the position to do something
about this, then please provide more details (as I'm not exactly an
expert in archive formats portability).

Thanks,
Ralf



Re: ax_lib_mysql.m4 and -as-needed flag

2010-10-30 Thread Ralf Wildenhues
Hello Sergio,

* Sergio Belkin wrote on Mon, Oct 25, 2010 at 07:44:20PM CEST:
  I am using ax_lib_mysql.m4 in order to detect location of mysql libs,
but the problem is that LD_FLAGS is a mixed if LD_FLAGS and LIBS:
-rdynamic -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -lssl
 -lcrypto
The problem is that I want only link against mysqlclient, so I want to
add --as-needed be honored, how can I do that?

Put -Wl,--as-needed before the whole list, and -Wl,--no-as-needed
afterwards?

I should note that this will not work if you're linking with libtool
and creating a shared library (which is a bug/limitation in libtool).

Hope that helps.

Cheers,
Ralf



Re: ax_lib_mysql.m4 and -as-needed flag

2010-10-30 Thread Sergio Belkin
2010/10/30 Ralf Wildenhues ralf.wildenh...@gmx.de:
 Hello Sergio,

 * Sergio Belkin wrote on Mon, Oct 25, 2010 at 07:44:20PM CEST:
  I am using ax_lib_mysql.m4 in order to detect location of mysql libs,
    but the problem is that LD_FLAGS is a mixed if LD_FLAGS and LIBS:
    -rdynamic -L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -lssl
 -lcrypto
    The problem is that I want only link against mysqlclient, so I want to
    add --as-needed be honored, how can I do that?

 Put -Wl,--as-needed before the whole list, and -Wl,--no-as-needed
 afterwards?

 I should note that this will not work if you're linking with libtool
 and creating a shared library (which is a bug/limitation in libtool).

 Hope that helps.

 Cheers,
 Ralf


Good point I am using now tha macro ax_ext_have_lib that  it's closer
to what I'm looking for but has issues either which I will report on a
different thread.

TIA
-- 
--
Sergio Belkin http://www.sergiobelkin.com
Watch More TV http://sebelk.blogspot.com
Sergio Belkin -



Copy files in VPATH build

2010-10-30 Thread Jason Curl

Hello,

When building my package with ./configure everything works well as 
some datafiles that are required for tests are in the correct place (my 
tests don't need to be installed with make install). However, when I 
use VPATH builds with ../configure, I don't know how to get my data 
files copied from the source to the current build path.


I've just read up on VPATH, and I think gmake is assuming, that while 
the datafiles are in the source, the dependencies are satisfied, even 
though they aren't in the build directory.


The following rules don't work:
test.ini: @srcdir@/test.ini
  cp $ $@

./test.ini: @srcdir@/test.ini
  cp $ $@

But the rule:
test2.ini: @srcdir@/test.ini
  cp $ $@

does work, but I don't need to rename the file in the copy, and when not 
using VPATH, it just performs a useless copy.


Any ideas?

Regards,
Jason.



Re: Copy files in VPATH build

2010-10-30 Thread Paul J. Davis


On Oct 30, 2010, at 5:17 PM, Jason Curl jcurln...@arcor.de wrote:

 Hello,
 
 When building my package with ./configure everything works well as some 
 datafiles that are required for tests are in the correct place (my tests 
 don't need to be installed with make install). However, when I use VPATH 
 builds with ../configure, I don't know how to get my data files copied from 
 the source to the current build path.
 
 I've just read up on VPATH, and I think gmake is assuming, that while the 
 datafiles are in the source, the dependencies are satisfied, even though they 
 aren't in the build directory.
 
 The following rules don't work:
 test.ini: @srcdir@/test.ini
  cp $ $@
 
 ./test.ini: @srcdir@/test.ini
  cp $ $@
 
 But the rule:
 test2.ini: @srcdir@/test.ini
  cp $ $@
 
 does work, but I don't need to rename the file in the copy, and when not 
 using VPATH, it just performs a useless copy.
 
 Any ideas?
 
 Regards,
 Jason.
 

Jason,

The only thing I've way I've overcome this is to have a test runner that gets 
built by configure so it can have access to both the build and source directory 
paths.

Although, this means you still have to know wither every file is built or not.

If you find something cleaner I'd definitely be interested in hearing about it.

Paul Davis


Failure on test parallel-tests5.test

2010-10-30 Thread Lluís Batlle i Rossell
Hello,

sorry to provide this little information, but building automake 1.11.1 on mips
linux n32 today failed to me in a single test:
parallel-tests5.test

I don't have the log for that, because I had set in the build system to remove
the source directory in case of failure.

I've built automake 1.11.1 many times in that system, and parallel-tests5.test
failed only once. I cannot reproduce it anymore. 'dmesg' does not show any
trouble either.

The system uses gcc 4.5.1 with glibc 2.12.1.

I simply thought I better report it, as someone may want to review that test.
Sorry again I cannot provide more information.