On Mon, Jul 7, 2025 at 11:34 AM Jaroslav Fojtik via cfarm-users
wrote:
>
> [...]
> > On 06/07/25 09:54, Jaroslav Fojtik via cfarm-users wrote:
> > > Is there any accessible computer with armhf architecture on cfarm?
> > armhf isn'r a hardware type, it's the Debian name for their repo
> > compiled
On Wed, Jan 1, 2025 at 4:26 PM Segher Boessenkool
wrote:
>
> On Mon, Dec 30, 2024 at 12:51:42PM -0500, Jeffrey Walton via cfarm-users
> wrote:
> > Forgive my ignorance... when you say "crypto-related," do you mean
> > just "cryptocurrency" or
On Mon, Dec 30, 2024 at 12:46 PM Zach van Rijn via cfarm-users
wrote:
>
> On Sun, 2024-12-29 at 23:55 -0600, Jacob Bachmeyer via cfarm-
> users wrote:
> > On 12/29/24 19:51, Zach van Rijn via cfarm-users wrote:
> > > ...
> >
> > Was this one incident or multiple incidents? By the same user
> > or
On Sun, Sep 29, 2024 at 10:51 AM Jaroslav Fojtik wrote:
>
> Hi Jeff,
>
> > > I have attempted to bugreport GCC here:
> > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116885
> >
> > Maybe Off-topic, or maybe related... Your bug report said the code has
> > worked fine for the last 20 years or s
On Sun, Sep 29, 2024 at 6:42 AM Jaroslav Fojtik via cfarm-users
wrote:
>
> Dear Compile farm,
>
> Is anywhere on compile farm installed GCC-15? GCC 14 seems to have severe
> issue that
> could corrupt many applications including my one
> http://ftsoft.com.cz/wp2latex/wp2latex.htm.
> I would like
On Tue, Sep 17, 2024 at 12:50 PM Martin Guy via cfarm-users
wrote:
>
> On 15/09/24 11:40, Peter Gutmann via cfarm-users wrote:
> > Jonathan Wakely writes:
> > SSH_ARGS="-o PubkeyAcceptedAlgorithms=+ssh-rsa -o
> > KexAlgorithms=+diffie-hellman-group-exchange-sha1 -o
> > HostKeyAlgorithms=+ssh-rs
On Mon, Sep 16, 2024 at 4:38 AM Peter Gutmann via cfarm-users
wrote:
>
> Denis Ovsienko via cfarm-users writes:
>
> >I ran into this particular thing after following the advice of shellcheck and
> >replacing `` with $(), which promptly broke the script on Solaris 10, which
> >is supposed to be PO
On Sun, Sep 15, 2024 at 3:41 AM Peter Gutmann via cfarm-users
wrote:
>
> [...]
> cfarm119 has no dev tools that I can find:
>
> -bash-5.1$ which xlc
> which: 0652-141 There is no xlc in /usr/bin /etc /usr/sbin /usr/ucb
> /home/peter/bin /usr/bin/X11 /sbin ..
> -bash-5.1$ lslpp -l | grep xlc
> -ba
On Wed, May 29, 2024 at 12:23 PM Baptiste Jonglez via cfarm-users
wrote:
>
> We may have an opportunity to add the following RISC-V board to the farm:
>
> https://docs.banana-pi.org/en/BPI-F3/BananaPi_BPI-F3
> https://docs.banana-pi.org/en/BPI-F3/SpacemiT_K1
>
> The CPU core is advertised as havin
On Mon, Mar 25, 2024 at 8:22 PM Bruno Haible via cfarm-users
wrote:
>
> > We are pleased to announce the availability of two new machines, cfarm215
> > and cfarm216. They run the latest Solaris 11.4 SRU (Support Repository
> > Update). The first one is based on a recent Intel x86 CPU, while the
>
On Fri, Mar 15, 2024 at 8:42 PM Sean McGovern via cfarm-users
wrote:
> On Fri, Mar 15, 2024 at 6:40 PM Peter Bergner wrote:
> > On 3/14/24 4:15 AM, Sean McGovern via cfarm-users wrote:
> > > I have not been sucessful doing a simple bootstrap of gcc 13.2.0 on
> > > cfarm29 or cfarm120. It worked f
On Wed, Jan 10, 2024 at 9:14 PM Vincent Lefevre via cfarm-users
wrote:
>
> On 2024-01-10 18:02:14 -0800, Paul H. Hargrove wrote:
> > It might just be you, Vincent.
> >
> > I am logged in to cfarm23 right now, copying files from /oldhome
> > So it *is* possible to log in.
>
> This is strange. I can
On Fri, Oct 13, 2023 at 3:04 PM CFarm Annoucements via cfarm-announces
wrote:
>
> The transition to our new cfarm.net domain is complete. All machines are
> now referred to as cfarmXX, or cfarmXX.cfarm.net. The old naming
> convention and domain (gccXX and gccXX.fsffrance.org) are obsolete and
> s
On Mon, Oct 2, 2023 at 12:13 PM David Edelsohn wrote:
>
> I have installed the unzip package.
Thank you sir!
> On Mon, Oct 2, 2023 at 12:06 PM Jeffrey Walton via cfarm-users
> wrote:
>>
>> Hi Everyone,
>>
>> Is it possible to inst
Hi Everyone,
Is it possible to install zip and unzip programs on GCC119?
Jeff
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users
On Sun, Oct 1, 2023 at 12:39 PM mirabilos via cfarm-users
wrote:
>
> Noah Misch via cfarm-users dixit:
>
> >/opt/IBM/openxlC/17.1.1/bin/ibm-clang_r is the new system's XLC.
>
> Huh, so it’s also “just another LLVM+Clang”, not the old xlC?
It sounds like it.
No doubt Clang will define __xlC__ but
On Sun, Oct 1, 2023 at 11:33 AM Noah Misch wrote:
>
> On Sun, Oct 01, 2023 at 11:27:28AM -0400, Jeffrey Walton via cfarm-users
> wrote:
> > I _thought_ GCC119 had IBM's XLC/C++ installed.
> >
> > gcc119:$ command -v xlC
> > gcc119:$
> >
>
Hi Everyone,
I _thought_ GCC119 had IBM's XLC/C++ installed.
gcc119:$ command -v xlC
gcc119:$
And:
gcc119:$ find /opt -name xlC
gcc119:$
Is that no longer the case?
Thanks in advance,
Jeff
___
cfarm-users mailing list
cfarm-users@li
Hi Everyone,
I'm trying to connect to cfarm29. According to [0], I _think_ I need
to use cfarm29.fsffrance.org. (There are no instructions for cfarmXX
machines). But:
$ ssh cfarm29.fsffrance.org
ssh: Could not resolve hostname cfarm29.fsffrance.org: Name or
service not known
Does anyone
On Fri, Jun 23, 2023 at 2:52 PM CFarm Annoucements via cfarm-announces
wrote:
>
> We now have a POWER10 machine in the Compile Farm: gcc120.
>
> It is donated by IBM, and hosted at OSUOSL like most Power machines.
> Thanks!
>
> It is an IBM E1050, 192 hardware threads, 2TB RAM, 11TB disk. It runs
On Mon, Sep 19, 2022 at 2:43 PM Paul H. Hargrove via cfarm-users
wrote:
>
> Regarding `vi`, you may wish to try setting environment variable
> `TMPDIR=/tmp` or `TMPDIR=$HOME`.
/tmp is sometimes off-limits to users. I think TMPDIR=$HOME/tmp would
probably be the best choice. I started using $HOME
On Tue, Mar 29, 2022 at 11:01 PM Jacob Bachmeyer wrote:
>
> Jeffrey Walton via cfarm-users wrote:
> > Hi Everyone,
> >
> > I'm trying a git pull. When I use https://github.com/weidai11/cryptopp/:
> >
> > $ git pull
> > fatal: unable to access '
Hi Everyone,
I'm trying a git pull. When I use https://github.com/weidai11/cryptopp/:
$ git pull
fatal: unable to access 'https://github.com/weidai11/cryptopp/':
Problem with the SSL CA c
ert (path? access rights?)
When I try git://github.com/weidai11/cryptopp/:
$ git pull
fatal: remote error:
On Sat, Mar 12, 2022 at 2:24 PM Daniel Widdis via cfarm-users
wrote:
> ...
> I’ve never been able to log into the macOS M1 machine, gcc304. It asks for a
> password (which implies the certificate isn’t synced):
It is probably the RSA key. OpenSSH made a change recently concerning
RSA keys. Also
On Sun, Feb 13, 2022 at 9:36 PM Jeffrey Walton wrote:
>
> ...
> gcc119:cryptopp$ command -v libtool
> gcc119:cryptopp$
>
> It looks like libtool is missing.
>
> Would it be possible to have libtool installed, please?
Ping...
___
cfarm-users mailing list
Hi Everyone,
I'm trying to test an Autotools project on GCC119. Bootstrap is failing:
Running bootstrap
- Running aclocal
- Running autoupdate
- Running autoreconf
autoreconf failed, running again.
configure.ac:2587: warning: macro 'AM_ASFLAGS' not found in library
configure.ac:2588: warnin
On Sat, Jan 8, 2022 at 1:30 AM Bruno Haible via cfarm-users
wrote:
>
> Peter Gutmann wrote:
> > A quick
> > workaround if you're using zipped archives is to add -DD to the command
> > line.
>
> What do you mean? Neither 'tar' not 'make' takes a '-DD' option.
I believe that would be the -D and -D
On Mon, Nov 29, 2021 at 11:32 PM Bart Van Assche via cfarm-users
wrote:
> ...
> I'm using an RSA key but can't log in to gcc210 nor to gcc211. OpenSUSE
> (OpenSSH_8.8p1) displays the following message:
>
> $ ssh gcc210.fsffrance.org
> Unable to negotiate with 213.178.77.185 port 22: no matching ho
On Wed, Mar 24, 2021 at 10:50 AM Jonas Maebe via cfarm-users
wrote:
>
> On 23/03/2021 01:31, Assaf Gordon via cfarm-users wrote:
> > - will it compromise SIP (
> > https://en.wikipedia.org/wiki/System_Integrity_Protection ) ?
>
> Note that keeping SIP enabled completely decimates compiler regressi
> 4. Seems like the MiniMac-M1 crashed and restarted itself about two
> hours ago.
That problem was reported when the M1 was first released. I understand
the problem has been corrected in an OS X update.
It looks like the M1 needs to be updated. OS X 10.2.3 is the latest:
@GCC-Farm-MiniMac ~ % s
On Mon, Mar 22, 2021 at 12:49 PM Bruno Haible via cfarm-users
wrote:
>
> > 6. There is no way to do interactive debugging, AFAICS:
>
> Post-mortem debugging, through core dumps, does not work either [1][2].
If you are familiar with Zsh and don't mind experimenting with it,
then see this thread:
h
On Sat, Mar 20, 2021 at 5:54 PM CFarm Annoucements via cfarm-announces
wrote:
>
> We are happy to announce the availability of a new MiniMac M1 (with
> Apple-Silicon arm64 cpu architecture).
>
> The machine is running OS X in a default configuration, please read the
> login message carefully for g
Hi Everyone,
I'm doing some testing on GCC220, which is OpenBSD 6.8. I'm catching a
compile error:
misc.cpp:24:25: error: immintrin.h: No such file or directory
...
misc.cpp:81: error: '__m128i' was not declared in this scope
...
misc.cpp:83: error: expected type-specifier before '__m128i'
...
mi
Hi Everyone,
Does anyone know where to find a MIPS machine with MSA for testing?
GCC22, GCC23 or GCC24 are mips64 machines, but they lack MSA (thanks AP).
Jeff
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net
On Mon, Dec 21, 2020 at 3:51 PM Joseph Benden via cfarm-users
wrote:
>
> What about the gcc203 machine?
>
> Linux gcc203 5.9.0-4-powerpc64 #1 SMP Debian 5.9.11-1 (2020-11-27) ppc64
> jbenden@gcc203:~$ gcc -v
> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/powerpc64-lin
On Mon, Dec 21, 2020 at 3:44 PM David Edelsohn wrote:
>
> What does GCC 10.10.2 mean? There is no GCC 10.10.2 release. Do you
> mean GCC 10.2?
I guess I am parsing the version number wrong from the package name.
Here is the package name:
g++-10_10.2.1-1 gcc-10_10.2.1-1
> There are no Powe
Hi Everyone,
We are trying to track down the cause of a SIGILL on POWER8 when the
GCC 10.10.2 compiler is being used. The problem surfaces on a Debian
build machine, but we don't have access to it.
Does anyone know where to find GCC 10.10.2 on POWER8 on the Compile Farm?
Jeff
___
Hi Everyone,
I'm having trouble logging in to gcc22. Other machines are OK.
gcc22 looks a little suspicious. It looks like both my ECDSA and RSA
keys were rejected.
Is anyone else having trouble?
Jeff
debug1: Authentications that can continue: publickey,password
debug1: O
On Sun, Jul 5, 2020 at 3:07 PM zatrazz wrote:
>
> On Sun, Jul 5, 2020 at 4:00 PM Bruno Haible via cfarm-users
> wrote:
>>
>> > b2sum-src/b2sum.c:266:26: error: array type has incomplete element
>> > type 'struct option'
>> > static struct option long_options[] = {
>> >
Hi Everyone,
I'm testing on gcc119, which is the AIX ppc64be machine. One of the
source files fails to compile (see below).
According to the getopt(3) man page, the function is available. The
man page says the only include needed is .
I don't use getopt for my programs so I don't have much exper
On Sun, Apr 12, 2020 at 10:20 AM Andy Polyakov via cfarm-users
wrote:
>
> >>> GCC135 is a Power9 machine. Benchmarking on the machine shows
> >>> performance is off. For example, here are some numbers for AES in ECB
> >>> mode:
> >>>
> >>> GCC112 (Linux, ppc64le, 3.7 GHz, GCC 8.2):
> >>>* 1.12
On Sun, Apr 12, 2020 at 5:11 AM Noah Misch wrote:
>
> On Sun, Apr 12, 2020 at 12:03:13AM -0400, Jeffrey Walton via cfarm-users
> wrote:
> > GCC135 is a Power9 machine. Benchmarking on the machine shows
> > performance is off. For example, here are some numbers fo
Hi Everyone,
GCC135 is a Power9 machine. Benchmarking on the machine shows
performance is off. For example, here are some numbers for AES in ECB
mode:
GCC112 (Linux, ppc64le, 3.7 GHz, GCC 8.2):
* 1.12 cpb, 2851 MB/s
GCC119 (AIX, ppc64be, 4.1 GHz, GCC 8.2):
* 0.54 cpb, 7242 MB/s
GCC135 (Li
Hi Everyone,
What is the name of the compiler on GCC118?
$ find / -name 'g++' 2>/dev/null
/usr/share/bash-completion/completions/g++
$
Jeff
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-user
On Sun, Oct 13, 2019 at 11:47 AM Noah Misch wrote:
>
> On Sun, Oct 13, 2019 at 09:32:48AM -0400, Jeffrey Walton via cfarm-users
> wrote:
> > On Sun, Oct 13, 2019 at 9:31 AM Segher Boessenkool
> > wrote:
> > > On Sun, Oct 13, 2019 at 08:42:14AM -0400, Jeffrey Walto
On Sun, Oct 13, 2019 at 9:31 AM Segher Boessenkool
wrote:
>
> On Sun, Oct 13, 2019 at 08:42:14AM -0400, Jeffrey Walton via cfarm-users
> wrote:
> > I'm catching a OOM exception while trying to compile a source file on
> > GCC117:
> >
> > $ make
> >
Hi Everyone,
I'm catching a OOM exception while trying to compile a source file on GCC117:
$ make
g++ -DNDEBUG -g2 -O3 -fPIC -pthread -pipe -c xts.cpp
virtual memory exhausted: Cannot allocate memory
GNUmakefile:1625: recipe for target 'xts.o' failed
make: *** [xts.o] Error 1
GCC117 has 16GB of
On Sun, May 5, 2019 at 2:55 PM Olly Betts via cfarm-users
wrote:
> ...
>
> But even a list on an https protected web page seems better than just
> having to trust on first use.
+1, trusted distribution channels.
___
cfarm-users mailing list
cfarm-users
On Thu, Dec 6, 2018 at 12:02 PM Segher Boessenkool
wrote:
>
> On Thu, Dec 06, 2018 at 02:35:44AM -0500, Jeffrey Walton via cfarm-users
> wrote:
> > Hi Everyone,
> >
> > I'm looking for the latest GCC for PowerPC. I think I need something
> > from this week
Hi Everyone,
I'm looking for the latest GCC for PowerPC. I think I need something
from this week or last week.
GCC135 has "gcc version 8.2.1 20180813" but I am looking for something
newer. The other PowerPCs seem to be older, like GCC 6.2 or 8.2.0.
Does anyone know where to find the latest GCC?
On Tue, Nov 27, 2018 at 3:51 PM Jeffrey Walton wrote:
>
> I've got some self tests failing on PowerPC with GCC 8.2. The program
> was compiled with -O1 and -fsanitize=undefined. The program uses
> Altivec. A sample finding is shown below.
Oh, sorry about this noise. This was supposed to go to GCC
On Tue, Nov 27, 2018 at 3:51 PM Jeffrey Walton wrote:
>
> I've got some self tests failing on PowerPC with GCC 8.2. The program
> was compiled with -O1 and -fsanitize=undefined. The program uses
> Altivec. A sample finding is shown below.
I managed to get it reduced to a test case:
https://gcc.gn
On Tue, Nov 27, 2018 at 3:51 PM Jeffrey Walton wrote:
>
> I've got some self tests failing on PowerPC with GCC 8.2. The program
> was compiled with -O1 and -fsanitize=undefined. The program uses
> Altivec. A sample finding is shown below.
>
> ppc_simd.h:965 is a vec_add, and it happens on a unsign
On Tue, Nov 27, 2018 at 4:17 PM Jerry James wrote:
>
> On Tue, Nov 27, 2018 at 1:53 PM Jeffrey Walton via cfarm-users
> wrote:
> > ppc_simd.h:965 is a vec_add, and it happens on a unsigned int vector.
> > We don't use signed vector types. I don't believe overflow c
On Tue, Nov 27, 2018 at 3:51 PM Jeffrey Walton wrote:
>
> I've got some self tests failing on PowerPC with GCC 8.2. The program
> was compiled with -O1 and -fsanitize=undefined. The program uses
> Altivec. A sample finding is shown below.
>
> ppc_simd.h:965 is a vec_add, and it happens on a unsign
Hi Everyone,
I've got some self tests failing on PowerPC with GCC 8.2. The program
was compiled with -O1 and -fsanitize=undefined. The program uses
Altivec. A sample finding is shown below.
ppc_simd.h:965 is a vec_add, and it happens on a unsigned int vector.
We don't use signed vector types. I d
On Sun, Nov 25, 2018 at 7:53 PM Ævar Arnfjörð Bjarmason
wrote:
>
> On Mon, Nov 26, 2018 at 1:46 AM Jeffrey Walton via cfarm-users
> wrote:
> > The filesystem on GCC111 seems very slow. Unpacking a tarball takes
> > minutes, and deleting the directory takes minutes. The
Hi Everyone,
The filesystem on GCC111 seems very slow. Unpacking a tarball takes
minutes, and deleting the directory takes minutes. The tarball is
CMake sources, and it is only about 8 MB.
Compiles of source files in the directory are relatively fast, so it
does not seem to be a compute bound pro
On Tue, Nov 13, 2018 at 8:45 AM Martin Jambor wrote:
>
> On Mon, Nov 12 2018, Jeffrey Walton via cfarm-users wrote:
> >
> > GCC118 is an openSUSE machine. openSUSE does not support ARMv8.1
> > extensions like CRC and Crypto. Attempts to use CRC, PMULL, AES and
> >
Hi Everyone,
GCC118 is an openSUSE machine. openSUSE does not support ARMv8.1
extensions like CRC and Crypto. Attempts to use CRC, PMULL, AES and
SHA result in compile failures.
Would it be possible to migrate to something newer for GCC118?
I believe Fedora would be a nice choice nowadays if you
On Sun, Oct 28, 2018 at 8:42 AM Andy Polyakov via cfarm-users
wrote:
>
> > The initial benchmarks are kind of flat when using 3.8 GHz as the
> > frequency. I think the problem is, we are not working the machine hard
> > enough so the cpu's are reluctant to move from a low energy state.
>
> I'd say
On Sat, Oct 27, 2018 at 8:28 AM Jeffrey Walton wrote:
>
> Hi Everyone,
>
> I want to run some benchmarks on GCC135, which is the ppc64-le machine
> with Power9 hardware.
>
> /proc/cpuinfo is showing me some suspiciously low numbers, like 2166
> MHz. I'm guessing the machine is closer ot 3 GHz and
Hi Everyone,
I want to run some benchmarks on GCC135, which is the ppc64-le machine
with Power9 hardware.
/proc/cpuinfo is showing me some suspiciously low numbers, like 2166
MHz. I'm guessing the machine is closer ot 3 GHz and probably higher.
(GCC119 is 4.1 GHz).
Does anyone know what the nomi
On Sat, Oct 20, 2018 at 11:23 AM Andrew Pinski wrote:
>
> MSA is an optional extension to MIPSr4 (I think r4 did not exist either, r5
> does). Octeon 3 implements r5 but not MSA. It does have the virtualization
> extension though.
>
> After octeon 3, cavium/marvell is no longer working on MIPS
On Sat, Oct 20, 2018 at 10:35 AM Andrew Pinski wrote:
>
> Octeon 2 does not have MSA. Octeon 2 does not have any SIMD extensions
> implemented. Octeon 2 does not even have a floating point unit.
> MSA is newer than MIPS64r2/3.
Thanks Andrew. It looks like I hit another dead end.
I'll look for
On Thu, Oct 18, 2018 at 11:31 PM Zach van Rijn wrote:
> On Thu, 2018-10-18 at 19:29 -0400, Jeffrey Walton via cfarm-
> users wrote:
> > ...
> > I'm interested in testing a build under a more modern GCC
> > built on mips64.
> > ...
>
> If you have any in
Hi Everyone,
https://cfarm.tetaneutral.net/machines/list/ says GCC22 to GCC24 is
mips64. The cpuinfo is below from GCC23. I can't tell if this machine
has MIPS SIMD Architecture (MSA) extensions.
I know the Cavium Octeon II/CN6120 should lead me to a spec sheet but
I am having trouble finding the
Hi Everyone,
I'm interested in testing a build under a more modern GCC built on mips64.
Eventually I'd like to try the MIPS builtins/intrinsics like discussed
at
https://s3-eu-west-1.amazonaws.com/downloads-mips/documents/MD00927-SIMD-programming-whitepaper.pdf
.
From gcc22:
$ gcc --version
On Sun, Oct 7, 2018 at 12:28 AM CM Graff via cfarm-users
wrote:
> ...
> So my question is this: Is it possible to have a virtual machine (or
> maybe even real hardware) running AIX on x86_64 at the farm? hlibc
> also supports arm v7, aarch64 and i386. so I'd be interested in any of
> these. Perhap
On Wed, Aug 15, 2018 at 7:02 AM, Jonathan Wakely wrote:
> On Wed, 15 Aug 2018 at 11:33, Jeffrey Walton via cfarm-users
> wrote:
>>
>> I'm catching a SIGILL on POWER7 ppc64-le machine. I compiled the
>> source with -mcpu=power8 so I could enable some builtins I may ne
I'm catching a SIGILL on POWER7 ppc64-le machine. I compiled the
source with -mcpu=power8 so I could enable some builtins I may need.
Use of the builtins is guarded at runtime. (This is the classic distro
model, where most source code is compiled for a minimum machine but
higher ISAs are guarded at
Hi Everyone,
GCC119 is the AIX ppc64-be iron. GCC is configured to accept
init_priority. As far as I know AIX linker does not support it.
I believe this is the manual page with the options:
https://www.ibm.com/support/knowledgecenter/en/SSGH4D_15.1.0/com.ibm.xlf151.aix.doc/compiler_ref/fcat_link.
I'm catching a crash in std::locale::operator=(std::locale const&):
0xd0a325e0 in std::locale::operator=(std::locale const&) ()
from
/opt/freeware/lib/gcc/powerpc-ibm-aix7.2.0.0/7.2.0/libstdc++.a(libstdc++.so.6)
(gdb) bt
#0 0xd0a325e0 in std::locale::operator=(std::locale const&) ()
from
On Mon, Jul 30, 2018 at 9:42 PM, Jeffrey Walton wrote:
> On Mon, Jul 30, 2018 at 9:33 PM, Paul Hargrove wrote:
>> XL for little-endian is essentially a difference beast than prior compilers
>> with the XL name.
>> So, IBM changed the identification macros.
>> See the following two docs for more i
On Mon, Jul 30, 2018 at 9:33 PM, Paul Hargrove wrote:
> XL for little-endian is essentially a difference beast than prior compilers
> with the XL name.
> So, IBM changed the identification macros.
> See the following two docs for more info:
>
> https://www.ibm.com/support/knowledgecenter/en/SSXVZZ
I've got a compile failure on GCC112 with IBM XL C/C++. It is a Linux
ppc64-le machine.
This is a relatively new failure (or I have not tested in a while).
The compiler avoids an XLC code guarded by defined(__xlc__) ||
defined(__xlC__), and drops into a GCC code path. XLC then fails to
compile __b
Hi Everyone,
OpenCSW has a build farm with Solaris machines and Sparc hardware. It
looks like the machines include back to Solaris 9.
I believe OpenCSW operates in the same spirit as GCC compile farm.
They welcome open source developers and upstream maintainers to help
ensure packages build and r
Hi Everyone,
We have the (dis)pleasure of maintaining CMake source files. If it is
not too much trouble could someone install Cmake on GCC119.
CMake is kind of fragile to begin with. I think it would be prudent to
test on AIX to see how things break and then fix the breaks.
Thanks in advance.
__
Hi Everyone,
I'm having trouble accessing GCC22 (and 23 and 24), which is a mip64
machine. Also see https://cfarm.tetaneutral.net/machines/list/ .
Does anyone know if there's a jump box or alternate port for the
machines? Maybe something else?
Jeff
___
On Thu, Mar 8, 2018 at 6:19 PM, Baptiste Jonglez
wrote:
> Hi,
> ...
> As far as I can remember, it's a virtual machine with only 2 CPU cores of
> the physical machine, each core having 8 "threads", although it seems to
> be quite different from Intel Hyperthreading. Linux does not understand
> su
On Thu, Mar 8, 2018 at 6:25 PM, Jeff Law wrote:
> On 03/08/2018 03:55 PM, Jeffrey Walton via cfarm-users wrote:
>> Hi Everyone,
>>
>> GCC202 is a Sparc64 machine. It has 16 cpus and each cpu has 16 cores
>> for a total of 256 virtual cpu's.
>>
>> My que
On Thu, Mar 8, 2018 at 6:19 PM, Baptiste Jonglez
wrote:
> Hi,
>
> On 08-03-18, Jeffrey Walton via cfarm-users wrote:
>> Hi Everyone,
>>
>> GCC202 is a Sparc64 machine. It has 16 cpus and each cpu has 16 cores
>> for a total of 256 virtual cpu's.
>
>
Hi Everyone,
GCC202 is a Sparc64 machine. It has 16 cpus and each cpu has 16 cores
for a total of 256 virtual cpu's.
My question is, what is nice? Should I use 8 cores, or can I use 128 of them?
Jeff
___
cfarm-users mailing list
cfarm-users@lists.tetan
On Tue, Feb 20, 2018 at 6:54 AM, Jonathan Wakely wrote:
> ...
>>> That is special. /opt/cfarm is not installed as an alternate system
>>> compiler. It's not even the latest compiler. If you choose to
>>> override the defaults and refer to a random compiler whose origin you
>>> don't know, you m
>>> On Mon, Feb 19, 2018 at 02:49:47PM -0500, Jeffrey Walton via cfarm-users
>>> wrote:
>>>> /opt/cfarm/gcc7rc2/bin/g++ -o cryptest.exe -DNDEBUG -g2 -O3 -fPIC
>>>> -pthread -pipe adhoc.o test.o bench1.o bench2.o validat0.o validat1.o
>>>>
On Mon, Feb 19, 2018 at 4:12 PM, Segher Boessenkool
wrote:
> Hi,
>
> On Mon, Feb 19, 2018 at 02:49:47PM -0500, Jeffrey Walton via cfarm-users
> wrote:
>> /opt/cfarm/gcc7rc2/bin/g++ -o cryptest.exe -DNDEBUG -g2 -O3 -fPIC
>> -pthread -pipe adhoc.o test.o bench1.o bench2
Hi Everyone,
We are trying to reproduce an issue reported on Fedora 28 ppc64-le. I
don't know the version of GCC on Fedora 28 at the moment. We are
working on gcc112, which is also ppc64-le.
Compile appears OK but link fails:
/opt/cfarm/gcc7rc2/bin/g++ -o cryptest.exe -DNDEBUG -g2 -O3 -fPIC
-pth
On Fri, Jan 19, 2018 at 11:15 AM, David Edelsohn via cfarm-users
wrote:
> On Fri, Jan 19, 2018 at 10:47 AM, Segher Boessenkool via cfarm-users
> wrote:
>> On Fri, Jan 19, 2018 at 03:05:48PM +0100, Martin Guy via cfarm-users wrote:
>>> find /home \( \
>>> \( -name '*.o' -a \! -atime +7 \)
On Fri, Jan 19, 2018 at 9:02 AM, Martin Guy via cfarm-users
wrote:
> On 18/01/2018, Jeffrey Walton via cfarm-users
> wrote:
>> I can't speak for others, but I would not mind being subject to a
>> script that removes temporary object files that are over N days old.
>&g
On Thu, Jan 18, 2018 at 6:17 AM, Baptiste Jonglez via cfarm-users
wrote:
> Hi everyone,
>
> Let's start the new year with a positive action for the compile farm: home
> cleanup!
>
> The farm machines with the most critical disk usage are:
>
> - gcc110 (99% used out of 1.6 TB)
> - gcc20 (98% used
Hi Everyone,
It looks like PoCs are starting to be released for the CPU bugs. Or
there's a PoC in the wild for ARM processors. The farm may want to
accelerate deployment of the fixes if it has not done so.
Early reports:
* https://amp.reddit.com/r/sysadmin/comments/7nl8r0/intel_bug_incoming/
* ht
On Sun, Dec 31, 2017 at 2:08 AM, Mike Rosset via cfarm-users
wrote:
> Nicolas,
>
> Will those machines eventually come back up?
+1, those are nice test machines. The 1700x is the only test machines
with IA-32 SHA instructions.
Jeff
___
cfarm-users mail
Hi Everyone,
I'm testing an Autotools script to detect Power8 features. The script
stops with:
configure.ac:38: error: possibly undefined macro: AC_ENABLE_SHARED
It looks like libtool is not available:
$ command -v libtool
$
Would it be possible to install libtool on GCC119?
Thank
On Thu, Oct 12, 2017 at 4:30 PM, Paul Hargrove via cfarm-users
wrote:
> On Thu, Oct 12, 2017 at 12:02 PM, CM Graff via cfarm-users
> wrote:
> [...]
>>
>> My toolchain building project grafland/toolchain is a standalone build
>> system that can retrieve development headers and do entire
>> install
On Wed, Oct 11, 2017 at 1:33 PM, David Edelsohn wrote:
> ...
>>> GNU Emacs already is installed on gcc119 in /opt/freeware.
>>
>> It is, but when I try to run it, I get an error:
>>
>> jamborm@power8-aix:~/gcc$ which emacs
>> /opt/freeware/bin//emacs
>> jamborm@power8-aix:~/gcc$ emacs
>> exec(): 0
en produces similar findings. Its like Wakely
said, I'd love to get my hands on some Solaris machines for testing. I
have a Solaris 11 running on a G5; I need Ultrasparc and Solaris 10
for testing.
Jeff
> On 10/11/17, Toebs Douglass via cfarm-users
> wrote:
>> On 11/10/17 16:22,
>> So having a very powerful machine in the farm, that sits idle
>> most of the time because it has very few regular users, feels like a
>> waste of resources.
>
> And my point is that if we said "no thanks" to IBM and told them we
> don't want it, we aren't going to get something else from them in
On Wed, Sep 20, 2017 at 9:03 PM, Steven R Loomis via cfarm-users
wrote:
>
> Hello,
> Does the gcc119 system have the xlC fix packs present here?
> http://www-01.ibm.com/support/docview.wss?uid=swg27038605#tab_131X
GCC119 (AIX, big endian):
$ xlc -qversion
IBM XL C/C++ for AIX, V13.1.3 (5725-C72
I'm having trouble finding the mailing list archive and the mailing
list sign-up page from the web pages.
The CFarm wiki page (https://gcc.gnu.org/wiki/CompileFarm) says to go
to https://cfarm.tetaneutral.net/, but the tetaneutral.net pages do
not list it.
https://gna.org/projects/gcc-cfarm/ appe
On Wed, Sep 13, 2017 at 1:00 AM, Markus Trippelsdorf
wrote:
> On 2017.09.13 at 00:54 -0400, Jeffrey Walton wrote:
>> On Wed, Sep 13, 2017 at 12:51 AM, Markus Trippelsdorf
>> wrote:
>> > On 2017.09.13 at 00:42 -0400, Jeffrey Walton via cfarm-users wrote:
>> >
1 - 100 of 115 matches
Mail list logo
