Re: [cfarm-users] Resetting the password does't work

[David Edelsohn via cfarm-users]

Password reset works.  The email is sent to the email address on file.
Your CFARM email account is not defined as gmx.net.

Thanks, David

On Fri, Apr 26, 2024 at 8:33 AM Aleksey Cheusov via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> Hi every one.
>
> In order to change my public ssh key I have to login to
> https://portal.cfarm.net/ but I forgot my password.
> After clicking on "Reset" button it says
>
>Password reset sent
>We've emailed you instructions for setting your password, if an account
>exists with the email you entered. You should receive them shortly.  If
>you don't receive an email, please make sure you've entered the address
>you registered with, and check your spam folder.
>
> but I don't receive any email. Spam mail box is empty.
>
> Can anyone check if this functionality still works?
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] GCC119 and XLC/C++

[David Edelsohn via cfarm-users]

IBM Open XL C/C++ now is based on LLVM Technology.  I did not install the
previous IBM XL C/C++.

David


On Sun, Oct 1, 2023 at 1:12 PM Jeffrey Walton via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> 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 fail to compile a program
> written for xlC, like one using __vcipher, __vcipherlast, __vshasigmaw
> and __vshasigmad (AES and SHA intrinsics).
>
> Jeff
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] GCC119, zip and unzip programs

[David Edelsohn via cfarm-users]

I have installed the unzip package.

Thanks, David


On Mon, Oct 2, 2023 at 12:06 PM Jeffrey Walton via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> 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
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc110 /home full

[David Edelsohn via cfarm-users]

No.

David


On Thu, Aug 24, 2023 at 1:39 PM Ineiev  wrote:

> On Wed, Aug 23, 2023 at 02:31:24PM -0400, David Edelsohn via cfarm-users
> wrote:
> > Please clean up unused files on gcc110.
>
> I've lost some _used_ files on gcc110; is it possible to get them anywhere?
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 /home full

[David Edelsohn via cfarm-users]

Please clean up unused files on gcc110.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Migration of gcc119

[David Edelsohn via cfarm-users]

I have adjusted the time on gcc119 so that it is fairly close, but I agree
that it should be using NTP for time synchronization.

Thanks, David


On Fri, Aug 18, 2023 at 7:35 AM Bruno Haible via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> Michael Felt wrote:
> > Migration complete.
>
> Thanks!
>
> The system clock of this machine is 42 minutes backwards:
> $ LC_ALL=C TZ=UTC date ; ssh gcc119.fsffrance.org TZ=UTC date
> Fri Aug 18 11:27:41 UTC 2023
> Fri Aug 18 10:45:40 UTC 2023
>
> Could this be fixed, please? Because in the current state, it means that
> after
> creating a tarball of any package that uses a 'configure' script, I need to
> wait 42 minutes until I can build it.
>
> The best way to fix this would be to activate an ntp daemon, or
> equivalent, IMO.
> Because with the older OS on the same machine, I often observed a clock
> shift
> of 5 to 10 minutes, which was also somewhat annoying.
>
> Bruno
>
>
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Migration of gcc119

[David Edelsohn via cfarm-users]

All AIX Open Source Toolbox applications were refreshed and are current.

I believe that all additional Open Source packages that had been requested
in recent years have been installed.

Thanks, David


On Wed, Aug 16, 2023 at 6:47 AM Michael Felt via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> Migration complete.
>
>
>
> 
>
> Michael Felt
>
>
>
>
> *Mobile +31 (0)6 5184 4181*
>
> *Email* aixto...@felt.demon.nl
>
>
>
>
>
>
>
> *From:* cfarm-users  *On
> Behalf Of *Michael Felt via cfarm-users
> *Sent:* Saturday, August 12, 2023 5:35 PM
> *To:* GCC Compile Farm Users 
> *Cc:* Michael Felt 
> *Subject:* [cfarm-users] Migration of gcc119
>
>
>
> Dear all,
>
>
>
> Next Wednesday, 16 August 2023 at about 0700 GMT gcc119 will go down as we
> start the migration from AIX 7.2 to AIX 7.3 TL1.
>
>
>
> Ideally, we will be finished within 3 hours. The virtual machine (LPAR) is
> moving to a new partition, but on the same frame aka host. If, after three
> hours, the migration has not succeeded we will restart the gcc119 as AIX
> 7.2 – and figure out why it didn’t work before initiating a new merger.
>
>
>
> Regards,
>
> Michael Felt
>
>
>
>
>
> 
>
> Michael Felt
>
>
>
>
> *Mobile +31 (0)6 5184 4181*
>
> *Email* aixto...@felt.demon.nl
>
>
>
>
>
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Migration of gcc119

[David Edelsohn via cfarm-users]

FYI, the SSH key changed with the system migration.

David


On Wed, Aug 16, 2023 at 6:47 AM Michael Felt via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> Migration complete.
>
>
>
> 
>
> Michael Felt
>
>
>
>
> *Mobile +31 (0)6 5184 4181*
>
> *Email* aixto...@felt.demon.nl
>
>
>
>
>
>
>
> *From:* cfarm-users  *On
> Behalf Of *Michael Felt via cfarm-users
> *Sent:* Saturday, August 12, 2023 5:35 PM
> *To:* GCC Compile Farm Users 
> *Cc:* Michael Felt 
> *Subject:* [cfarm-users] Migration of gcc119
>
>
>
> Dear all,
>
>
>
> Next Wednesday, 16 August 2023 at about 0700 GMT gcc119 will go down as we
> start the migration from AIX 7.2 to AIX 7.3 TL1.
>
>
>
> Ideally, we will be finished within 3 hours. The virtual machine (LPAR) is
> moving to a new partition, but on the same frame aka host. If, after three
> hours, the migration has not succeeded we will restart the gcc119 as AIX
> 7.2 – and figure out why it didn’t work before initiating a new merger.
>
>
>
> Regards,
>
> Michael Felt
>
>
>
>
>
> 
>
> Michael Felt
>
>
>
>
> *Mobile +31 (0)6 5184 4181*
>
> *Email* aixto...@felt.demon.nl
>
>
>
>
>
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc119 disk full and AIX 7.3

[David Edelsohn via cfarm-users]

Hi, All

Despite 440GB of storage, the filesystem on gcc119 is nearly full.  Please
remove unnecessary files and old builds.

Also, please be aware that we plan to move the home directory filesystem of
gcc119 to a new AIX 7.3 TL1 system in the near future.  The system will
have a complete refresh of FOSS software based on AIX Toolbox for Linux,
and have LLVM-based IBM Open XL 17.1 compiler installed.  The new system
will be gcc119 and the current system and installation will be
decommissioned.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 /home filesystem full

[David Edelsohn via cfarm-users]

The gcc110 /home filesystem was full.  It now has been reduced to 99%, but
it is repeatedly is hitting the limit.  Please remove any unnecessary files.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Two problems on the gcc119 machine

[David Edelsohn via cfarm-users]

On Wed, Sep 21, 2022 at 11:08 AM Bruno Haible  wrote:

> David Edelsohn wrote:
> > Someone created a huge file in /var/tmp.  I have removed it, so there now
> > is space.
>
> Thank you!
>
> > > 2) A symbolic link for /usr/lib/libncurses.a exists, but linking with
> > > this library produces a non-functional program:
> > >
> > > $ cat conftest.c
> > > extern int tgetent (char *, const char *);
> > >
> > > int
> > > main (void)
> > > {
> > >   return tgetent ((char *) 0, "xterm");
> > > }
> > >
> > > $ xlc -q64 -lncurses conftest.c
> > >
> > > $ ./a.out
> > > exec(): 0509-036 Cannot load program ./a.out because of the following
> > > errors:
> > > 0509-022 Cannot load module
> > > /opt/freeware/lib/libncurses.a(libncurses.so.6).
> > > 0509-150   Dependent module libgcc_s.a(shr.o) could not be
> loaded.
> > > 0509-022 Cannot load module libgcc_s.a(shr.o).
> > > 0509-026 System error: A file or directory in the path name
> does
> > > not exist.
> > > 0509-022 Cannot load module a.out.
> > > 0509-150   Dependent module
> > > /opt/freeware/lib/libncurses.a(libncurses.so.6) could not be loaded.
> > >
> > > $ ldd ./a.out
> > > ./a.out needs:
> > >  /usr/lib/libc.a(shr_64.o)
> > >  /usr/lib/libncurses.a(libncurses.so.6)
> > >  /unix
> > >  /usr/lib/libcrypt.a(shr_64.o)
> > > Cannot find libgcc_s.a(shr.o)
> > >
> > > Probably another symlink /usr/lib/libgcc_s.a ->
> > > /opt/freeware/lib/libgcc_s.a
> > > will fix this problem.
> > >
> >
> > This is because you are combining a program compiled with XLC and a
> library
> > compiled with GCC.  You should add the LD_LIBRARY_PATH environment
> variable
> > so that the library knows where to find libgcc_s.a.
>
> Yes, I know that I can use 'LD_LIBRARY_PATH=/opt/freeware/lib', as a
> workaround.
> But it feels like the wrong cure, because
>
>   * I didn't specify to link with libgcc_s, only with libncurses, and I
> didn't
> use gcc.
>
>   * libncurses.a is symlinked into /usr/lib, where xlc will find it. What
> was
> the intent of this symlink? Apparently that compilations with xlc that
> use
> -lncurses succeed. But when such compilations produce dysfunctional
> programs, that goal has not been 100% achieved, IMHO.
>

gcc119 was installed with AIX 7.2 and the Bull Freeware packages.  Those
packages historically have contaminated the AIX namespace. IBM now
recommends the AIX Toolbox for Linux, which can use "dnf" and keeps the
namespaces more separate.

Michael Felt and I are planning to replace gcc119 with an AIX 7.3-based
system that uses the AIX Toolbox for Linux packages.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Two problems on the gcc119 machine

[David Edelsohn via cfarm-users]

On Sun, Sep 18, 2022 at 10:15 AM Bruno Haible via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> On the gcc119 (AIX 7.2) machine, there are two problems:
>
> 1) The /var partition is full:
>
> $ df -m /tmp /var/tmp
> FilesystemMB blocks  Free %UsedIused %Iused Mounted on
> /dev/hd3   16384.00  12377.05   25%   132106 5% /tmp
> /dev/hd9var 4096.00  0.00  100% 244033% /var
>
> With no room on /var/tmp, 'vi' is inoperable. There is no 'vim' on this
> machine. Therefore one has to use /opt/freeware/bin/emacs-nox instead.
>

Someone created a huge file in /var/tmp.  I have removed it, so there now
is space.


>
> 2) A symbolic link for /usr/lib/libncurses.a exists, but linking with
> this library produces a non-functional program:
>
> $ cat conftest.c
> extern int tgetent (char *, const char *);
>
> int
> main (void)
> {
>   return tgetent ((char *) 0, "xterm");
> }
>
> $ xlc -q64 -lncurses conftest.c
>
> $ ./a.out
> exec(): 0509-036 Cannot load program ./a.out because of the following
> errors:
> 0509-022 Cannot load module
> /opt/freeware/lib/libncurses.a(libncurses.so.6).
> 0509-150   Dependent module libgcc_s.a(shr.o) could not be loaded.
> 0509-022 Cannot load module libgcc_s.a(shr.o).
> 0509-026 System error: A file or directory in the path name does
> not exist.
> 0509-022 Cannot load module a.out.
> 0509-150   Dependent module
> /opt/freeware/lib/libncurses.a(libncurses.so.6) could not be loaded.
>
> $ ldd ./a.out
> ./a.out needs:
>  /usr/lib/libc.a(shr_64.o)
>  /usr/lib/libncurses.a(libncurses.so.6)
>  /unix
>  /usr/lib/libcrypt.a(shr_64.o)
> Cannot find libgcc_s.a(shr.o)
>
> Probably another symlink /usr/lib/libgcc_s.a ->
> /opt/freeware/lib/libgcc_s.a
> will fix this problem.
>

This is because you are combining a program compiled with XLC and a library
compiled with GCC.  You should add the LD_LIBRARY_PATH environment variable
so that the library knows where to find libgcc_s.a.

Thanks, David


>
> Bruno
>
>
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc119 AIX system reboot March 25

[David Edelsohn via cfarm-users]

The system on which the gcc119 partition runs will be rebooted
tomorrow, March 25, between 0700 and 0900 GMT for a firmware update.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc119 AIX downtime Dec 23

[David Edelsohn via cfarm-users]

Greetings!

To prepare for some updates and to allow greater freedom in the
future, the /home filesystem is being moved to its own AIX volume
group.  Due to its size, the copy operation requires several hours.
During this time, the system may appear online, but logins will be
disabled and /home will be offline (blocking bots and CI access).

The downtime will commence at approximately 0700 GMT on 23 December.
/home and logins will be reenabled after the transition has completed.

Happy Holidays!
David and Michael
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] GCC119 maintenance on November 2

[David Edelsohn via cfarm-users]

CFARM AIX System GCC119 will be offline on Tuesday, Nov 2 for system
maintenance.  This maintenance was postponed from last month.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] GCC119 maintenance on Tuesday, Oct 12

[David Edelsohn via cfarm-users]

CFARM AIX System GCC119 will be offline on Tuesday, Oct 12 for system
maintenance.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] GCC 119 AIX update on March 3

[David Edelsohn via cfarm-users]

GCC 119 will be updated to AIX 7.2 TL4 SP3 on Wednesday, March 3.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] AIX gcc119 planned outage Monday, October 12

[David Edelsohn via cfarm-users]

On Tue, Nov 3, 2020 at 10:33 AM Jonathan Wakely  wrote:
>
> On Thu, 8 Oct 2020 at 19:53, David Edelsohn via cfarm-users
>  wrote:
> >
> > gcc119 will be offline for 4-6 hours on Monday, October 12, beginning
> > at 0600 CUT/GMT for a reconfiguration of the hypervisor of the system
> > on which it is hosted.
>
> The /scratch disk is only writable by root, so I can't recreate
> /scratch/jwakely for my GCC builds.

The normal disk I/O has been improved so that /scratch no longer
should be necessary.  It has not been re-created.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 disk is full

[David Edelsohn via cfarm-users]

gcc110 disk is full.  Please clean up your files.

gcc110 primarily should be used to test PPC64 BE, not for regular
development.  There are other, newer Power systems with more disk
capacity that are available for regular development use.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] AIX gcc119 planned outage Monday, October 12

[David Edelsohn via cfarm-users]

gcc119 will be offline for 4-6 hours on Monday, October 12, beginning
at 0600 CUT/GMT for a reconfiguration of the hypervisor of the system
on which it is hosted.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] AIX system gcc119 maintenance on Monday May 18

[David Edelsohn via cfarm-users]

The Compile Farm AIX 7.2 system (gcc119) will be offline and
unavailable on Monday, May 18, to transfer the system to a different
partition.  All user files should be available on the new partition
when the transfer is complete and the system is restarted.  The system
will be transferred back to the original partition at a later time.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc119 scheduled downtime Monday 0700 GMT

[David Edelsohn via cfarm-users]

This Monday - starting at 0700 GMT (would be 0900 Paris time, 0800
London - with DST) - gcc119 will be down for maintenance. The updates
to be performed are POWER8 FW updates and VIOS. We will not be
changing anything in the partition itself. The expected downtime is
2-4 hours.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] GCC 112 Disk Full

[David Edelsohn via cfarm-users]

GCC 112 disk is full.  Please clean up voluntarily or the system will
be cleaned up involuntarily.  The system does not have enough
diskspace for each user to checkout the GCC Git tree.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc119: /scratch ramdisk missing?

[David Edelsohn via cfarm-users]

I just rebooted gcc119 because the GDB buildbot placed it into an
unusable state again.  It only just rebooted and allowed login.  I
have recreated the scratch RAMDISK.

Thanks, David

On Thu, Nov 21, 2019 at 11:13 AM Chuck Atkins via cfarm-users
 wrote:
>
> On gcc119 there used to be a ramdisk mounted on /scratch.  I was setting my 
> TMPDIR to a folder in there which dramatically improved compile speeds.  It 
> seems to be missing now though.  Will it be coming back?
>
> Thanks
> - Chuck
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] PowerPC 32 bit abi on gcc110.fsffrance.org

[David Edelsohn via cfarm-users]

On Mon, Sep 9, 2019 at 6:22 PM Bruno Haible via cfarm-users
 wrote:
>
> Kaz Kylheku wrote:
> > What I'm now wondering is whether my context saving/restoring assembly
> > code for PPC has any ABI "gotcha" in it. I've only tested in on the
> > above gcc110 machine.
>
> The compilefarm covers all variations of PowerPC ABIs (except for
> Mac OS X <= 10.5, which no one uses any more):
>
> powerpc 32-bit:
>   AIX   gcc111.fsffrance.org  CC="xlc"
>   Linux gcc110.fsffrance.org  CC="gcc -m32"

AIX 7.1 gcc111.fsffrance.org  GCC and XLC
AIX 7.2 gcc119.fsffrance.org GCC and XLC
Power9 Linux LE ELFv2 gcc135.fsffrance.org

The Linux systems have Linux distro GCC, IBM Advance Toolchain GCC
(/opt/at12.0) and XLC (/opt/ibm/xlC) installed.

>
> powerpc 64-bit:
>   AIX   gcc111.fsffrance.org  CC="xlc -q64" AR="ar -X 64" NM="nm -X 64"
>   Linux BE  gcc110.fsffrance.org  CC="gcc"
>   Linux LE ELFv2:  gcc112.fsffrance.org  CC="gcc"

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 disk full

[David Edelsohn via cfarm-users]

Please delete unnecessary files from gcc110. The disk is full.  This
is a shared resource.  Do not save old builds on the system.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc110 nearly out of disk space in /tmp/ (94% full, 115MB free)

[David Edelsohn via cfarm-users]

On Mon, Mar 25, 2019 at 10:42 AM Peter Maydell  wrote:
>
> On Mon, 25 Mar 2019 at 14:29, David Edelsohn via cfarm-users
>  wrote:
> > On Mon, Mar 25, 2019 at 7:04 AM Jonathan Wakely via cfarm-users
> >  wrote:
> > > shager, this is not cool when /tmp/ is less than 2G:
> > >
> > > $ du -sh /tmp/usession-release-*
> > > 759M/tmp/usession-release-pypy2.7-v7.x-0
> > > 146M/tmp/usession-release-pypy2.7-v7.x-1
> > > 0   /tmp/usession-release-pypy2.7-v7.x-shager
> > > 625M/tmp/usession-release-pypy3.6-v7.x-0
> > > 147M/tmp/usession-release-pypy3.6-v7.x-1
> > > 0   /tmp/usession-release-pypy3.6-v7.x-shager
> >
> > "shager" is the account used by the PyPy community.  PyPy just
> > released the latest in the 7.x series.
>
> Do you have a contact email for them so we can ask them to
> move this stuff into their home directory ?

Cleaned up now.

Sorry for the disruption.

- David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc110 nearly out of disk space in /tmp/ (94% full, 115MB free)

[David Edelsohn via cfarm-users]

On Mon, Mar 25, 2019 at 10:42 AM Peter Maydell  wrote:
>
> On Mon, 25 Mar 2019 at 14:29, David Edelsohn via cfarm-users
>  wrote:
> > On Mon, Mar 25, 2019 at 7:04 AM Jonathan Wakely via cfarm-users
> >  wrote:
> > > shager, this is not cool when /tmp/ is less than 2G:
> > >
> > > $ du -sh /tmp/usession-release-*
> > > 759M/tmp/usession-release-pypy2.7-v7.x-0
> > > 146M/tmp/usession-release-pypy2.7-v7.x-1
> > > 0   /tmp/usession-release-pypy2.7-v7.x-shager
> > > 625M/tmp/usession-release-pypy3.6-v7.x-0
> > > 147M/tmp/usession-release-pypy3.6-v7.x-1
> > > 0   /tmp/usession-release-pypy3.6-v7.x-shager
> >
> > "shager" is the account used by the PyPy community.  PyPy just
> > released the latest in the 7.x series.
>
> Do you have a contact email for them so we can ask them to
> move this stuff into their home directory ?

I sort of own the shager account, but I don't do the builds and
releases.  I am contacting the PyPy community to ask that they clean
up those files.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc110 nearly out of disk space in /tmp/ (94% full, 115MB free)

[David Edelsohn via cfarm-users]

On Mon, Mar 25, 2019 at 7:04 AM Jonathan Wakely via cfarm-users
 wrote:
>
> On Mon, 25 Mar 2019 at 11:00, Jonathan Wakely  wrote:
> >
> > On Mon, 25 Mar 2019 at 10:56, Peter Maydell via cfarm-users
> >  wrote:
> > >
> > > Hi; the gcc110 compile farm machine has a separately mounted /tmp/
> > > filesystem, which is currently 94% full (and which causes some test
> > > cases I have to fail because they can't create files in /tmp/).
> > > Could people using that machine make sure they clean up any lurking
> > > cruft they might have in /tmp/, please ?
> > >
> > > In this case I think almost all the space is being used
> > > by a single user : is there a way to get an email for the
> > > person behind a compile farm userid, so as to avoid doing broadcast
> > > list emails?
> >
> > Would that be better than publicly calling out "shager" for hundreds
> > of files and directories :-)
>
> shager, this is not cool when /tmp/ is less than 2G:
>
> $ du -sh /tmp/usession-release-*
> 759M/tmp/usession-release-pypy2.7-v7.x-0
> 146M/tmp/usession-release-pypy2.7-v7.x-1
> 0   /tmp/usession-release-pypy2.7-v7.x-shager
> 625M/tmp/usession-release-pypy3.6-v7.x-0
> 147M/tmp/usession-release-pypy3.6-v7.x-1
> 0   /tmp/usession-release-pypy3.6-v7.x-shager

"shager" is the account used by the PyPy community.  PyPy just
released the latest in the 7.x series.

- David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 diskspace

[David Edelsohn via cfarm-users]

Please delete any unnecessary files on gcc110.  It currently is 98% full.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Looking for the latest GCC for PowerPC

[David Edelsohn via cfarm-users]

On Mon, Dec 10, 2018 at 6:05 PM Segher Boessenkool via cfarm-users
 wrote:
>
> On Thu, Dec 06, 2018 at 10:02:14PM -0500, Jeffrey Walton via cfarm-users 
> wrote:
> > On Thu, Dec 6, 2018 at 12:02 PM Segher Boessenkool
> >  wrote:
> > > > Does anyone know where to find the latest GCC?
> > >
> > > You can just do
> > >
> > > $ $HOME/src/gcc/configure --prefix=$HOME/$WHEREVER --enable-languages=all
> > > $ nice make -j99
> > > $ make install
> >
> > Doesn't that waste disk space? I specifically try to avoid it because
> > of the "clean your home drive" messages sent out on occasion.
>
> It's all relative.  A compiler installation is less than 1GB, typically.
> A source tree is many GB.  A build tree is tens of GB.
>
> > It is also why I request a compiler be installed for everyone to use.
>
> There already *are* compilers of the latest release installed on many
> systems.  There are no daily builds, everyone wants to test with different
> options -- and that is a *good* thing.
>
> If you want to make some "generic" (say) weekly build available to everyone,
> everywhere, just do so?

I would recommend that you contact / coordinate with iulius who has
been publishing recent versions of many tools in /opt/cfarm, e.g.,
/opt/cfarm/gcc-latest .  As you mentioned, disk space is limited and
we don't need 20 different developers publishing their own copy of
recent GCC snapshots. I don't know the schedule that iulius publishes
updates.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Setting up GitLab CI for git.git on the farm

[David Edelsohn via cfarm-users]

On Sun, Nov 25, 2018 at 6:16 PM Ævar Arnfjörð Bjarmason
 wrote:
>
>
> +CC cfarm-admins@
>
> On Sun, Nov 25 2018, David Edelsohn via cfarm-users wrote:
>
> > On Sat, Nov 24, 2018 at 5:53 PM Segher Boessenkool via cfarm-users
> >  wrote:
> >>
> >> Hi!
> >>
> >> On Sat, Nov 24, 2018 at 11:28:58PM +0100, Ævar Arnfjörð Bjarmason via 
> >> cfarm-users wrote:
> >> > I got access to the farm a while ago to test free software projects I
> >> > work on, mainly git.git. I wanted to send a headsup about what I've been
> >> > up to.
> >> >
> >> > I'm setting up something where the integration branches of git.git are
> >> > smoke tested on various machines on the farm. See the Git ML
> >> > announcement at
> >> > https://public-inbox.org/git/875zwm15k2@evledraar.gmail.com/
> >> >
> >> > Currently I'm running things on these machines:
> >> > https://gitlab.com/git-vcs/git-gitlab-ci/blob/b8d4645891aa/.gitlab-ci.yml#L16-57
> >> >
> >> > I've tried to be conservative about resources. It's all nice -n 19'd,
> >> > and with a conservative -j value relative to the number of cores:
> >> > https://gitlab.com/git-vcs/git-gitlab-ci/blob/b8d4645891aa/ci/gitlab/run-on-gcc-farm.sh#L62-163
> >>
> >> At least for the Power machines, that isn't conservative at all.
> >> -j1 is conservative.  -j24 is not conservative on a machine with 20 CPUs
> >> (gcc112), or 32 CPUs (gcc135).  The AIX (gcc119) jobs seem to run for over
> >> an hour on half the machine?  That's no good :-(
> >
> > The AIX systems unfortunately are I/O bound.
> >
> > One can run set up a temporary directory in the /scratch RAMDISK for
> > some improvement.
>
> Thanks. The /scratch directory exists on gcc119 and speeds things up by
> a *lot*, but doesn't exist on the other AIX machine, gcc111. Would it be
> possible to have /scratch be a ramdisk there too?

It's possible, but gcc111 is an old system with an older release of
AIX. There's not a lot of reason to focus on it.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Setting up GitLab CI for git.git on the farm

[David Edelsohn via cfarm-users]

On Sat, Nov 24, 2018 at 5:53 PM Segher Boessenkool via cfarm-users
 wrote:
>
> Hi!
>
> On Sat, Nov 24, 2018 at 11:28:58PM +0100, Ævar Arnfjörð Bjarmason via 
> cfarm-users wrote:
> > I got access to the farm a while ago to test free software projects I
> > work on, mainly git.git. I wanted to send a headsup about what I've been
> > up to.
> >
> > I'm setting up something where the integration branches of git.git are
> > smoke tested on various machines on the farm. See the Git ML
> > announcement at
> > https://public-inbox.org/git/875zwm15k2@evledraar.gmail.com/
> >
> > Currently I'm running things on these machines:
> > https://gitlab.com/git-vcs/git-gitlab-ci/blob/b8d4645891aa/.gitlab-ci.yml#L16-57
> >
> > I've tried to be conservative about resources. It's all nice -n 19'd,
> > and with a conservative -j value relative to the number of cores:
> > https://gitlab.com/git-vcs/git-gitlab-ci/blob/b8d4645891aa/ci/gitlab/run-on-gcc-farm.sh#L62-163
>
> At least for the Power machines, that isn't conservative at all.
> -j1 is conservative.  -j24 is not conservative on a machine with 20 CPUs
> (gcc112), or 32 CPUs (gcc135).  The AIX (gcc119) jobs seem to run for over
> an hour on half the machine?  That's no good :-(

The AIX systems unfortunately are I/O bound.

One can run set up a temporary directory in the /scratch RAMDISK for
some improvement.

- David

>
> There are two important considerations for automated jobs.  Are things set
> up so that your task cannot monopolise a system; and, are things set up so
> that your automated tasks do not hinder interactive work.
>
> Could you please work on making those two things true?
>
>
> Segher
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] GCC119 and GCC support for init_priority

[David Edelsohn via cfarm-users]

It should.

David


On Sat, Aug 4, 2018, 12:15 Jeffrey Walton via cfarm-users <
cfarm-users@lists.tetaneutral.net> wrote:

> 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.html
>
> Can anyone confirm the AIX linker supports initialization priorities?
>
> Jeff
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Please install CMake on GCC119

[David Edelsohn via cfarm-users]

On Sun, Jul 15, 2018 at 5:33 PM Noah Misch via cfarm-users
 wrote:
>
> On Sun, Jul 15, 2018 at 02:19:36PM -0400, Jeffrey Walton via cfarm-users 
> wrote:
> > We have the (dis)pleasure of maintaining CMake source files. If it is
> > not too much trouble could someone install Cmake on GCC119.
>
> When I needed cmake on gcc119, I installed a private copy of cmake-3.12.0-rc2 
> as
> follows:
>
>   ./bootstrap --prefix=$HOME/sw/cmake --parallel=10 --verbose CC=gcc CXX=g++ 
> CFLAGS=-maix64 CXXFLAGS=-maix64 LDFLAGS=-Wl,-bbigtoc
>   gmake -j10
>   gmake test
>   gmake -j4 install
>
> (This doesn't fill your request, but I'm conveying these facts in case they 
> help
> you or someone who does fill it.)
>
> > 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.

Why does cmake need to be compiled as 64 bit?  And linking with bigtoc
is a very inefficient, bad choice.  If it really overflows the TOC, it
should be compiled with -mcmodel=large.

Because the Bull Freeware site does not maintain a consistent ABI,
it's very difficult for me to install a cmake binary now. It would
have been helpful to notify me of these additional software
requirements during the last update of packages downloaded from Bull
Freeware.

- David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc112 /home 100% full - clean up NOW

[David Edelsohn via cfarm-users]

Thanks for the  people who have been helping to cleanup the diskspace usage.

The system has over 1TB of diskspace, but the GCC Compile Farm
continues to accept more account requests, everyone needs to be
considerate.

There are a few long-time users who each are using nearly 100GB of
space.  They have been contacted and requested to reduce their
diskspace usage.  The storage on the system is not large enough for
archival storage of old builds.

Thanks, David

On Sun, Jun 24, 2018 at 2:12 AM Jonathan Wakely via cfarm-users
 wrote:
>
> On Sun, 24 Jun 2018 at 02:52, Ville Voutilainen via cfarm-users
>  wrote:
> >
> > On 24 June 2018 at 04:43, Ville Voutilainen  
> > wrote:
> > > On 24 June 2018 at 04:35, David Edelsohn via cfarm-users
> > >  wrote:
> > >> Please clean up your home directory on gcc112.  The home filesystem is
> > >> 100% full.  If it is not drastically reduced voluntarily, files will
> > >> be deleted involuntarily.
> > >
> > > I purged my gcc-6 and gcc-7 checkouts from that machine; I shouldn't
> > > need to; I'm a libstdc++ co-maintainer who
> > > occasionally needs to backport patches and regtest them.
> >
> > To soften the tone; both I and Jonathan Wakely consider gcc112 to be
> > of paramount importance for our work
> > on the library; we try to be good citizens on the machine, but it's
> > important for us to do our jobs.
>
> Yes, but something went very wrong with the libstdc++ testsuite for a
> --with-long-double-format=ieee build:
>
> [jwakely@gcc2-power8 ~]$ du -sh *
> 8.0Kbin
> 4.0Gbuild
> 23G build-ieee128
>
> [jwakely@gcc2-power8 normal6]$ size core.26332
> size: Warning: core.26332 is truncated: expected core file size >=
> 34361835520, found: 20398997504.
>textdata bss dec hex filename
>  917504 34360852480   0 34361769984 8001f
> core.26332 (core file invoked as ./robustness.exe )
>
> I've removed that file and restored the ulimit I normally use.
>
>
> > ___
> > cfarm-users mailing list
> > cfarm-users@lists.tetaneutral.net
> > https://lists.tetaneutral.net/listinfo/cfarm-users
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc112 /home 100% full - clean up NOW

[David Edelsohn via cfarm-users]

Please clean up your home directory on gcc112.  The home filesystem is
100% full.  If it is not drastically reduced voluntarily, files will
be deleted involuntarily.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 diskspace usage

[David Edelsohn via cfarm-users]

Diskspace usage on gcc110 reached 100% earlier today. It still is over
95%.  Please removed unused files or the Compile Farm administration
will be forced to involuntarily delete files.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc112: disk errors

[David Edelsohn via cfarm-users]

I have reported the problem to OSU.

Don't know if it's limited to a filesystem corruption bug or symptom
of a hardware disk failure.

- David


On Mon, Apr 23, 2018 at 6:43 AM, Alexander Monakov via cfarm-users
 wrote:
> (Bcc'ed to cfarm-admins@)
>
> Hello,
>
> on gcc112 there are disk errors and new logins are denied. In dmesg there's
>
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): Metadata corruption 
> detected at xfs_inode_buf_read_verify+0x84/0x110 [xfs], xfs_inode block 
> 0xbd0a8540
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): Unmount and run 
> xfs_repair
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): First 64 bytes of 
> corrupted metadata buffer:
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e000: 46 69 6c 65 50 61 
> 74 68 2e 6d 61 6b 65 64 69 72  FilePath.makedir
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e010: 73 7d 20 73 75 63 
> 63 65 65 64 73 20 77 68 65 6e  s} succeeds when
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e020: 20 63 61 6c 6c 65 
> 64 20 6f 6e 20 61 20 64 69 72   called on a dir
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e030: 65 63 74 6f 72 79 
> 20 74 68 61 74 20 61 6c 72 65  ectory that alre
>
> this "Metadata corruption" message is repeated a few times until
>
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): Metadata corruption 
> detected at xfs_inode_buf_read_verify+0x84/0x110 [xfs], xfs_inode block 
> 0xbd0a8540
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): Unmount and run 
> xfs_repair
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): First 64 bytes of 
> corrupted metadata buffer:
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e000: 46 69 6c 65 50 61 
> 74 68 2e 6d 61 6b 65 64 69 72  FilePath.makedir
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e010: 73 7d 20 73 75 63 
> 63 65 65 64 73 20 77 68 65 6e  s} succeeds when
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e020: 20 63 61 6c 6c 65 
> 64 20 6f 6e 20 61 20 64 69 72   called on a dir
> kern  :alert : [Mon Apr 23 11:32:37 2018] c011fe95e030: 65 63 74 6f 72 79 
> 20 74 68 61 74 20 61 6c 72 65  ectory that alre
> kern  :alert : [Mon Apr 23 11:32:37 2018] XFS (dm-6): metadata I/O error: 
> block 0xbd0a8540 ("xfs_trans_read_buf_map") error 117 numblks 16
> kern  :notice: [Mon Apr 23 11:32:37 2018] XFS (dm-6): 
> xfs_do_force_shutdown(0x1) called from line 370 of file 
> fs/xfs/xfs_trans_buf.c.  Return address = 0xd0001ce98e9c
> kern  :alert : [Mon Apr 23 11:32:38 2018] XFS (dm-6): I/O Error Detected. 
> Shutting down filesystem
> kern  :alert : [Mon Apr 23 11:32:38 2018] XFS (dm-6): metadata I/O error: 
> block 0x70271a2a ("xlog_iodone") error 5 numblks 64
> kern  :notice: [Mon Apr 23 11:32:38 2018] XFS (dm-6): 
> xfs_do_force_shutdown(0x2) called from line 1203 of file fs/xfs/xfs_log.c.  
> Return address = 0xd0001ce83b8c
> kern  :alert : [Mon Apr 23 11:32:38 2018] XFS (dm-6): Please umount the 
> filesystem and rectify the problem(s)
> kern  :warn  : [Mon Apr 23 11:32:38 2018] XFS (dm-6): xfs_imap_to_bp: 
> xfs_trans_read_buf() returned error -117.
> kern  :warn  : [Mon Apr 23 11:32:38 2018] XFS (dm-6): xfs_log_force: error -5 
> returned.
> kern  :warn  : [Mon Apr 23 11:32:38 2018] XFS (dm-6): xfs_log_force: error -5 
> returned.
> kern  :alert : [Mon Apr 23 11:32:38 2018] XFS (dm-6): metadata I/O error: 
> block 0x70252003 ("xfs_trans_read_buf_map") error 5 numblks 1
> kern  :notice: [Mon Apr 23 11:32:38 2018] XFS (dm-6): 
> xfs_do_force_shutdown(0x1) called from line 370 of file 
> fs/xfs/xfs_trans_buf.c.  Return address = 0xd0001ce98e9c
> kern  :warn  : [Mon Apr 23 11:32:38 2018] XFS (dm-6): xfs_log_force: error -5 
> returned.
> kern  :warn  : [Mon Apr 23 11:32:49 2018] XFS (dm-6): xfs_log_force: error -5 
> returned.
> kern  :warn  : [Mon Apr 23 11:33:19 2018] XFS (dm-6): xfs_log_force: error -5 
> returned.
>
>
> and after that the "xfs_log_force" error is repeated approx. every 30 seconds.
>
> Alexander
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] peko, please 'nice' your jobs

[David Edelsohn via cfarm-users]

On Mon, Mar 26, 2018 at 10:15 AM, Peter Korsgaard via cfarm-users
 wrote:

>> "Jonathan" == Jonathan Wakely via cfarm-users 
>>  writes:
>
>  > I can't remember ever using gcc112 when it wasn't running several jobs
>  > for "peko", all run without nice.
>
> Sorry, fixed.
>
>  > Please remember these are shared machines, and running jobs
>  > back-to-back all day, every day doesn't seem necessary.
>
> This is an autobuilder (randconfig) setup for Buildroot, but I have
> scaled back the number of jobs to 1/4, hopefully that is OK?

Peter,

If you are running an autobuilder that is running continually, then
you should request a dedicated VM from OSUOSL.  The GNU Compile Farm
system is okay for intermittent builders and testers, but not intended
for a user to monopolize the system -- even part of the system -- for
an autobuilder that runs continuously.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc112/ppc64-le, and undefined reference to __cxa_thread_atexit_impl

[David Edelsohn via cfarm-users]

On Mon, Feb 19, 2018 at 4:20 PM, Jeffrey Walton via cfarm-users
 wrote:
> 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.o validat0.o validat1.o
>>> validat2.o validat3.o validat4.o datatest.o regtest1.o regtest2.o
>>> regtest3.o dlltest.o fipsalgt.o ./libcryptopp.a
>>> /home/guerby/opt/cfarm/gcc7rc2/bin/../lib/gcc/powerpc64le-unknown-linux-gnu/7.0.1/../../../../lib64/libstdc++.so:
>>> undefined reference to `__cxa_thread_atexit_impl@GLIBC_2.18'
>>> collect2: error: ld returned 1 exit status
>>> make: *** [cryptest.exe] Error 1
>>
>> How/why do you get anything from /home/guerby?  /opt/cfarm/gcc7rc2 was
>> build on a different machine (and it is only there so people can use it
>> as an easy starting point for building ada: the system compiler on 112
>> does not support that) so there is no way it refers to there.
>
> Hmm, I'm not sure. I'm on GCC112, and it is in /opt/cfarm:
>
> $ ls /opt/cfarm/
> autoconf-latestftp krb5-latest  mpfr-latest python3-latest
> bison-latest   gcc7rc2 m4-latestopenssl-latest  release
> cyrus-sasl-latest  gcc-latest  make-latest  perl5-latestzlib-latest
> db-latest  gmp-latest  mpc-latest   python2-latest
>
>> I know nothing about the build system you used, but it seems buggy.
>
> I used a GNUmakefile:
>
> CXX=/opt/cfarm/gcc7rc2/bin/g++ make -j 20
>
> Nothing special, as far as I know. Just using the latest compiler.

Why are you using /opt/cfarm instead of the default system compiler?

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 may encounter unintended consequences, as you have
discovered.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Please install UTF-8 locale on gcc119

[David Edelsohn via cfarm-users]

My colleague and I have installed UTF-8 support on gcc119.

Thanks, David


On Thu, Nov 9, 2017 at 6:50 PM, 大平怜 via cfarm-users
 wrote:
> Hi,
>
> Could anyone install bos.loc.utf.EN_US on gcc119?
> http://www-01.ibm.com/support/docview.wss?uid=isg1fileset1293737879
>
> I need UTF-8 support of a file system for some Ruby tests.
>
>
> Thanks,
> Rei Odaira
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Please cleanup your /home on farm machines

[David Edelsohn via cfarm-users]

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 \) \
>
> I veto this 400%.  People have valuable .o files, and this is not very
> effective anyway (other files take up more space).

I agree with Segher.

Automatically deleting files is completely unacceptable and contrary
to the purpose of the GNU Compile Farm.  The Compile Farm requires
that users are considerate of each other and the shared resources that
are provided gratis.

We can determine the users consuming the largest amount of diskspace
and request that they delete it.  The Compile Farm is a privilege, not
a right.  Users who consume an excessive amount of diskspace (or CPU)
and don't respond to requests to clean up politely should be told to
find other resources for their project.

Thanks, David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] gcc119 - xlC version?

[David Edelsohn via cfarm-users]

On Thu, Sep 21, 2017 at 1:35 AM, Jeffrey Walton via cfarm-users
 wrote:
> 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, 5765-J07)
> Version: 13.01.0003.
>
> GCC112 (Linux, little endian):
>
> $ xlc -qversion
> IBM XL C/C++ for Linux, V13.1.5 (5725-C73, 5765-J08)
> Version: 13.01.0005.0001

I installed the XLC update on GCC 119:

$ xlc -qversion
IBM XL C/C++ for AIX, V13.1.3 (5725-C72, 5765-J07)
Version: 13.01.0003.0004

- David
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] Installing emacs on GCC119/AIX

[David Edelsohn via cfarm-users]

The Emacs RPM is broken.  The pre-built binaries for AIX are known to
have problems with libintl dependencies.

- David


On Tue, Oct 10, 2017 at 7:22 AM, Martin Jambor <mjam...@suse.cz> wrote:
> Hi,
>
> On Thu, Aug 31, 2017 at 08:12:44AM -0400, David Edelsohn via cfarm-users 
> wrote:
>> On Thu, Aug 31, 2017 at 7:30 AM, Jeffrey Walton via cfarm-users
>> <cfarm-users@lists.tetaneutral.net> wrote:
>> > Hi Everyone,
>> >
>> > I'd like to install emacs on GCC119/AIX.
>>
>> 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(): 0509-036 Cannot load program emacs because of the following errors:
> 0509-130 Symbol resolution failed for 
> /opt/freeware/lib/libglib-2.0.a(libglib-2.0.so.0) because:
> 0509-136   Symbol __dbargs (number 187) is not exported from
>dependent module /opt/freeware/lib/libintl.a(libintl.so.8).
> 0509-136   Symbol __dbsubc (number 195) is not exported from
>dependent module /opt/freeware/lib/libintl.a(libintl.so.8).
> 0509-136   Symbol __dbsubg (number 196) is not exported from
>dependent module /opt/freeware/lib/libintl.a(libintl.so.8).
> 0509-136   Symbol __dbsubn (number 197) is not exported from
>dependent module /opt/freeware/lib/libintl.a(libintl.so.8).
> 0509-026 System error: Error 0
> 0509-192 Examine .loader section symbols with the
>  'dump -Tv' command.
>
>
> Or am I the only one getting that error?
>
> Thanks,
>
> Martin
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] GCC119/AIX disassembler?

[David Edelsohn via cfarm-users]

XLC generates object files directly, it does not generate assembly
language files and use the AIX Assembler.

xlc -S actually invokes the XLC disassembler.  The disassembler is
installed in the XLC directory structure as

/opt/IBM/xlc/13.1.3/exe/dis

- David


On Wed, Sep 13, 2017 at 1:01 AM, Jeffrey Walton via cfarm-users
 wrote:
> 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:
>>> >> Hi Everyone,
>>> >>
>>> >> Please forgive my ignorance. What is (are?) the disassemblers
>>> >> available on GCC119, which is an AIX machine?
>>> >
>>> > In another thread you have stated that you don't read PPC assembly, so
>>> > of what use would be a disassembler?
>>>
>>> I want to examine the code generated by XL/C and compare it GCC.
>>>
>>> Below is the sequence I am seeing laid out by GCC on GCC112, which is
>>> Linux LE. I am interested in learning how the code changes when moving
>>> to XL/C on a buig endian machine.
>>
>> Well, XL/C also supports the -S option.
>
> Thanks. I was not aware it was a disassembler, too.
>
> Thanks again.
>
> Jeff
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

Re: [cfarm-users] GCC119 (AIX), GDB 7.9.1, and unable to display VMX regs

[David Edelsohn via cfarm-users]

You also can try to use DWARF debugging on AIX (-gdwarf). I'm not
certain if that debugging format works better for VSX information.

Thanks, David

On Thu, Sep 7, 2017 at 5:50 AM, Paul Hargrove via cfarm-users
 wrote:
> I cannot answer to whether or not they will print VMX registers, but AIX
> provides "dbx" and "adb" as the native debuggers.  They may be worth
> learning if gdb isn't working for you.
>
> -Paul
>
>
> On Wed, Sep 6, 2017 at 8:12 PM, Jeffrey Walton via cfarm-users
>  wrote:
>>
>> Hi Everyone,
>>
>> I'm working on GCC119 which is an AIX machine. Its a Power 8, so it
>> has the VMX unit.
>>
>> I'm trying to use the in-core crypto. The instructions are gets
>> processed by the VMX unit. I need to see the reg values, but GDB
>> cannot print them (see below).
>>
>> Does anyone know how to display the registers when working on AIX?
>>
>> Thanks in advance.
>>
>> ==
>>
>> (gdb) info all-registers
>> r0 0x1032   0x1032
>> r1 0x2ff22a60   0x2ff22a60
>> ...
>> xer0x3d 0x3d
>> fpscr  0x0  0x0
>> vr0{uint128 = , v4_float = {,
>> , , }, v4_int32 =
>> {,
>> , , }, v8_int16 =
>> {,
>> , , , ,
>> ,
>> , }, v16_int8 = {
>>  }}
>>
>> ...
>>
>> [repeated]
>>
>> ...
>> vr31   {uint128 = , v4_float = {,
>> , , }, v4_int32 =
>> {,
>> , , }, v8_int16 =
>> {,
>> , , , ,
>> ,
>> , }, v16_int8 = {
>>  }}
>> ___
>> cfarm-users mailing list
>> cfarm-users@lists.tetaneutral.net
>> https://lists.tetaneutral.net/listinfo/cfarm-users
>
>
>
>
> --
> Paul H. Hargrove  phhargr...@lbl.gov
> Computer Languages & Systems Software (CLaSS) Group
> Computer Science Department   Tel: +1-510-495-2352
> Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
>
> ___
> cfarm-users mailing list
> cfarm-users@lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users

[cfarm-users] gcc110 (gcc1-power7) scheduled upgrade August 10

[David Edelsohn via cfarm-users]

gcc110.fsffrance.org (gcc1-power7.osuosl.org) will be upgraded from
Fedora to current PPC64 CentOS 7 on Thursday, August 10, beginning at
1:00 PM PDT.

The intention is to preserve user data mounted in /home and only
re-install the operating system.

The upgrade should be completed in a few hours, but the system may
require a number of days to discover and install missing packages,
etc.

Please plan accordingly.

Thanks, David

P.S. gcc112 running PPC64LE CentOS remains available.
___
cfarm-users mailing list
cfarm-users@lists.tetaneutral.net
https://lists.tetaneutral.net/listinfo/cfarm-users