Thu Nov 17 22:11:21 2016 +
Enable AVX512_4FMAPS and AVX512_4VNNIW instructions
This requires additional patch for register allocator from Vladimir
Makarov.
Anyone else seeing this?
Thanks.
Art Haas
revision
1a3ae6f:67f9942:8ecf2b4ab9881c344ac9ee5d1692343397923977] (GCC)
$
Thanks in advance for any help resolving this, and my thanks to everyone
working on GCC.
Art Haas
by a single equal, the configure
script executes and GCC builds properly. I think this code was added to
the file in early July. The patch below fixes the source of the problem
in config/cloog.m4.
Thanks.
Art Haas
diff --git a/config/cloog.m4 b/config/cloog.m4
index 270cf8f..5193f4e 100644
--- a/config
=no
--with-cpu=ultrasparc3 --with-tune=ultrasparc3
Thread model: posix
gcc version 4.7.0 20110906 (experimental) [master revision
bdc818b:c562c54:dfb98d7502700782f4a1a4e04357e46fd90784fe] (GCC)
Thanks to everyone working on GCC.
Art Haas
the issue is Solaris specific. Anyone else who
builds on this platform seeing similar problems?
Art Haas
, as always, to everyone working on GCC.
Art Haas
] (GCC)
Art Haas
indicate
a test regarding cross-compiling.
The build this morning on the sparc-sun-solaris2.10 machine worked without
problems.
My thanks to everyone working on GCC.
Art Haas
it here. Today's builds worked without
any problem.
I'd be glad to test any patch(es) that may help identify and resolve
the problem I'm seeing.
As always, thanks to all the GCC developers.
Art Haas
--with-tune=ultrasparc3
Thread model: posix
gcc version 4.6.0 20101007 (experimental) (GCC)
Thanks.
Art Haas
--with-ld=/export/home/arth/local/bin/ld --enable-libstdcxx-pch=no
--with-cpu=ultrasparc3 --with-tune=ultrasparc3
Thread model: posix
gcc version 4.6.0 20100923 (experimental) (GCC)
$
Thanks.
Art Haas
-checking=release --enable-threads
--with-gnu-as --with-as=/export/home/arth/local/bin/as --with-gnu-ld
--with-ld=/export/home/arth/local/bin/ld --enable-libstdcxx-pch=no
--with-cpu=ultrasparc3 --with-tune=ultrasparc3
Thread model: posix
gcc version 4.6.0 20100907 (experimental) (GCC)
Art Haas
, and print_operand_punct_valid_p fields.
{ ... snip ... }
My builds from yesterday morning both completed without problems.
Art Haas
-threads=posix --with-gnu-as --with-as=/export/home/arth/local/bin/as
--with-gnu-ld --with-ld=/export/home/arth/local/bin/ld
--enable-libstdcxx-pch=no --enable-objc-gc --build=i386-pc-solaris2.10
Thread model: posix
gcc version 4.6.0 20100525 (experimental) (GCC)
Thanks.
Art Haas
`config.log' for more details.
My builds on a sparc-sun-solaris2.10 from yesterday worked fine - on
this machine GCC does _not_ use the '--disable-multilib' configuration
switch. This mornings build has just started.
My thanks to everyone working on GCC.
Art Haas
this problem?
Art Haas
, with preprocessed source if appropriate.
Anyone else seeing failures like this?
Art Haas
/2008-09/msg00106.html
Art Haas
/libstdc++-v3/include/mutex:
In constructor 'std::once_flag::once_flag()':
/export/home/arth/gnu/gcc-0904/i386-pc-solaris2.10/libstdc++-v3/include/mutex:618:
error: could not convert '{{0, 0, 0, 0}}' to '__gthread_once_t'
make[4]: *** [mutex.lo] Error 1
Art Haas
On Thu, 2008-09-04 at 13:41, Chris Fairles wrote:
On Thu, Sep 4, 2008 at 9:30 AM, Art Haas [EMAIL PROTECTED]
wrote:
Hi.
My last successful build was from yesterday morning. After the large
libstdc++ patch by Chris Fairles landed the builds have failed with
the
following error
://gcc.gnu.org/ml/gcc-patches/2008-07/msg01981.html
Since I'm posting to the mailing list, let me 'ping' this patch.
Art Haas
.
Art Haas
*' to 'caddr_t' not permitted in C++
make[3]: *** [ggc-common.o] Error 1
The build also failed on my sparc-sun-solaris2.10 system.
The mmap()/munmap() calls in these functions are the cause of the
problem.
Art Haas
,
from /export/home/arth/gnu/gcc.git/gcc/gensupport.c:24:
/export/home/arth/gnu/gcc.git/gcc/config/i386/sysv4.h:28:1: error: this
is the location of the previous definition
make[3]: *** [build/gensupport.o] Error 1
make[3]: *** Waiting for unfinished jobs
{ ... snip ...}
Art Haas
:
'return_in_memory_32' defined but not used
/export/home/arth/gnu/gcc.git/gcc/config/i386/i386.c:4892: error:
'return_in_memory_ms_64' defined but not used
make[3]: *** [i386.o] Error 1
make[3]: *** Waiting for unfinished jobs
{ ... snip end of log ... }
Art Haas
On Thu, 2008-05-22 at 21:12, Kai Tietz wrote:
Art,
2008/5/22 Art Haas [EMAIL PROTECTED]:
On Thu, 2008-05-22 at 19:41, Kai Tietz wrote:
Ok, fixed on gcc trunk revision 135776.
The patch fixed the warning error, but the bootstrap is still
broken:
{ ... snip ... }
cc1: warnings
this failure?
--
Art Haas
Software Developer
ImpactWeather, Inc.
http://www.impactweather.com
Your Weather Department
...
Art Haas
the tree via the mercurial-repo mirror
and my last pull was an hour or so ago, with 'hg tip' saying the latest
patch was from Paul Thomas on the 'gfortran.dg/char_length_10.f90' file.
Art Haas
0xae
/export/home/arth/gnu/gcc-0807/./gcc/crtbegin.o
ld: fatal: relocations remain against allocatable but non-writable sections
[ ... snip end of log ... ]
Art Haas
]: Leaving directory `/usr/src/gcc_svn/objdir-0216'
make: *** [bootstrap-lean] Error 2
$
A temporary workaround is to build with '--disable-werror'.
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport
most recent build attempt was last
night on the Debian box, and the failure above comes from that build.
Anyone else seeing similar failures? Any ideas as to why things go boom?
Thanks.
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous
bootstrap succeeds if the
initial compiler is the system compiler and not my most recent GCC
build.
Anyone else seeing this problem?
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind
to use BASE-VER, DATESTAMP, and DEV-PHASE files is likely to
have made this (unanticipated?) change.
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.
-Thomas Jefferson to James
34 matches
Mail list logo
