Hello,
The test-simple-atomic test is failing to build on Solaris (tested 10
and older).
Here's the error from Solaris 10:
make[3]: Entering directory
`/export/home/tgc/tmp/daily_build/gnulib/000-gnulib-simple-363497c93/gltests'
depbase=`echo test-simple-atomic.o | sed 's|[^/]*$|.deps/&|;s|
On 24/12/2020 21:10, Paul Eggert wrote:
On 12/18/20 6:13 AM, Adhemerval Zanella wrote:
The same tests I pointed out on BZ#24970 comment #2 still fails with
gnulib
version 0aa8ef424.
I finally got some time free to look at this, and came up with some
patches that should fix that problem, alon
On 16/11/2020 16:47, Bruno Haible wrote:
Generally, these C++ tests are supported on glibc systems with
modern GCC. For testing Solaris 10, try passing the option
'--without-c++-tests' to gnulib-tool.
This does not seem to have any effect.
I tried running gnulib-tool like this:
./gnulib-tool
Hi,
I tried to build a gnulib snapshot on Solaris 10 and older but there are
currently several issues preventing the build from completing on those
platforms.
The full buildlogs can be found here:
https://jupiterrise.com/autobuild/gnulib/
Below is an excerpt of the errors seen.
Starting wit
Hello,
In 8c96eb80bd calls to iconv functions were added outside the HAVE_ICONV
block.
test-striconveh.c will fail to build if iconv is unavailable:
test-striconveh.c: In function 'main':
test-striconveh.c:1113:7: error: 'cd_ascii_to_88591' undeclared (first
use in this function)
if (cd_a
On 06/07/19 03:38, Bruno Haible wrote:
The old Solaris threads facility was needed for portability to the
ancient Solaris 2.4. Solaris >= 2.5.1 has POSIX threads.
Do note though that since you changed the witness symbol in 0f336e1192
the gnulib POSIX thread support has been unbuildable on Sola
On 26/03/19 02:23, Bruno Haible wrote:
This patch should fix it.
It does, thank you.
-tgc
On 24/03/19 23:22, Bruno Haible wrote:
2019-03-24 Bruno Haible
term-style-control: Add tests.
* tests/test-term-style-control-hello.c: New file.
* tests/test-term-style-control-yes.c: New file.
* modules/term-style-control-tests: New file.
The new tests fail
Latest results for 8.x.
-tgc
Testresults for 8.3.0:
aarch64-unknown-linux-gnu
mips64el-unknown-linux-gnu
mips64-unknown-linux-gnu
powerpc64le-unknown-linux-gnu
powerpc-unknown-linux-gnu
x86_64-pc-linux-gnu
x86_64-w64-mingw32
Testresults for 8.2.0:
aarch64-unknown-linux-gnu
armv
Latest results for 7.x.
-tgc
Testresults for 7.4.0:
x86_64-w64-mingw32
--- /home/tgc/projects/gcc/wwwdocs/htdocs/gcc-7/buildstat.html 2019-02-27
18:33:53.559979051 +0100
+++ /tmp/tmp.fa3s1NLqiV 2019-02-27 21:38:18.452766358 +0100
@@ -126,6 +126,7 @@
x86_64-w64-mingw32
Test results:
+htt
Latest results for 6.x.
-tgc
Testresults for 6.5.0:
hppa2.0w-hp-hpux11.11
hppa64-hp-hpux11.11
powerpc64le-unknown-linux-gnu
powerpc64-unknown-linux-gnu
x86_64-w64-mingw32
--- /home/tgc/projects/gcc/wwwdocs/htdocs/gcc-6/buildstat.html 2019-02-27
18:33:53.555978983 +0100
+++ /tmp/tmp.l
On 04/01/19 20:32, Bruno Haible wrote:
Fixed as follows.
2019-01-04 Bruno Haible
Fix link errors in unit tests.
Reported by Tom G. Christensen .
* modules/bitset-tests (Makefile.am): Link test-bitset against libintl.
* modules/array-map-tests (Makefile.am
Hello,
A number of test cases currently fail to build on platforms that depend
on libintl for gettext functions.
From Solaris 9/x86:
gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib -R/usr/tgcware/lib -o
test-array_map test-array_map.o ../gllib/libgnu.a -lm -lm -lm
-lm -lm -lm
Undefined
On 04/06/18 00:51, Gerald Pfeifer wrote:
One suggestion: Since you follow a "latest first" for the entries in
the file, would it make sense to follow the same order for patch
summaries/commit messages as well?
Sure. I'll reverse the sort order in the summary for the next update.
-tgc
Latest results for 8.x
-tgc
Testresults for 8.1.0:
i386-pc-solaris2.10
i386-pc-solaris2.11
sparc-sun-solaris2.10
sparc-sun-solaris2.11
x86_64-apple-darwin11.4.2
x86_64-pc-linux-gnu (3)
x86_64-w64-mingw32
--- /home/tgc/projects/gcc/wwwdocs/htdocs/gcc-8/buildstat.html 2018-04-25
10
Here's an update covering gcc 5.5.0.
-tgc
Testresults for 5.5.0:
hppa2.0w-hp-hpux11.11
hppa64-hp-hpux11.11
powerpc64le-unknown-linux-gnu
x86_64-unknown-freebsd12.0
x86_64-w64-mingw32
--- /home/tgc/projects/gcc/wwwdocs/htdocs/gcc-5/buildstat.html 2018-05-18
22:01:00.361974882 +0200
+
Latest results for 7.x
-tgc
Testresults for 7.1.0:
hppa2.0w-hp-hpux11.00
hppa64-hp-hpux11.00
i386-pc-solaris2.12
i686-pc-linux-gnu
sparc-sun-solaris2.11
sparc-sun-solaris2.12
x86_64-apple-darwin11.4.2
x86_64-apple-darwin16.6.0
x86_64-pc-linux-gnu
x86_64-w64-mingw32
Testresult
Latest results for 6.x
Note I reformatted two of the existing entries to match the rest of the file.
-tgc
Testresults for 6.2.0:
i686-pc-linux-gnu
x86_64-pc-linux-gnu (3)
x86_64-w64-mingw32
Testresults for 6.3.0:
powerpc-apple-darwin9
x86_64-pc-linux-gnu (3)
x86_64-w64-mingw32
Test
Going through the archives I found two results missing from the
buildstat page.
-tgc
Testresults for 5.3.0:
arm-unknown-linux-gnueabihf
Testresults for 5.4.0:
powerpc-apple-darwin9
Index: buildstat.html
===
RCS file: /cvs/gcc/ww
On 24/04/18 20:08, Bruno Haible wrote:
Tom G. Christensen wrote:
This testcase uses SO_REUSEPORT which is not available everywhere.
From Solaris 9:
test-getsockname.c: In function 'open_server_socket':
test-getsockname.c:43:30: error: 'SO_REUSEPORT' undeclared (first
On 27/01/18 11:17, Bruno Haible wrote:
Here's what I'm committing for gnulib:
1) A test case for getsockname() that highlights the problem: It fails
on HP-UX in 64-bit mode (but succeeds in 32-bit mode).
This testcase uses SO_REUSEPORT which is not available everywhere.
From Solaris 9:
tes
On 29/11/17 00:06, Paul Eggert wrote:
On 11/27/2017 12:17 PM, Tom G. Christensen wrote:
A full gnulib snapshot can now again be built on CentOS 5 and
testresults are good, only two testsuite errors:
Thanks, the first one is because CentOS 5 conforms only to pre-2001
POSIX, and the second
On 27/11/17 00:27, Bruno Haible wrote:
2017-11-26 Bruno Haible
strfmon_l: Fix compilation error with glibc 2.25.
Reported by Tom G. Christensen
in <https://lists.gnu.org/r/bug-gnulib/2017-11/msg00051.html>.
* lib/monetary.in.h: Include also .
Thank y
Hello,
The monetary module is causing a build error on older glibc platforms
(e.g. CentOS 5):
depbase=`echo strfmon_l.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\"
-DNO_XMALLOC -DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING=1
-fv
Hello,
The duplocale test is failling on CentOS 6:
test-duplocale.c:187: assertion 'strcmp (results.monetary,
expected_results.monetary) == 0' failed
I ran it under gdb to see the values:
(gdb) run
Starting program:
/home/tgc/projects/gnulib/duplocale/gltests/test-duplocale
Breakpoint 1, t
On 24/08/17 13:27, Bruno Haible wrote:
On IRIX 6.5 with cc:
Even with the c99 dependency, the compiler produces this error:
Because it's not in c99 mode.
You need MIPSpro 7.4.0 or later for c99 support and it requires the
'-c99' argument when invoking cc or invoking the compiler as c99.
On 12/08/17 02:30, Junio C Hamano wrote:
This may make the code to _compile_, but is it sensible to let the
code build and be used by the end users without the "these protocols
are safe" filter, I wonder?
Git will display a warning at runtime if this is not available but
perhaps this warning
On 12/08/17 00:15, Junio C Hamano wrote:
"Tom G. Christensen" writes:
I have build tested these changes against upstream curl 7.12.0 (fails),
7.12.1 and 7.15.5. I have also built and run the testsuite against the
Red Hat provided curl versions listed above.
Hmph, what does &quo
On 10/08/17 15:10, Paul Eggert wrote:
Tom G. Christensen wrote:
This broke the build on CentOS 6 since it has glibc 2.12 which is from
before the introduction of the internal __fsword_t type.
Thanks for reporting that. I reproduced the problem on a nearby old
server and fixed it by
check.
This is done to ensure that vendor supported curl versions that have had
CURLPROTO_* support backported are handled correctly.
Signed-off-by: Tom G. Christensen
---
http.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/http.c b/http.c
index e00264cff..569909e8a 100644
these changes against upstream curl 7.12.0 (fails),
7.12.1 and 7.15.5. I have also built and run the testsuite against the
Red Hat provided curl versions listed above.
Tom G. Christensen (2):
http: Fix handling of missing CURLPROTO_*
http: use a feature check to enable GSSAPI delegation control
h
Turn the version check into a feature check to ensure this functionality
is also enabled with vendor supported curl versions where the feature
may have been backported.
Signed-off-by: Tom G. Christensen
---
http.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/http.c
On 11/08/17 01:23, Jeff King wrote:
On Fri, Aug 11, 2017 at 01:17:51AM +0200, Tom G. Christensen wrote:
OK, thanks for double-checking. I'm still puzzled why your build
succeeds and mine does not.
I know what's going on now and it's so simple.
Red Hats version of curl 7.
On 11/08/17 00:54, Jeff King wrote:
On Fri, Aug 11, 2017 at 12:23:42AM +0200, Tom G. Christensen wrote:
Er, sorry if I'm being dense, but how? Are you suggesting that by
removing the callsite of get_curl_allowed_protocols(), the compiler
might elide the now-dead code completely? I
On 10/08/17 23:32, Jeff King wrote:
On Thu, Aug 10, 2017 at 10:33:18PM +0200, Tom G. Christensen wrote:
You've totally ignored the argument I made back then[1], and which I
reiterated in this thread. So I'll say it one more time: the more
compelling reason is not the #ifdefs, but the
On 09/08/17 23:47, Jeff King wrote:
On Wed, Aug 09, 2017 at 11:42:12PM +0200, Johannes Schindelin wrote:
I mean, if we even go out of our way to support the completely outdated
and obsolete .git/branches/ for what is likely a single user, it may not
be the worst to keep those couple of #ifdef gu
[I am resending this since the original does not seem to have made it to
the list, at least I cannot find it in any archives]
On 09/08/17 23:47, Jeff King wrote:
On Wed, Aug 09, 2017 at 11:42:12PM +0200, Johannes Schindelin wrote:
I mean, if we even go out of our way to support the completely
On 09/08/17 15:38, Ævar Arnfjörð Bjarmason wrote:
RHEL/CentOS 5.x has perl 5.8.8, but it also has curl 7.15.5[1] which is
obseleted by these curl patches. Maybe we'd want to be more conservative
with perl for whatever reason, but I'd like to at least bump our
requirenment of 5.8.0 to 5.8.8. Thos
On 25/07/17 09:28, Paul Eggert wrote:
* lib/fts.c (struct dev_type): New struct.
(DEV_TYPE_HT_INITIAL_SIZE): New constant.
(dev_type_hash, dev_type_compare, filesystem_type): New functions.
(dirent_inode_sort_may_be_useful, leaf_optimization_applies):
Now takes FTSENT const *, not int. All uses
On 03/07/17 12:22, Per Qvindesland wrote:
Hi List
I am using rh-php56 on a cantos 7 box, but I need to install mcrypt but
I see that it's not showing as available in yum list rh-php56\*, pecl
only has a version for php7.
Has anyone any hints of installing mcrypt module?
Obligatory warning
On 18/05/17 22:23, Bruno Haible wrote:
Thanks for the report! The cause is that I added a dependency to module
'utimens' on 2017-05-01. This patch should fix it:
2017-05-18 Bruno Haible
copy-file tests: Fix link error (regression from 2017-05-01).
Reporte
Hello,
I just noticed that I am unable to build a gnulib snapshot with tests on
CentOS 6:
gcc -std=gnu99 -g -O2 -Wall -o test-copy-file test-copy-file.o
../gllib/libgnu.a -lacl -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
../gllib/libgnu.a(gettime.o): In function `gettime':
/home/tgc/proj
On 20/04/17 02:31, Paul Eggert wrote:
On 04/19/2017 09:12 AM, Tom G. Christensen wrote:
builds have now completed on Solaris 2.6 and 7
Out of curiosity, what are these old builds used for? Sun stopped
supporting Solaris 2.6 in 2006, for example.
I build various opensource packages for my
On 19/04/17 01:28, Bruno Haible wrote:
Tom G. Christensen wrote:
On Solaris 2.6 and 7 there is the additional issue of missing MAP_ANONYMOUS:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:2: error: #error "Cannot use procfs in the
large file compilation environment
On 19/04/17 01:05, Bruno Haible wrote:
Tom G. Christensen wrote:
This is causing my daily gnulib builds to fail on Solaris.
On Solaris 8 and 9 I'm seeing this error:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:2: error: #error "Cannot use procfs in the
On 19/03/17 16:38, Bruno Haible wrote:
I'm adding support for Solaris to the 'vma-iter' module.
It's useful for GNU clisp.
This is causing my daily gnulib builds to fail on Solaris.
On Solaris 8 and 9 I'm seeing this error:
In file included from vma-iter.c:41:0:
/usr/include/sys/procfs.h:44:
On 06/04/17 11:21, Jeff King wrote:
On Wed, Apr 05, 2017 at 11:33:37AM +0200, Tom G. Christensen wrote:
I don't use the el3 and el4 versions much any more and el5 use will also
drop of now as I'm busy converting machines from el5 to el7.
Thanks for sharing, that's a really i
On 05/04/17 15:40, Ævar Arnfjörð Bjarmason wrote:
On Wed, Apr 5, 2017 at 3:04 PM, Tom G. Christensen wrote:
This allows running the git-svn testsuite with Python 2.2.
+CC-ing Eric S. Raymond who added these version limitations in a33faf2827.
Also, in his patch contrib/svn-fe/svnrdump_sim.py
On 05/04/17 12:51, Ævar Arnfjörð Bjarmason wrote:
On Wed, Apr 5, 2017 at 11:33 AM, Tom G. Christensen
wrote:
Whoah. So my assumption in
that nobody was compiling this & thus not reporting failures was
false. Rather there's an entire community & distribution mechanism
around pat
Commit 17966c0a added an unguarded use of curl_easy_strerror.
This adds a guard so it is not used with curl < 7.12.0.
Signed-off-by: Tom G. Christensen
---
http.c | 4
1 file changed, 4 insertions(+)
diff --git a/http.c b/http.c
index a46ab23af..104caaa75 100644
--- a/http.c
+++ b/htt
Do not try and use CURLINFO_SSL_DATA_{IN,OUT} for curl < 7.12.1.
Signed-off-by: Tom G. Christensen
---
http.c | 4
1 file changed, 4 insertions(+)
diff --git a/http.c b/http.c
index ce618bdca..a46ab23af 100644
--- a/http.c
+++ b/http.c
@@ -649,10 +649,12 @@ static int curl_trace(C
This adds man page installation when using NO_PERL_MAKEMAKER to ensure
parity with the normal case where ExtUtils::MakeMaker is used.
Signed-off-by: Tom G. Christensen
---
perl/Makefile | 13 +
1 file changed, 13 insertions(+)
diff --git a/perl/Makefile b/perl/Makefile
index
These are patches currently needed to support building and running git
on RHEL/CentOS 3 and 4.
Tom G. Christensen (7):
Make NO_PERL_MAKEMAKER behave more like ExtUtils::MakeMaker
Install man pages when NO_PERL_MAKEMAKER is used
Allow svnrdump_sim.py to be used with Python 2.2
Handle
This adds an OLD_GNUPG define to the Makefile which when activated will
ensure git does not use the --keyid-format argument when calling the
'gpg' program.
This is consistent with how 'gpg' was used in git < 2.10.0 and slightly
decreases security.
Signed-off-by: Tom G. Chr
This allows running the git-svn testsuite with Python 2.2.
Signed-off-by: Tom G. Christensen
---
contrib/svn-fe/svnrdump_sim.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/contrib/svn-fe/svnrdump_sim.py b/contrib/svn-fe/svnrdump_sim.py
index 11ac6f692..86bf4a742
: Tom G. Christensen
---
perl/Makefile | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/perl/Makefile b/perl/Makefile
index 15d96fcc7..ce53a240c 100644
--- a/perl/Makefile
+++ b/perl/Makefile
@@ -25,7 +25,12 @@ clean:
$(makfile): PM.stamp
ifdef NO_PERL_MAKEMAKER
With curl < 7.10.7 we cannot get the proxy CONNECT response code.
As a workaround set it to zero which means no response code available.
Signed-off-by: Tom G. Christensen
---
http.c | 4
1 file changed, 4 insertions(+)
diff --git a/http.c b/http.c
index 96d84bbed..ce618bdca 100644
--
On 04/04/17 04:54, Jeff King wrote:
A nearby thread raised the question of whether we can rely on a version
of libcurl that contains a particular feature. The version in question
is curl 7.11.1, which came out in March 2004.
My feeling is that this is old enough to stop caring about. Which means
On 01/02/17 22:49, Bruno Haible wrote:
2017-02-01 Bruno Haible
lock tests: Fix link error.
* modules/lock-tests (test_rwlock1_LDADD): Add @YIELD_LIB@.
Reported by Tom G. Christensen .
Thank you.
To confirm I made a testdir with just the lock-tests and it builds
Hello,
Building a full gnulib snapshot on Solaris is currently failing for me.
The error looks like this on Solaris 9:
/usr/tgcware/gcc49/bin/gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib
-R/usr/tgcware/lib -o test-rwlock1 test-rwlock1.o ../gllib/libgnu.a
-lpthread -lm -lm -lm-lm -lm
weak.
Reported by Tom G. Christensen .
Thank you!
Sure I understood it's a blocker, but it took me two attempts to find the right
solution.
I'm sorry if I came across as impatient that was certainly not the
intention.
-tgc
On 26/01/17 21:15, Tom G. Christensen wrote:
Hello,
My daily full gnulib bootstrap on CentOS 6 has stopped working with this
build error:
gcc -std=gnu99 -fvisibility=hidden -g -O2 -Wall -o git-merge-changelog
git-merge-changelog.o libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
-lm
Hello,
My daily full gnulib bootstrap on CentOS 6 has stopped working with this
build error:
gcc -std=gnu99 -fvisibility=hidden -g -O2 -Wall -o git-merge-changelog
git-merge-changelog.o libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
libgnu.a(lock.o): In function `glthread_rwlock_init
On 20/10/16 20:32, Padraig Brady wrote:
Unfortunately this broke the build on CentOS 3 and 4.
Thanks for testing.
The attached should address that.
Yes, that fixed it for me.
-tgc
On 15/10/16 14:52, Bruno Haible wrote:
Pádraig Brady wrote:
+1
OK. Pushed.
Unfortunately this broke the build on CentOS 3 and 4.
Here's the error from a CentOS 4 host:
gcc -std=gnu99 -DHAVE_CONFIG_H -DEXEEXT=\"\" -DEXEEXT=\"\" -DNO_XMALLOC
-DEXEEXT=\"\" -I. -I.. -DGNULIB_STRICT_CHECKING
On 20/10/16 08:47, Paul Eggert wrote:
Tom G. Christensen wrote:
The patch did not include the substitution of HAVE_SYS_CDEFS_H needed
when
creating sched.h.
Thanks, I missed that. I installed the attached patch; does it fix
things for you?
It does. Thank you!
-tgc
On 17/10/16 16:38, Tom G. Christensen wrote:
On 25/09/16 06:16, Paul Eggert wrote:
I attempted to fix the problem by installing the attached patch into
gnulib master. I can't easily test this, though, as I don't have macOS.
The patch did not include the substitution of HAVE_SYS_CDEF
On 16/10/16 13:43, Bruno Haible wrote:
Can each of you please give a list of platforms to which you have access and
on which you frequently or occasionally test gnulib modules?
FWIW I run daily builds of all gnulib modules on these (obsolete) systems:
- Solaris 2.6, 7, 8, 9, 10 (SPARC)
- Sol
On 25/09/16 06:16, Paul Eggert wrote:
I attempted to fix the problem by installing the attached patch into
gnulib master. I can't easily test this, though, as I don't have macOS.
The patch did not include the substitution of HAVE_SYS_CDEFS_H needed
when creating sched.h.
Below is from a Cent
On 12/09/16 01:16, Paul Eggert wrote:
Thanks for the heads-up. I installed the attached patches into Gnulib
and the resulting dfa-tests module works for me on Solaris 10 sparc
(Oracle Studio 12.5). I don't have easy access to Solaris 9 (which
Oracle no longer supports) but from what you write thi
Hello,
I got an error building the dfa-match-aux test program on Solaris 9:
gcc -std=gnu11 -g -O2 -L/usr/tgcware/lib -R/usr/tgcware/lib -o
dfa-match-aux dfa-match-aux.o ../gllib/libgnu.a -lm -lm -lm-lm
-lm -lm
Undefined first referenced
symbol
On Thu, Jun 16, 2016 at 03:53:40PM +0200, Tom G. Christensen wrote:
> Latest results for 5.x
>
> -tgc
>
> Testresults for 5.4.0:
> i386-pc-solaris2.11 (2)
> i386-pc-solaris2.12 (2)
> sparc-sun-solaris2.11 (2)
> sparc-sun-solaris2.12 (2)
>
Updated patch
Latest results for 6.x
-tgc
Testresults for 6.1.0:
i386-pc-solaris2.10
i386-pc-solaris2.11
i386-pc-solaris2.12
i686-pc-linux-gnu
sparc64-sun-solaris2.10
sparc-sun-solaris2.10
sparc-sun-solaris2.11
sparc-sun-solaris2.12
x86_64-apple-darwin11.4.2
x86_64-apple-darwin15.5.0
x86_
Latest results for 5.x
-tgc
Testresults for 5.4.0:
i386-pc-solaris2.11 (2)
i386-pc-solaris2.12 (2)
sparc-sun-solaris2.11 (2)
sparc-sun-solaris2.12 (2)
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/buildst
Latest results for 4.8.x
-tgc
Testresults for 4.8.5:
hppa1.1-hp-hpux11.11
powerpc64le-unknown-linux-gnu
s390x-ibm-linux-gnu (3)
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/buildstat.html,v
retrieving re
Latest results for 5.x
-tgc
Testresults for 5.3.0:
armv7l-unknown-linux-gnueabi
arm-unknown-linux-gnueabi
hppa-unknown-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown-linux-gnu
powerpc-unknown-linux-gnu
sparc-sun-solaris2.10
sparc64-sun-solaris2.10
sparc-unknown-linux-gnu
x86_
On 09/04/16 23:04, Jeff King wrote:
I did some quick grepping around, and I suspect you may run
into the same thing in other places (e.g., t3404.40 looks
like a similar case).
There are only a few tests that fail and just t5532.3 seems affected by
this issue.
Subject: [PATCH] t5532: use wri
Hello,
Looking at the testsuite results on Solaris I see a failure in t5532.3.
Running the testsuite with -v -i revealed a shell syntax error:
proxying for example.com 9418
./proxy: syntax error at line 3: `cmd=$' unexpected
not ok 3 - fetch through proxy works
#
# git fetch fake
On 09/04/16 19:39, Jeff King wrote:
[1/3]: config: lower-case first word of error strings
[2/3]: git_config_set_multivar_in_file: all non-zero returns are errors
[3/3]: git_config_set_multivar_in_file: handle "unset" errors
I applied them to 2.8.1 and ran the testsuite again on Solar
On 07/04/16 22:19, Tom G. Christensen wrote:
On 07/04/16 20:50, Junio C Hamano wrote:
Junio C Hamano writes:
So perhaps this is all we need to fix your box.
setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
I applied this patch to 2.8.0 and have completed a testsuite run on
On 07/04/16 20:50, Junio C Hamano wrote:
Junio C Hamano writes:
So perhaps this is all we need to fix your box.
setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Yes that seems to work very well.
I applied this patch to 2.8.0 and have completed a testsuite run on
Solaris 2.6
On 07/04/16 20:32, Junio C Hamano wrote:
"Tom G. Christensen" writes:
The reason for the crash is simple, a null value was passed to the 's'
format for the *printf family of functions.
...
Passing a null value to the 's' format is explicitly documented as
givin
Hello,
While working on an update to the git packages in tgcware(1) I ran into
segfaults when running the testsuite.
Here's what it looks like on Solaris 7/SPARC:
Core was generated by
`/export/home/tgc/buildpkg/git/src/git-upstream/git update-index
should-be-empty'.
Program terminated wit
Latest results for 5.x
-tgc
Testresults for 5.2.0:
i686-unknown-linux-gnu
powerpc-unknown-linux-gnu
sparc-sun-solaris2.10
sparc64-sun-solaris2.10
x86_64-unknown-linux-gnu (4)
x86_64-w64-mingw32
Testresults for 5.1.0:
hppa64-hp-hpux11.00
Index: buildstat.html
==
Latest results for 4.9.x
-tgc
Testresults for 4.9.3:
i386-pc-solaris2.9
i486-sun-solaris2.11
sparc-sun-solaris2.9
sparc-sun-solaris2.10
sparc64-sun-solaris2.9
sparc64-sun-solaris2.10
x86_64-w64-mingw32
Testresults for 4.9.2
x86_64-unknown-linux-gnu
Index: buildstat.html
Latest results for 4.8.x
-tgc
Testresults for 4.8.5:
i386-pc-solaris2.9
powerpc64le-unknown-linux-gnu
s390-ibm-linux-gnu (3)
s390x-ibm-linux-gnu (3)
sparc-sun-solaris2.9
sparc64-sun-solaris2.9
x86_64-w64-mingw32
Index: buildstat.html
On Fri, May 29, 2015 at 04:05:57PM +0200, Gerald Pfeifer wrote:
> Did we get more updates for GCC 5.1 in the meantime?
>
Yes and I have just posted a new set of patches.
-tgc
Latest results for 5.1.x
-tgc
Testresults for 5.1.0:
arm-unknown-linux-gnueabi
hppa-unknown-linux-gnu
hppa1.1-hp-hpux10.20
hppa2.0w-hp-hpux11.00
i686-unknown-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown-linux-gnu
powerpc-unknown-linux-gnu
sparc-unknown-linux-gnu
x86_64-unkn
Latest results for 4.8.x
-tgc
Testresults for 4.8.2:
s390-ibm-linux-gnu (new)
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/buildstat.html,v
retrieving revision 1.13
diff -u -r1.13 buildstat.html
--- buildsta
Latest results for 4.9.x
-tgc
Testresults for 4.9.2:
s390-ibm-linux-gnu (new)
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/buildstat.html,v
retrieving revision 1.9
diff -u -r1.9 buildstat.html
--- buildstat.
On 29/05/15 19:56, Andreas Gruenbacher wrote:
Reported by Tom G. Christensen :
* lib/set-permissions.c (set_acls): The count, entries, ace_count, and
ace_entries variables have moved into struct permission_context but
they were still accessed as local vraiables here.
---
lib/set-permissions.c
On 15/04/15 22:12, Andreas Grünbacher wrote:
Alright. The qsetacl and qcopy_acl rewrite needs some testing on
non-Linux platforms; there may be some glitches there.
Indeed.
I just noticed that my daily builds on Solaris 9 (and earlier) are
broken due to this change.
gcc -DHAVE_CONFIG_H -I.
The first update for 5.x.
-tgc
Testresults for 5.1.0:
armv5tejl-unknown-linux-gnueabi
i386-pc-solaris2.12
sparc-sun-solaris2.11
x86_64-apple-darwin11.4.2
x86_64-apple-darwin14
x86_64-unknown-linux-gnu
x86_64-w64-mingw32
Index: buildstat.html
Latest results for 4.9.x
The last update was posted 2014-12-01 but was never applied.
-tgc
Testresults for 4.9.2:
hppa-unknown-linux-gnu
i386-pc-solaris2.9
i386-sun-solaris2.11
i486-sun-solaris2.11 (2)
i686-pc-linux-gnu
i686-unknown-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown
On 26/04/15 18:22, Paul Eggert wrote:
Thanks for reporting that. I installed the attached patch, which should
fix it.
Confirmed, thanks.
-tgc
On 25/04/15 07:25, Paul Eggert wrote:
And add a new module file-has-acl-tests to match.
This does not build for me on CentOS 6.
gcc -std=gnu99 -g -O2 -Wall -o test-file-has-acl test-file-has-acl.o
../gllib/libgnu.a -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm -lm
../gllib/libgnu.a(file-has-ac
01: turn --no$option workarounds to --no-$option
Kyle J. McKay (1):
git-send-email.perl: support no- prefix with older GetOptions
git-send-email.perl | 10 ++
t/t9001-send-email.sh | 10 +-
2 files changed, 15 insertions(+), 5 deletions(-)
Tested-by: Tom G. Christensen
I
The __builtin_ctzll function was added in gcc 3.4.0.
This extends the check for gcc so that use of __builtin_ctzll is only
enabled if gcc >= 3.4.0.
Signed-off-by: Tom G. Christensen
---
v2:
Add S-o-b
v1:
I noticed this on RHEL3 during 2.0.0rc phase but I see that the same
issue was noticed
Commit dd61399 introduced support for http proxies that require
authentication but it relies on the CURL_PROXYAUTH option which was
added in curl 7.10.7.
This makes sure proxy authentication is only enabled if libcurl can
support it.
Signed-off-by: Tom G. Christensen
---
RHEL3 ships with curl
The __builtin_ctzll function was added in gcc 3.4.0.
This extends the check for gcc so that use of __builtin_ctzll is only
enabled if gcc >= 3.4.0.
---
I noticed this on RHEL3 during 2.0.0rc phase but I see that the same
issue was noticed on Debian Sarge:
http://article.gmane.org/gmane.comp.versio
1 - 100 of 388 matches
Mail list logo
