I fully agree these names (100/101, A/B/C/D) are not very intuitive, I
recommend using isa tags by year (e.g. x64_2010, x64_2014) like the
python's platform tags (e.g. manylinux2010, manylinux2014).
Currently, --enable-threads=win32 map to gthr-win32.{h|c}, could we map
--enable-threads=win32-vista
--enable-threads=win32-win7 // Windows 7 and Windows Server 2008 R2
--enable-threads=win32-win8 // Windows 8 and Windows Server 2012
--enable-threads=win32-win8.1 // Windows 8.1 and Windows Ser
This broken gcc 4.7 build due to use C++ grammar in C source file:
static void
skip_list (int nest_level = 0)
{
...
}
gcc -c -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-format
On Tue, Mar 12, 2013 at 8:02 PM, Zimmermann Paul
wrote:
>Hi Dongsheng,
>
>> > Is it the same for your compiler ?
>>
>> Yes.
>
> then you should define __USE_MINGW_ANSI_STDIO as pointed out by Rob.
>
Perfect, now all tests passed !
On Tue, Mar 12, 2013 at 6:54 PM, wrote:
> You have in your test output:
>
>
> Error in mpfr_vsprintf (s, "%.*Zi, %R*e, %Lf", ...);
> expected: "0010610209857723, -1.2345678875e+07, 0.032258"
> got: "0010610209857723, -1.2345678875e+07, 0.00"
>
> That "0.00" for the "%Lf" usua
I use stable/v2.x of mingw-w64, not trunk.
On Tue, Mar 12, 2013 at 4:43 PM, wrote:
>
>
> -Original Message----- From: Dongsheng Song
> Sent: Tuesday, March 12, 2013 2:25 PM
> To: gcc@gcc.gnu.org ; m...@loria.fr
> Subject: [MPFR] Re: GNU MPFR 3.1.2 Release Candidate
>
&g
Test on x86_64-w64-mingw32, only tfprintf.exe, tprintf.exe,
tsprintf.exe, and tstrtofr.exe FAILED, the other tests passed.
=
4 of 160 tests failed
(1 test was not run)
=
[tversion] GMP: header 5.1.1, library 5.1.1
[tversion] MPFR tuning parameters from defa
Test on i686-w64-mingw32, only tfprintf.exe, tprintf.exe and
tsprintf.exe FAILED, the other tests passed.
=
3 of 160 tests failed
(1 test was not run)
=
[tversion] GMP: header 5.1.1, library 5.1.1
[tversion] MPFR tuning parameters from src/x86/mparam.h
PASS
Test on x86_64-w64-mingw32 :
GMP: include 5.0.5, lib 5.0.5
MPFR: include 3.1.1, lib 3.1.1
MPC: include 1.0.0rc1, lib 1.0.0rc1
C compiler: i686-w64-mingw32-gcc -m64
GCC: yes
GCC version: 4.7.2
PASS: tget_version.exe
===
All 64 tests passed
===
On Sat, Jul 7, 2012 at
Test on secondary gcc platform i686-w64-mingw32:
...
GMP: include 5.0.5, lib 5.0.5
MPFR: include 3.1.1, lib 3.1.1
MPC: include 1.0.0rc1, lib 1.0.0rc1
C compiler: i686-w64-mingw32-gcc
GCC: yes
GCC version: 4.7.2
PASS: tget_version.exe
===
All 64 tests passed
===
Rega
On Tue, Feb 22, 2011 at 17:05, Roberto Bagnara wrote:
> On 02/22/2011 06:04 AM, Dongsheng Song wrote:
>>
>> When I build on i686-w64-mingw32 target:
>>
>> libtool: compile: i686-w64-mingw32-g++ -DHAVE_CONFIG_H -I.
>> -I/home/oracle/src/ppl-0.11.1/src -I.. -I..
On Tue, Feb 22, 2011 at 17:05, Roberto Bagnara wrote:
>> And I'm doubt the assumption GMP does not support exception when cross
>> compiling:
>>
>> $ git diff m4/ac_check_gmp.m4
>> diff --git a/m4/ac_check_gmp.m4 b/m4/ac_check_gmp.m4
>> index c5dd1c9..8c2af74 100644
>> --- a/m4/ac_check_gmp.m4
>>
On Mon, Feb 21, 2011 at 01:32, Prof. Roberto Bagnara
wrote:
>
> We announce the availability of PPL 0.11.1, a new release of the Parma
> Polyhedra Library. This release includes several important bug fixes
> and performance improvements.
>
> The precise list of user-visible changes is available a
===
--- hooks/post-commit (revision 169782)
+++ hooks/post-commit (working copy)
@@ -17,3 +17,9 @@
--repository "${REPOS}" --revision "${REV}" --background
${REPOS}/hooks/synchooks.sh "${REPOS}" "${REV}"
+
+ERROR_MESSAGES=`${REPOS}/hooks/update_datestamp ${REPOS} ${REV} 2>&1
>/dev/null`
+ERROR_CODE="$?"
+echo ${ERROR_MESSAGES} >&2
+
+exit ${ERROR_CODE}
--
Dongsheng Song
ommit (working copy)
@@ -17,3 +17,5 @@
--repository "${REPOS}" --revision "${REV}" --background
${REPOS}/hooks/synchooks.sh "${REPOS}" "${REV}"
+
+${REPOS}/hooks/update_version_svn ${REPOS} ${REV} &
--
Dongsheng Song
On Tue, Feb 1, 2011 at 23:32, Gerald Pfeifer wrote:
> On Tue, 1 Feb 2011, Dongsheng Song wrote:
>>> The DATESTAMP change could also be in a post-commit hook (doing
>>> nothing if the date didn't change, of course). No idea whether
>>> this is technically p
On Tue, Feb 1, 2011 at 18:31, Richard Guenther
wrote:
>
> The DATESTAMP change could also be in a post-commit hook (doing
> nothing if the date didn't change, of course). No idea whether this
> is technically possible of course.
>
> Richard.
>
Yes, the post-commit hook can do this task.
If we re
Oh, update_version_svn can be apply to
trunk/gcc-4.5-branch/gcc-4.4-branch/gcc-4.3-branch, not only trunk.
On Mon, Jan 31, 2011 at 10:45, Dongsheng Song wrote:
> It's very simple (only for trunk, although it maybe more useful for branches):
>
> Index: upda
for i in $datestamp_FILES; do
${SVN} -q co -N ${SVNROOT2}/`dirname $i` `basename $i`
done
On Mon, Jan 31, 2011 at 06:23, Gerald Pfeifer wrote:
>
> On Sat, 29 Jan 2011, Dongsheng Song wrote:
> > Just for curiousness, why we bump the DATESTAMP when the last commit
> > is
I think gcc-cvs mail list should set reply address to gcc@gcc.gnu.org
instead of gcc-...@gcc.gnu.org.
-- Forwarded message --
From: Dongsheng Song
Date: Sat, Jan 1, 2011 at 11:29
Subject: Re: r168382 - in /trunk/libstdc++-v3: ChangeLog Mak...
To: b...@gcc.gnu.org
Cc: gcc
Hi,
When I cross build gcc on linux-amd64 box, I got a include files
search order error:
...
/root/obj/gcc-4.2/./gcc/xgcc -B/root/obj/gcc-4.2/./gcc/
-L/root/obj/gcc-4.2/i686-pc-mingw32/winsup/mingw
-L/root/obj/gcc-4.2/i686-pc-mingw32/winsup/w32api/lib -isystem
/root/src/gcc-4.2.4/winsup/mingw/in
g++ 4.3 broken on OpenBSD, see:
http://gcc.gnu.org/ml/libstdc++/2008-02/msg00034.html
Dongsheng
2008/2/14, Jakub Jelinek <[EMAIL PROTECTED]>:
> Status
> ==
>
> We are in Stage 3 and the trunk is open for regression and documentation
> fixes only. We have reached our goal of zero open P1 r
NO.
If no "--disable-werror" option, bootstrap will fail. So I use a type
cast, no very care about the pointer type.
2008/2/1, Vincent Lefevre <[EMAIL PROTECTED]>:
> On 2008-01-31 11:59:32 +0800, Dongsheng Song wrote:
> > - mpfr_inits2 (prec, m1, m2, NULL);
> >
2' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' bootstrap
$ sudo gmake install && gmake -k check
patch as attachment.
Dongsheng
2008/1/31, Dongsheng Song <[EMAIL PROTECTED]>:
> LAST_UPDATED: Obtained from SVN: trunk revision 131847
>
> Native configurati
But the current xgcc in gcc 4.3 building issue the warning yet.
2008/1/31, Andrew Pinski <[EMAIL PROTECTED]>:
> On Jan 30, 2008 7:38 PM, Dongsheng Song <[EMAIL PROTECTED]> wrote:
> > See: http://www.linuxonly.nl/docs/2/0_Page_1.html
>
>
> It says:
> This is beca
LAST_UPDATED: Obtained from SVN: trunk revision 131847
Native configuration is i386-unknown-openbsd4.2
=== g++ tests ===
Running target unix
FAIL: g++.dg/cpp/_Pragma1.C (test for excess errors)
FAIL: g++.dg/cpp0x/vt-34103.C (internal compiler error)
FAIL: g++.dg/cpp0x/vt-34103.C
See: http://www.linuxonly.nl/docs/2/0_Page_1.html
It's very clear, you should use a type cast:
result = concat ("(", cond1, ") && (", cond2, ")", (char *)NULL);
instead of:
result = concat ("(", cond1, ") && (", cond2, ")", NULL);
Dongsheng
2008/1/29, Kaveh R. GHAZI <[EMAIL PROTECTED]
snip libstdc++-v3/config/os/generic/error_constants.h
not_supported = ENOTSUP,
snip libstdc++-v3/config/os/generic/error_constants.h
OpenBSD 4.2 not defined ENOTSUP, only EOPNOTSUPP !
.
gcc-4.2.3-RC-20080125 is OK, so it's a regress.
2008/1/28, Andrew Pinski <[EMAIL PROTECTED]>:
> 2008/1/27 Cauchy Song <[EMAIL PROTECTED]>:
> > $ uname -mrsp
> > OpenBSD 4.2 i386 Intel(R) Pentium(R) M processor 1.73GHz ("GenuineIntel"
> > 686-class)
>
> > ../../gcc-4.3-20080125/gcc/read-rtl.c: In f
29 matches
Mail list logo
