Hi Tim,
I confirm that:
#!/bin/bash
CFLAGS="-std=c89" PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ ./configure
--with-ssl=openssl && make
Works.
I don't understand quite well how -std=c89, which is related to a given C
revision compliance and -D_XPG6, which is related to X/Open Portability
Guide,
Jernej Simončič wrote:
> Here's another one that I thought was already fixed, but apparently
> wasn't - --connect-timeout doesn't work on Windows without this patch
You're right. This is needed:
--- src/connect.c~0 2014-12-02 09:49:37.0 +0200
+++ src/connect.c 2015-03-17
You might be right, thanks for pointing out (I never use tarballs, that's why
I don't have them in mind).
Giuseppe created the tarballs on a system with flock() available. AFAIK,
gnulib jumps in only when needed. Maybe the gnulib-flock implementation didn't
find it's into the tarball ? We
Am Samstag, 12. Dezember 2015, 17:57:00 schrieb Darshit Shah:
> Didn't we fix this by using the Gnulib module?
> I thought all the tests were passing on Solaris after that. What went
> wrong with the release?
> Immediately after the release, even the Solaris buildbot complained
> about a broken
Hi, trying to compile wget-1.17 and now wget-1.17.1 on solaris 10 sparc
using gcc 5.2.0 , I get:
hsts.c:505:11: warning: implicit declaration of function 'flock'
[-Wimplicit-function-declaration]
flock (fd, LOCK_EX);
^
hsts.c:505:22: error: 'LOCK_EX' undeclared (first
Didn't we fix this by using the Gnulib module?
I thought all the tests were passing on Solaris after that. What went
wrong with the release?
Immediately after the release, even the Solaris buildbot complained
about a broken build.
On 12 December 2015 at 17:42, Christian Jullien
Exactly! But I checked the gnulib changelog. Nothing major seems to
have changed that causes such a fault.
Most of the commits seem to be documentation related only.
Also, like you said, the compiler message is not helpful at all. Need
someone who is more experienced in such systems to take alook
Hi Christian,
did you ./bootstrap, ./configure, make clean, make after updating ?
Especially without ./bootstrap flock might not be taken from gnulib (which
call lockf if flock is not available).
Regards, Tim
Am Samstag, 12. Dezember 2015, 17:42:10 schrieb Christian Jullien:
> Hi, trying to
I should think not. As far as I'm aware, bootstrap will copy all the
used modules to lib/ and they can be used at compile time if needed.
If the environment affects the tarball being created, we have a bug in
the system
On 12 December 2015 at 18:39, Tim Rühsen wrote:
> You
If he's talking about releases, he is probably using the release
tarballs. Those don't need ./bootstrap
On 12 December 2015 at 18:15, Tim Rühsen wrote:
> Hi Christian,
>
> did you ./bootstrap, ./configure, make clean, make after updating ?
>
> Especially without ./bootstrap
It is just the compiler/compiler flags that the buildbot uses.
CC and CFLAGS not set and the error is reproducible.
With CC=gcc and CFLAGS="-std=c89 -Wall -O2" the build runs fine.
I'll make some more tests to find the exact point. I guess Dagobert might
adjust some settings for the buildbot.
I'm using wget-1.17.1.tar.gz pushed yesterday on http://ftp.gnu.org/pub/gnu
Here are my attempts to make wget compile on Solaris 10
(sol-10-u11-ga-sparc-dvd.iso)
[jullien@pastre]wget-1.17.1$ uname -a
SunOS pastre 5.10 Generic_147147-26 sun4u sparc SUNW,Ultra-5_10 Solaris
[jullien@pastre]~$ gcc
Just for the record:
Wget from tarball compiles on Solaris 10 x86 and Sparc (OpenCSW build farm)
with CFLAGS="-std=c89" set (@Dagobert: Could you set this flag for the build
bot ?).
./configure says:
checking for flock... no
So the fallback from gnulib jumps in and voila.
Tim
Am Samstag,
Am Samstag, 12. Dezember 2015, 20:23:17 schrieb Christian Jullien:
> => Ok, _XPG6 is now required, 3rd attempt
> $ CFLAGS="-D_XPG6" PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/ ./configure;
> make
Could you try -std=c89 instead of -D_XPG6 ?
Tim
14 matches
Mail list logo