[Llvm-bgq-discuss] About that debugging stuff ....

Tue Aug 19 17:35:00 CDT 2014

Hal

Don’t worry. Apparently it is a known problem on systems that upgraded
last week and it has been reported by others. Some processor architecture
flag in gdb or elsewhere is messed up and an efix is on its way.

Thanks anyway

JB

On 19/08/14 22:34, "Hal Finkel" <hfinkel at anl.gov> wrote:

>Hi John,
>
>Sorry for the delayed reply. So, to clarify, the problem is that running
>the application under the debugger on the IONs hangs the IONs? If that's
>what's going on, I'll ping one of our systems folks to see if they have
>any ideas.
>
> -Hal
>
>----- Original Message -----
>> From: "John A. Biddiscombe" <biddisco at cscs.ch>
>> To: "John A. Biddiscombe" <biddisco at cscs.ch>,
>>llvm-bgq-discuss at lists.alcf.anl.gov
>> Sent: Thursday, August 14, 2014 5:07:09 AM
>> Subject: Re: [Llvm-bgq-discuss] About that debugging stuff ....
>> 
>> 
>> 
>> 
>> 
>> Oops - It seems SLEEF is numerics and I was confusing this library
>> with the ELF stuff - I’ll drop that from my enquiries.
>> 
>> 
>> 
>> I’d still welcome any feedback on the debug issue though - actually,
>> I tried another program and this one behaves more normally, so it
>> might just be that particular test that is a bit dodgy.
>> 
>> 
>> 
>> JB
>> 
>> 
>> 
>> 
>> 
>> From: llvm-bgq-discuss-bounces at lists.alcf.anl.gov
>> [mailto:llvm-bgq-discuss-bounces at lists.alcf.anl.gov] On Behalf Of
>> Biddiscombe, John A.
>> Sent: 14 August 2014 11:56
>> To: llvm-bgq-discuss at lists.alcf.anl.gov
>> Subject: [Llvm-bgq-discuss] About that debugging stuff ....
>> 
>> 
>> 
>> Greetings people.
>> 
>> 
>> 
>> Having not used the BGAS machine for the summer and now getting back
>> to it, I did a clean install of many things and setup my system as
>> follows
>> 
>> 
>> 
>> NB. current is r209570-20140527
>> 
>> 
>> 
>> export
>> CLANG_ROOT=/gpfs/bbp.cscs.ch/home/biddisco/apps/clang/bgclang/current
>> 
>> export CC=$CLANG_ROOT/bin/clang
>> 
>> export CXX=$CLANG_ROOT/bin/clang++
>> 
>> export PATH=$CLANG_ROOT/bin:$PATH
>> 
>> export LDFLAGS="-dynamic"
>> 
>> export CFLAGS="-mcpu=a2 -std=c99"
>> 
>> 
>> 
>> export
>> 
>>GCC_TOOOLCHAIN=/gpfs/bbp.cscs.ch/home/biddisco/clang/V1R2M1_base_4.7.2/gn
>>u-linux-4.7.2/powerpc64-bgq-linux/include/c++/4.7.2
>> 
>> export GCC_TOOLCHAIN_INCLUDE=$GCC_TOOOLCHAIN/powerpc64-bgq-linux
>> 
>> export CLANG_LIBCPP=$CLANG_ROOT/libc++/lib
>> 
>> export
>> 
>>SYS_LIBSTDCPP=/gpfs/bbp.cscs.ch/home/biddisco/clang/V1R2M1_base_4.7.2/gnu
>>-linux-4.7.2/powerpc64-bgq-linux/lib/
>> 
>> export CPPFLAGS="-mcpu=a2 --std=c++11 -stdlib=libc++
>> -I$GCC_TOOOLCHAIN -I$GCC_TOOLCHAIN_INCLUDE -L$CLANG_LIBCPP
>> -L$SYS_LIBSTDCPP
>> -L/bgsys/drivers/ppcfloor/gnu-linux-4.7.2/powerpc64-bgq-linux/lib
>> -lstdc++"
>> 
>> export CXXFLAGS=$CPPFLAGS
>> 
>> export
>> LD_LIBRARY_PATH=$CLANG_ROOT/libc++/lib:$SYS_LIBSTDCPP:$LD_LIBRARY_PATH
>> 
>> 
>> 
>> and so I’m using c++11, libc++ from clang, and libstdc++ from the
>> 4.7.2 toolchain - and * NOT * using the bgclang wrapper scripts
>> because I’m on the linux IO nodes and not the compute nodes.
>> 
>> 
>> 
>> Great news is that applications compile link and run. (yay!). Thanks
>> Hal and your colleagues for the ongoing support. (It’s getting like
>> I * almost * know what I’m doing now that I can fool the compiler
>> into working as expected!)
>> 
>> 
>> 
>> But here’s something interesting : when I gdb a test program, and do
>> a list before running anything, it shows me the ELF init stuff
>> 
>> 
>> 
>> GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1)
>> 
>> ...
>> 
>> Reading symbols from
>> /gpfs/bbp.cscs.ch/home/biddisco/bgas/clang/build/skv/skv_server...done.
>> 
>> (gdb)
>> 
>> (gdb) list
>> 
>> 1 /* Startup support for ELF initializers/finalizers in the main
>> executable.
>> 
>> 2 Copyright (C) 2002, 2003, 2004, 2005, 2009 Free Software
>> Foundation, Inc.
>> 
>> 3 This file is part of the GNU C Library.
>> 
>> 4
>> 
>> 5 The GNU C Library is free software; you can redistribute it and/or
>> 
>> 6 modify it under the terms of the GNU Lesser General Public
>> 
>> 7 License as published by the Free Software Foundation; either
>> 
>> 8 version 2.1 of the License, or (at your option) any later version.
>> 
>> 9
>> 
>> 10 In addition to the permissions in the GNU Lesser General Public
>> 
>> (gdb) run
>> 
>> Starting program:
>> /gpfs/bbp.cscs.ch/home/biddisco/bgas/clang/build/skv/skv_server
>> 
>> Missing separate debuginfo for
>> 
>>/gpfs/bbp.cscs.ch/home/biddisco/apps/clang/bgclang/current/libc++/lib/lib
>>c++.so.1
>> 
>> Try: yum --disablerepo='*' --enablerepo='*-debug*' install
>> /usr/lib/debug/.build-id/85/2e450ebcbf27794ca5453b99a9e19311bfe3f4.debug
>> 
>> [Thread debugging using libthread_db enabled]
>> 
>> 
>> 
>> but as soon as I ‘run’, the node hangs and I have to reboot it.
>> 
>> It doesn’t do that without the debugger AFAICT.
>> 
>> 
>> 
>> Am I missing an important SLEEF related issue/link. I have no real
>> clue what sleef is for, but it is prominent in the clang wrappers
>> and maybe I need it for the correct init.
>> 
>> 
>> 
>> Thanks for any advice. (I’ll be googling sleef whilst waiting for the
>> USA to wake up).
>> 
>> 
>> 
>> JB
>> 
>> 
>> 
>> --
>> 
>> John Biddiscombe, email:biddisco @.at.@ cscs.ch
>> 
>> http://www.cscs.ch/
>> 
>> CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
>> 
>> Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82
>> 
>> 
>> _______________________________________________
>> llvm-bgq-discuss mailing list
>> llvm-bgq-discuss at lists.alcf.anl.gov
>> https://lists.alcf.anl.gov/mailman/listinfo/llvm-bgq-discuss
>> 
>
>-- 
>Hal Finkel
>Assistant Computational Scientist
>Leadership Computing Facility
>Argonne National Laboratory