Gcc 3.2, __divdi3, and libjava.so

I've been staring at this one off and on for quite a while now, and finally got something that should make for a decent question.
When I install the j2sdk-1_4_1_01-linux-i586.bin file on my Linux system, which is based on Linux From Scratch -- everything is compiled from source -- and was built with gcc 3.2, I can't get any of the included programs to start up properly. If I just unpack the .bin and set up the JAVA_HOME and PATH variables, then when I run "java" (i.e. no arguments), I get the following:
There was an error trying to initialize the HPI library.
Please check your installation, HotSpot does not work correctly
when installed in the JDK 1.2 Linux Production Release, or
with any JDK 1.1.x release.
Could not create the Java virtual machine.
Which I've seen a couple of posts for in these forums. Most of them were for Solaris, but they were the exact same problem, and they involved either not having LD_LIBRARY_PATH set properly, or just not preloading the correct libhpi shared lib.
So I tried LD_LIBRARY_PATH, but I think I screwed it up because it did the same thing. But then I did an "export LD_PRELOAD=$JAVA_HOME/jre/lib/i386/native_threads/libhpi.so" to manually preload the HPI lib, and the error changed into something very familiar (to me):
Error occurred during initialization of VM
Unable to load native library: /home/bilbo/j2sdk1.4.1_01/jre/lib/i386/libjava.so: symbol __divdi3, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
Now I've seen this exact same error (albeit with a different .so file) with nVidia's closed-source, binary-only video drivers, using both versions 2960 and 4191. Version 3123 (the only release between those two) works just fine, and when I originally reported that bug to nVidia, they said "wait for 3123". 4191 broke it again, but that isn't really important now.
I don't know what they did in 3123 to fix it, but I do know that it's possible to do.
Running nm on /lib/libc.so.6 and grepping for divdi3 produces:
001051c0 t __divdi3
001057d0 t __udivdi3
So the symbol is there. It's marked as in the text segment, but with a status of "local" (according to the nm manpage, "if [the letter is] lowercase, the symbol is local; if uppercase, the symbol is global (external)"). But I couldn't find out what the difference was with a search of google.com/linux at all.
I do have the old (gcc 2) libstdc++-libc6.1-1.so.2 file that the SDK was complaining about before ("before" being late 1.3/early 1.4 releases, IIRC), but I don't think that file matters anymore. At least, when I didn't have it, I got the same errors.
Any suggestions would be very much appreciated.

I'm using the following versions of different things:
binutils 2.13
glibc 2.2.5+linuxthreads
gcc 3.2 (which I did say)
kernel 2.4.20 plus -preempt
Sorry, forgot about that all in the last post. If any more info is required, ask away.

Similar Messages

  • Can i use a GCC compiler on MacOSX and link this C Code to lbv 6.1 on OS9?

    I am interested in compiling my C code on the free GCC compiler which works with Mac OS X but am concerned that I will not be able to connect this with the Call library function and CINs in labview 6.1 that runs on Mac OS 9. Am I able to cross platforms and use the .so file with lbv 6.1 on OS 9? What problems will i most likely encounter or should watch out for? Thanks!

    Unfortunately, you cannot port shared objects across these platforms. You are going to have to recompile the .so file on OS 9 for use in the call library function node.
    Robert Mortensen
    Software Engineer
    National Instruments

  • GCC Elite 20/600 and Lion

    Hi All
    I have a venerable but fully servicable GCC Elite XL 20/600 which I really do not want to scrap.
    I am attempting to connect it to my MacBook Pro (late 2011 model) using an ethernet crossover cable. I have the original .ppd file, version 3.31.
    Having searched the discussion threads I found this:
    https://discussions.apple.com/message/11530412#11530412
    which seemed to provide an answer to my problem. However, once I have completed the steps I get the folowing message:
    Unable to verify the printer on your network.
    ‘192.168.1.10’ may not exist or is unavailable at this time.
    Would you still like to create the queue?
    I have tried IPP and LPD options in Print & Scan
    I have an ethernet router which I could use to make the connection ... but it seems to me that the crossover cable should work.
    Does anyone have any idea what I should try next?
    Cheers
    Paul

    I have the original CD version 3:33, but with Lion I can not open it ..
    I tried to download it from the GCC (GCC-1.img PPD Installer) and there is the same problem, I can not open it (the image should be converted obsolete)
    If you would be able to send me the ppd file I would be very grateful
    this is my skype nik: gabri8781
    or my email: [email protected]
    (yuo saving my life)
    ps: i open the file but its old (vise installer) in lion i cant install

  • Leopard, gcc 3.3 and other bizarre questions...

    Hi all.
    I'm currently trying to install amarok music player onto Mac OS X 10.5.2,
    I've already done so on an identical hardware configuration, under Mac OS X 10.4.x, and after a few compiling errors, and unmet dependencies, managed pretty well I thought.
    This time my problem(s) is(are) different.
    I've user what the amarok wiki ( http://amarok.kde.org/wiki/OnOSX ) describes as the "Amarok via Fink in complete" method, which is to say install fink, hit fink install amarok, and hope for the best... Having pushed through a few bits and pieces here and there, amarok is now compiled and installed.
    But I get this strange error message when launching amarok, which then subsequently and very rapidly crashes :
    [start code]
    dyld: lazy symbol binding failed: Symbol not found: dscaler_greedyh_getmethod
    Referenced from: /sw/lib/xine/plugins/1.1.10/post/xineplugposttvtime.0.0.0.so
    Expected in: dynamic lookup
    dyld: Symbol not found: dscaler_greedyh_getmethod
    Referenced from: /sw/lib/xine/plugins/1.1.10/post/xineplugposttvtime.0.0.0.so
    Expected in: dynamic lookup
    [end code]
    (I don't think the entire amarok debug output is relevant, it's just version 1.4.8 and the rest seems pretty standard to me, do please ask if you want the full gdb output though)
    After looking up the dyld errors I found this :
    http://naranja.umh.es/~atg/blog/archives/2007/01/entry_0.html
    (quite old I know, but sound and the closest I found to my error)
    which lead me to believe I should have compiled amarok, and for that matter libxine1 (which I compiled myself with the --with-external-ffmpeg flag because fink wouldn't do so...), with gcc set to version 3.3 (should I?)
    I then discovered that gcc_select didn't exist in Mac OS X 10.5, nicked it of a 10.4, removed and tweaked it until everything worked fine on the 10.5 with gcc 3.3 (I compiled a test.c with no problem), and tried again... with no luck. I couldn't get xine, nor amarok to compile.
    So my questions are these (after that lengthly introduction, bear with me please :
    -firstly (or miraculously...) does anyone recognize or understand those errors amarok is giving out?
    -secondly can someone please explain the situation with Mac OS X 10.5 and gcc versions <=4.0 'cos I'm really out of the picture here ?!
    Thanks a lot in advance for any help, and sorry for the long post, I figure it's always best for folks to have an overall picture of things...
    Kind regards,
    Mark.
    Message was edited by: Marcool

    I quote :
    Re: Mac OS X 10.5 ? gcc 3.3 ? and other strange happenings
    From: Benjamin Reed ([email protected])
    Sent: Mon 24/03/08 15:51
    To: Mark COLLINS ([email protected])
    On Mon, Mar 24, 2008 at 6:01 AM, Mark COLLINS <[email protected]> wrote:
    start code
    dyld: lazy symbol binding failed: Symbol not found:
    dscaler_greedyh_getmethod
    Referenced from:
    /sw/lib/xine/plugins/1.1.10/post/xineplugposttvtime.0.0.0.so
    Expected in: dynamic lookup
    dyld: Symbol not found: dscaler_greedyh_getmethod
    Referenced from:
    /sw/lib/xine/plugins/1.1.10/post/xineplugposttvtime.0.0.0.so
    Expected in: dynamic lookup
    end code
    I'm sorry, I can't really help with xine issues, you'll have to
    contact the xine maintainer.
    As for getting amarok 1.4.x, if you want 1.4.8, I've already got
    amarok 1.4.8 in fink unstable, your best bet is to not try to build it
    by hand, and instead get it there...
    -firstly (or miraculously...) do you recognize or understand those errors
    amarok is giving out?
    I recognize them as an issue with xine, but I don't know where the
    errors come from.
    -secondly can you explain the situation with Mac OS X 10.5 and gcc versions
    <=4.0 'cos I'm really out of the picture here ?!</div>
    gcc 3.3 does not exist on any of the intel platforms, except for
    compiling backwards-compatible powerpc code. The first apple gcc that
    supports x86 Mac OS X is gcc 4.0. You can't gcc_select it, if there
    is something that supposedly requires 3.3, it won't work on 10.4 or
    10.5, on an intel box, except building a complete powerpc application
    and running it under rosetta.
    Benjamin Reed a.k.a. Ranger Rick
    Fink, KDE, and Mac OS X development
    http://www.racoonfink.com/
    So thanks a lot Benjamin, that solves that, no way to run gcc 3.3 on Intel Mac OS X 10.5, and the errors I'm encountering are from xine.
    I guess I'll be chasing up the xine maintainer now!
    Thanks all for you help guys, and see ya' !
    Regards,
    Mark.

  • Rebuilding gcc and gcc-libs for i586

    Hi. A quick question, if you don't mind. I'm trying to rebuild (or should I say update?) just about everything on an i586, but I'm a little stuck between gcc and gcc-libs.
    This is from the PKGBUILD for gcc-libs ...
    makedepends=('binutils>=2.18-3' 'gcc>=4.2.2')
    And this is from the PKGBUILD for gcc ...
    depends=('binutils>=2.18-3' "gcc-libs>=${pkgver}")
    where $(pkgver) is the same as the gcc version, or 4.2.2. So on the surface it appears I can't compile either one since each one seems to be a dependency for the other (and makepkg spits out an error to that effect, for both, when I try).
    Is there a graceful or correct way to rebuild both packages? Is there another package I'm overlooking that will handle both of them?
    As you can imagine, I'd like to do this correctly the first time, since the trial-and-error method involves hours off my life.
    Cheers and thanks in advance.
    Last edited by k.mandla (2007-12-18 00:21:50)

    makepkg will halt without a -d flag, and the build process snags and stops with -d.
    The gcc version is 4.1.1. I started with an installation of Lowarch, hoping that I could hopscotch my way up to a current system. It's gone well so far, but this part is turning prickly.
    I compiled both packages for i586, plus glibc-2.7 and binutils-2.18, overnight on my "fast" machine (1Ghz ... ), so later today I'll see if copying them across and installing en masse helps at all. Judging from the wiki pages, it should help.
    Thanks for the tips, by the way. Compiling is not my favorite thing, but I'm learning a lot.
    Last edited by k.mandla (2007-12-19 23:31:17)

  • Exception handling is not working in GCC compile shared object

    Hello,
    I am facing very strange issue on Solaris x86_64 platform with C++ code compiled usging gcc.3.4.3.
    I have compiled shared object that load into web server process space while initialization. Whenever any exception generate in code base, it is not being caught by exception handler. Even though exception handlers are there. Same code is working fine since long time but on Solaris x86, Sparc arch, Linux platform
    With Dbx, I am getting following stack trace.
    Stack trace is
    dbx: internal error: reference through NULL pointer at line 973 in file symbol.cc
    [1] 0x11335(0x1, 0x1, 0x474e5543432b2b00, 0x59cb60, 0xfffffd7fffdff2b0, 0x11335), at 0x11335
    ---- hidden frames, use 'where -h' to see them all ----
    =>[4] __cxa_throw(obj = (nil), tinfo = (nil), dest = (nil), , line 75 in "eh_throw.cc"
    [5] OBWebGate_Authent(r = 0xfffffd7fff3fb300), line 86 in "apache.cpp"
    [6] ap_run_post_config(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x444624
    [7] main(0x0, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x42c39a
    I am using following link options.
    Compile option is
    /usr/sfw/bin/g++ -c -I/scratch/ashishas/view_storage/build/coreid1014/palantir/apache22/solaris-x86_64/include -m64 -fPIC -D_REENTRANT -Wall -g -o apache.o apache.cpp
    Link option is
    /usr/sfw/bin/g++ -shared -m64 -o apache.so apache.o -lsocket -lnsl -ldl -lpthread -lthread
    At line 86, we are just throwing simple exception which have catch handlers in place. Also we do have catch(...) handler as well.
    Surpursing things are..same issue didn't observe if we make it as executable.
    Issue only comes if this is shared object loaded on webserver. If this is plain shared object, opened by anyother exe, it works fine.
    Can someone help me out. This is completly blocking issue for us. Using Solaris Sun Studio compiler is no option as of now.

    shared object that load into web server process space
    ... same issue didn't observe if we make it as executable.When you "inject" your shared object into some other process a well-being of your exception handling depends on that other process.
    Mechanics of x64 stack traversing (unwind) performed when you throw the exception is quite complicated,
    particularly involving a "nearly-standartized" Unwind interface (say, Unwind_RaiseException).
    When we are talking about g++ on Solaris there are two implementations of unwind interface, one in libc and one in libgcc_s.so.
    When you g++-compile the executable you get it directly linked with libgcc_s.so and Unwind stuff resolves into libgccs.
    When g++-compiled shared object is loaded into non-g++-compiled executable's process _Unwind calls are most likely already resolved into Solaris libc.
    Thats why you might see the difference.
    Now, what exactly causes this difference can vary, I can only speculate.
    All that would not be a problem if _Unwind interface was completely standartized and properly implemented.
    However there are two issues currently:
    * gcc (libstdc++ in particular) happens to use additional non-standard _Unwind calls which are not present in Solaris libc
    naturally, implementation details of Unwind implementation in libc differs to that of libgccs, so when all the standard _Unwind
    routines are resolved into Solaris version and one non-standard _Unwind routine is resolved into gcc version you get a problem
    (most likely that is what happens with you)
    * libc Unwind sometimes is unable to decipher the code generated by gcc.
    However that is likely to happen with modern gcc (say, 4.4+) and not that likely with 3.4.3
    Btw, you can check your call frame to see where _Unwind calls come from:
    where -h -lIf you indeed stomped on "mixed _Unwind" problem then the only chance for you is to play with linker
    so it binds Unwind stuff from your library directly into libgccs.
    Not tried it myself though.
    regards,
    __Fedor.

  • Berkeley DB XML crash with multiple readers (dbxml-2.5.16 and db-4.8.26)

    I am using Berkeley DB XML (v. 2.5.16 and the bundled underlying Berkeley DB 4.8.26, which I suppose is now fairly old) to manage an XML database which is read by a large number (order 100) of independent worker processes communicating via MPI. These processes only read from the database; a single master process performs writes.
    Everything works as expected with one or two worker processes. But with three or more, I am experiencing database panics with the error
    pthread lock failed: Invalid argument
    PANIC: Invalid argument
    From searching with Google I can see that issues arising from incorrectly setting up the environment to support concurrency are are fairly common. But I have not been able to find a match for this problem, and as far as I can make out from the documentation I am using the correct combination of flags; I use DB_REGISTER and DB_RECOVER to handle the fact that multiple processes join the environment independently. Each process uses on a single environment handle, and joins using
    DB_ENV* env;
    db_env_create(&env, 0);
    u_int32_t env_flags = DB_INIT_LOG | DB_INIT_MPOOL | DB_REGISTER | DB_RECOVER | DB_INIT_TXN | DB_CREATE;
    env->open(env, path to environment, env_flags, 0);
    Although the environment requests DB_INIT_TXN, I am not currently using transactions. There is an intention to implement this later, but my understanding was that concurrent reads would function correctly without the full transaction infrastructure.
    All workers seem to join the environment correctly, but then fail when an attempt is made to read from the database. They will all try to access the same XML document in the same container (because it gives them instructions about what work to perform). However, the worker processes open each container setting the read-only flag:
    DbXml::XmlContainerConfig models_config;
    models_config.setReadOnly(true);
    DbXml::XmlContainer models = this->mgr->openContainer(path to container, models_config);
    Following the database panic, the stack trace is
    [lcd-ds283:27730] [ 0] 2   libsystem_platform.dylib            0x00007fff8eed35aa _sigtramp + 26
    [lcd-ds283:27730] [ 1] 3   ???                                 0x0000000000000000 0x0 + 0
    [lcd-ds283:27730] [ 2] 4   libsystem_c.dylib                   0x00007fff87890bba abort + 125
    [lcd-ds283:27730] [ 3] 5   libc++abi.dylib                     0x00007fff83aff141 __cxa_bad_cast + 0
    [lcd-ds283:27730] [ 4] 6   libc++abi.dylib                     0x00007fff83b24aa4 _ZL25default_terminate_handlerv + 240
    [lcd-ds283:27730] [ 5] 7   libobjc.A.dylib                     0x00007fff89ac0322 _ZL15_objc_terminatev + 124
    [lcd-ds283:27730] [ 6] 8   libc++abi.dylib                     0x00007fff83b223e1 _ZSt11__terminatePFvvE + 8
    [lcd-ds283:27730] [ 7] 9   libc++abi.dylib                     0x00007fff83b21e6b _ZN10__cxxabiv1L22exception_cleanup_funcE19_Unwind_Reason_CodeP17_Unwind_Exception + 0
    [lcd-ds283:27730] [ 8] 10  libdbxml-2.5.dylib                  0x000000010f30e4de _ZN5DbXml18DictionaryDatabaseC2EP8__db_envPNS_11TransactionERKNSt3__112basic_stringIcNS5_11char_traitsIcEENS5_9allocatorIcEEEERKNS_15ContainerConfigEb + 1038
    [lcd-ds283:27730] [ 9] 11  libdbxml-2.5.dylib                  0x000000010f2f348c _ZN5DbXml9Container12openInternalEPNS_11TransactionERKNS_15ContainerConfigEb + 1068
    [lcd-ds283:27730] [10] 12  libdbxml-2.5.dylib                  0x000000010f2f2dec _ZN5DbXml9ContainerC2ERNS_7ManagerERKNSt3__112basic_stringIcNS3_11char_traitsIcEENS3_9allocatorIcEEEEPNS_11TransactionERKNS_15ContainerConfigEb + 492
    [lcd-ds283:27730] [11] 13  libdbxml-2.5.dylib                  0x000000010f32a0af _ZN5DbXml7Manager14ContainerStore13findContainerERS0_RKNSt3__112basic_stringIcNS3_11char_traitsIcEENS3_9allocatorIcEEEEPNS_11TransactionERKNS_15ContainerConfigEb + 175
    [lcd-ds283:27730] [12] 14  libdbxml-2.5.dylib                  0x000000010f329f75 _ZN5DbXml7Manager13openContainerERKNSt3__112basic_stringIcNS1_11char_traitsIcEENS1_9allocatorIcEEEEPNS_11TransactionERKNS_15ContainerConfigEb + 101
    [lcd-ds283:27730] [13] 15  libdbxml-2.5.dylib                  0x000000010f34cd46 _ZN5DbXml10XmlManager13openContainerERKNSt3__112basic_stringIcNS1_11char_traitsIcEENS1_9allocatorIcEEEERKNS_18XmlContainerConfigE + 102
    Can I ask if it's clear to anyone what I am doing wrong?

    Is it possible that the root problem to this is in the MPI code or usage?  Because if the writer process crashes while holding an active transaction or open database handles, it could leave the environment in an inconsistent state that would result in the readers throwing a PANIC error when they notice the inconsistent environment.
    Thanks for looking into this.
    It looks like there was a small typo in the code I quoted, and I think it was this which caused the segmentation fault or memory corruption. Although I checked a few times that the code snippet produced expected results before posting it, I must have been unlucky that it just happened not to cause a segfault on those attempts.
    This is a corrected version:
    #include <iostream>
    #include <vector>
    #include "dbxml/db.h"
    #include "dbxml/dbxml/DbXml.hpp"
    #include "boost/mpi.hpp"
    static std::string envname = std::string("test");
    static std::string pkgname = std::string("packages.dbxml");
    static std::string intname = std::string("integrations.dbxml");
    int main(int argc, char *argv[])
        boost::mpi::environment  mpi_env;
        boost::mpi::communicator mpi_world;
        if(mpi_world.rank() == 0)
            std::cerr << "-- Writer creating environment" << std::endl;
            DB_ENV *env;
            int dberr = ::db_env_create(&env, 0);
            std::cerr << "**   creation response = " << dberr << std::endl;
            if(dberr > 0) std::cerr << "**   " << ::db_strerror(dberr) << std::endl;
            std::cerr << "-- Writer opening environment" << std::endl;
            u_int32_t env_flags = DB_INIT_LOCK | DB_INIT_LOG | DB_INIT_MPOOL | DB_REGISTER | DB_RECOVER | DB_INIT_TXN | DB_CREATE;
            dberr = env->open(env, envname.c_str(), env_flags, 0);
            std::cerr << "**   opening response = " << dberr << std::endl;
            if(dberr > 0) std::cerr << "**   " << ::db_strerror(dberr) << std::endl;
            // set up XmlManager object
            DbXml::XmlManager *mgr = new DbXml::XmlManager(env, DbXml::DBXML_ADOPT_DBENV | DbXml::DBXML_ALLOW_EXTERNAL_ACCESS);
            // create containers - these will be used by the workers
            DbXml::XmlContainerConfig pkg_config;
            DbXml::XmlContainerConfig int_config;
            pkg_config.setTransactional(true);
            int_config.setTransactional(true);
            std::cerr << "-- Writer creating containers" << std::endl;
            DbXml::XmlContainer packages       = mgr->createContainer(pkgname.c_str(), pkg_config);
            DbXml::XmlContainer integrations   = mgr->createContainer(intname.c_str(), int_config);
            std::cerr << "-- Writer instructing workers" << std::endl;
            std::vector<boost::mpi::request> reqs(mpi_world.size() - 1);
            for(unsigned int                 i = 1; i < mpi_world.size(); i++)
                reqs[i - 1] = mpi_world.isend(i, 0); // instruct workers to open the environment
            // wait for all messages to be received
            boost::mpi::wait_all(reqs.begin(), reqs.end());
            std::cerr << "-- Writer waiting for termination responses" << std::endl;
            // wait for workers to advise successful termination
            unsigned int outstanding_workers = mpi_world.size() - 1;
            while(outstanding_workers > 0)
                boost::mpi::status stat = mpi_world.probe();
                switch(stat.tag())
                    case 1:
                        mpi_world.recv(stat.source(), 1);
                        outstanding_workers--;
                        break;
            delete mgr; // exit, closing database and environment
        else
            mpi_world.recv(0, 0);
            std::cerr << "++ Reader " << mpi_world.rank() << " beginning work" << std::endl;
            DB_ENV *env;
            ::db_env_create(&env, 0);
            u_int32_t env_flags = DB_INIT_LOCK | DB_INIT_LOG | DB_INIT_MPOOL | DB_REGISTER | DB_RECOVER | DB_INIT_TXN | DB_CREATE;
            env->open(env, envname.c_str(), env_flags, 0);
            // set up XmlManager object
            DbXml::XmlManager *mgr = new DbXml::XmlManager(env, DbXml::DBXML_ADOPT_DBENV | DbXml::DBXML_ALLOW_EXTERNAL_ACCESS);
            // open containers which were set up by the master
            DbXml::XmlContainerConfig pkg_config;
            DbXml::XmlContainerConfig int_config;
            pkg_config.setTransactional(true);
            pkg_config.setReadOnly(true);
            int_config.setTransactional(true);
            int_config.setReadOnly(true);
            DbXml::XmlContainer packages     = mgr->openContainer(pkgname.c_str(), pkg_config);
            DbXml::XmlContainer integrations = mgr->openContainer(intname.c_str(), int_config);
            mpi_world.isend(0, 1);
            delete mgr; // exit, closing database and environment
        return (EXIT_SUCCESS);
    This repeatably causes the crash on OS X Mavericks 10.9.1. Also, I have checked that it repeatably causes the crash on a virtualized OS X Mountain Lion 10.8.5. But I do not see any crashes on a virtualized Ubuntu 13.10. My full code likewise works as expected with a large number of readers under the virtualized Ubuntu. I am compiling with clang and libc++ on OS X, and gcc 4.8.1 and libstdc++ on Ubuntu, but using openmpi in both cases. Edit: I have also compiled with clang and libc++ on Ubuntu, and it works equally well.
    Because the virtualized OS X experiences the crash, I hope the fact that it works on Ubuntu is not just an artefact of virtualization. (Unfortunately I don't currently have a physical Linux machine with which to check.) In that case the implication would seem to be that it's an OS X-specific problem. 2nd edit (14 Feb 2014): I have now managed to test on a physical Linux cluster, and it appears to work as expected. Therefore it does appear to be an OS X-specific issue.
    In either OS X 10.8 or 10.9, the crash produces this result:
    -- Writer creating environment
    **   creation response = 0
    -- Writer opening environment
    **   opening response = 0
    -- Writer creating containers
    ++ Reader 7 beginning work
    -- Writer instructing workers
    -- Writer waiting for termination responses
    ++ Reader 1 beginning work
    ++ Reader 2 beginning work
    ++ Reader 3 beginning work
    ++ Reader 4 beginning work
    ++ Reader 5 beginning work
    ++ Reader 6 beginning work
    pthread lock failed: Invalid argument
    PANIC: Invalid argument
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    PANIC: fatal region error detected; run recovery
    libc++abi.dylib: terminate called throwing an exception
    [mountainlion-test-rig:00319] *** Process received signal ***
    [mountainlion-test-rig:00319] Signal: Abort trap: 6 (6)
    [mountainlion-test-rig:00319] Signal code:  (0)
    David
    Message was edited by: ds283

  • Oracle-8.1.7 on gcc-3.2-based Linux?

    Hello,
    I have downloaded and installed Oracle-8.1.7 on my
    SuSE-Linux 8.0 (that's gcc-2.95.3 and glibc -.2.5)
    just fine. Now I consider to upgrade to SuSE-Linux
    8.1 or 8.2, which are gcc-3.2-based, and I'm wondering
    if Oracle will still run.
    The reason for wondering is this: gcc-3.x is not
    binary-compatible with gcc-2.x, i.e. all software
    must be re-compiled with gcc-3.x.
    So, can I use Oracle-8.1.7 (upgrading to 9i is not
    currently an option for me) on the new Linux?
    Thanks a lot,
    Dr. Holger Peine

    Hello,
    It doesn't matter gcc, only glibc.
    Glibc was important for version 8.0.x and not for later version.
    If oracle installed before, that will work without problem.
    I don't know for new install, but I think that will work
    regards
    Haris Peco

  • How to make relation between  gl_je_lines  and wip_transaction_accounts

    I try to write script to make relation between GL and WIP, wip_transaction_accounts and mtl_material_transactions
    1.
    SELECT
    (SELECT meaning
    FROM mfg_lookups
    WHERE lookup_type = 'WIP_TRANSACTION_TYPE'
    AND lookup_code =
    (SELECT TRANSACTION_TYPE
    FROM wip_transactions
    WHERE transaction_id = wta.transaction_id
    ) "Transaction Type" ,
    gjb.NAME "Journal Batch Name" ,
    gjh.NAME "Journal Name" ,
    gjh.je_source "JE Source" ,
    gjh.je_category "JE Category" ,
    glp.period_num "GL Month" ,
    glp.period_year "GL Year" ,
    gjh.default_effective_date "GL Date" ,
    NVL(gje.accounted_dr,0) -NVL( gje.accounted_cr,0) "GL Line Amount" ,
    gje.description "GL Line Description" ,
    (SELECT organization_code
    FROM mtl_parameters
    WHERE organization_id = wta.organization_id
    ) "ORG Name" ,
    NULL "Vendor/Customer Name" ,
    NULL "SO/PO Number" ,
    NULL "Reference Number" ,
    NULL "AP/AR Invoice Number" ,
    NULL "Doc Sequence Value" ,
    NULL "Invoice Type Lookup Code" ,
    NULL "Check Number" ,
    NULL "Line Type" ,
    NULL "Category" ,
    NVL (wta.base_transaction_value, 0) "Transaction Amt" ,
    NULL "AR/PO Receipt Number" ,
    NULL "Applied Invoice Number" ,
    (SELECT a.segment1
    FROM mtl_system_items_b a ,
    wip_discrete_jobs b
    WHERE a.inventory_item_id = b.primary_item_id
    AND a.organization_id = b.organization_id
    AND b.wip_entity_id = wta.wip_entity_id
    AND b.organization_id = wta.organization_id
    ) "Item Name" ,
    gcc.segment1 "Company" ,
    gcc.segment2 "Department" ,
    gcc.segment3 "Account" ,
    (SELECT description
    FROM fnd_flex_values_vl fnd
    WHERE flex_value_set_id = 1009707
    AND TO_CHAR (fnd.flex_value) = gcc.segment3
    ) "Account Description" ,
    gcc.segment4 "Intercompany" ,
    NULL "JE Category Description" ,
    NULL "AP Invoice Line Description"
    TRUNC (wta.transaction_date) "JE Creation/Inv Trans Date" ,
    NULL "JE Created By" ,
    NULL "Reversal Flag" ,
    NULL "Reason Code" ,
    NULL "Subinventory Name" ,
    wta.primary_quantity "Quantity" ,
    NVL (wta.base_transaction_value, 0) "Value" ,
    gje.context ,
    gje.attribute1 ,
    gje.attribute2 ,
    gje.attribute3 ,
    gje.attribute4 ,
    gje.attribute5 ,
    DECODE(gjh.status,'P','Posted','U','Unposted','Error') "Post Status"
    FROM gl_je_lines gje ,
    gl_je_headers gjh ,
    gl_je_batches gjb ,
    wip_transaction_accounts wta ,
    gl_code_combinations gcc ,
    gl_periods glp
    WHERE 1 =1
    AND gje.je_header_id = gjh.je_header_id
    AND gjh.je_batch_id = gjb.je_batch_id
    AND UPPER (gjh.je_source) = 'INVENTORY'
    AND gcc.code_combination_id = gje.code_combination_id
    AND wta.reference_account = gje.code_combination_id
    AND TRUNC(wta.transaction_date) BETWEEN glp.START_DATE AND glp.END_DATE
    AND gje.reference_1 = wta.gl_batch_id
    AND gje.gl_sl_link_table = 'WTA'
    AND glp.period_name = gjh.period_name
    AND glp.period_set_name = 'OVT_US_CAL'
    ==
    2.
    SELECT mtt.transaction_type_name "Transaction Type" ,to_char(mmt.transaction_date,'mm/dd/yyyy hh:mi:ss') as teas, mta.transaction_id,mta.organization_id, mmt.organization_id,
    gjb.NAME "Journal Batch Name" ,
    gjh.NAME "Journal Name" ,
    gjh.je_source "JE Source" ,
    gjh.je_category "JE Category" ,
    glp.period_num "GL Month" ,
    glp.period_year "GL Year" ,
    gjh.default_effective_date "GL Date" ,
    NVL(gje.accounted_dr,0) - NVL(gje.accounted_cr,0) "GL Line Amount" ,
    gje.description "GL Line Description" ,
    (SELECT organization_code
    FROM mtl_parameters
    WHERE organization_id = mta.organization_id
    ) "ORG Name" ,
    NULL "Vendor/Customer Name" ,
    NULL "SO/PO Number" ,
    mmt.TRANSACTION_REFERENCE "Reference Number" ,
    NULL "AP/AR Invoice Number" ,
    NULL "Doc Sequence Value" ,
    NULL "Invoice Type Lookup Code" ,
    NULL "Check Number" ,
    NULL "Line Type" ,
    NULL "Category" ,
    NVL (mta.base_transaction_value, 0) "Transaction Amt" ,
    NULL "AR/PO Receipt Number" ,
    NULL "Applied Invoice Number" ,
    (SELECT segment1
    FROM mtl_system_items_b
    WHERE inventory_item_id = mmt.inventory_item_id
    AND organization_id = mmt.organization_id
    ) "Item Name" ,
    gcc.segment1 "Company" ,
    gcc.segment2 "Department" ,
    gcc.segment3 "Account" ,
    (SELECT description
    FROM fnd_flex_values_vl fnd
    WHERE flex_value_set_id = 1009707
    AND TO_CHAR (fnd.flex_value) = gcc.segment3
    ) "Account Description" ,
    gcc.segment4 "Intercompany" ,
    NULL "JE Category Description" ,
    NULL "AP Invoice Line Description"
    TRUNC (mta.transaction_date) "JE Creation/Inv Trans Date" ,
    NULL "JE Created By" ,
    NULL "Reversal Flag" ,
    (SELECT MGD.SEGMENT1
    FROM MTL_GENERIC_DISPOSITIONS MGD,
    MTL_MATERIAL_TRANSACTIONS MMTT
    WHERE MGD.DISPOSITION_ID = MMTT.TRANSACTION_SOURCE_ID
    AND MMTT.TRANSACTION_SOURCE_TYPE_ID = 6
    AND MGD.ORGANIZATION_ID = MMTT.ORGANIZATION_ID
    AND MMTT.TRANSACTION_ID = MMT.TRANSACTION_ID
    ) "Reason Code" ,
    mmt.SUBINVENTORY_CODE "Subinventory Name" ,
    mta.primary_quantity "Quantity" ,
    NVL (mta.base_transaction_value, 0) "Value" ,
    gje.context ,
    gje.attribute1 ,
    gje.attribute2 ,
    gje.attribute3 ,
    gje.attribute4 ,
    gje.attribute5 ,
    DECODE(gjh.status,'P','Posted','U','Unposted','Error') "Post Status" -
    FROM gl_je_lines gje ,
    gl_je_headers gjh ,
    gl_je_batches gjb ,
    mtl_transaction_accounts mta ,
    mtl_material_transactions mmt ,
    mtl_transaction_types mtt ,
    gl_code_combinations gcc ,
    gl_periods glp
    WHERE 1 =1
    AND mta.transaction_id = mmt.transaction_id
    AND gje.je_header_id = gjh.je_header_id
    AND gjh.je_batch_id = gjb.je_batch_id
    AND UPPER (gjh.je_source) = 'INVENTORY'
    AND gcc.code_combination_id = gje.code_combination_id
    AND mta.reference_account = gje.code_combination_id
    AND TRUNC(mta.transaction_date) BETWEEN glp.START_DATE AND glp.END_DATE
    and mta.request_id=mmt.request_id
    and mta.inventory_item_id=mmt.inventory_item_id
    AND gje.reference_1 = mta.gl_batch_id
    AND gje.gl_sl_link_table = 'MTA'
    AND mtt.transaction_type_id = mmt.transaction_type_id
    AND glp.period_name = gjh.period_name
    AND glp.period_set_name = 'OVT_US_CAL'
    When gl_je_lines have multiple line this script on the same transaction_id it will get wrong information. By setup all wip_transaction_accounts.GL_SL_Lind_id and mtl_transaction_accounts.GL_SL_Lind_id is null
    Anyone can help?

    Hello.
    How are you reaching the inconsistencies ? Are you comparing report's results?
    Octavio

  • [SOLVED] gcc not recognizing standard c header files

    So my gcc used to work but now I'm getting these strange error messages. For example I wrote the most basic of C programs:
    int main(){
    return 0;
    And the terminal error message I get is:
    gcc: error trying to exec '/usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/collect2': execv: Exec format error
    If I try to do the basic Hello World! program:
    #include <stdio.h>
    int main(){
    printf("Hello World!\n");
    return 0;
    The error message I get is this:
    In file included from /usr/include/stdio.h:74:0,
    from test.c:1:
    /usr/include/libio.h:306:3: error: unknown type name ‘size_t’
    size_t __pad5;
    ^
    /usr/include/libio.h:310:67: error: ‘size_t’ undeclared here (not in a function)
    char _unused2[15 * sizeof (int) - 4 * sizeof (void *) - sizeof (size_t)];
    ^
    /usr/include/libio.h:338:62: error: expected declaration specifiers or ‘...’ before ‘size_t’
    typedef __ssize_t __io_read_fn (void *__cookie, char *__buf, size_t __nbytes);
    ^
    /usr/include/libio.h:347:6: error: expected declaration specifiers or ‘...’ before ‘size_t’
    size_t __n);
    ^
    In file included from /usr/include/libio.h:31:0,
    from /usr/include/stdio.h:74,
    from test.c:1:
    /usr/include/libio.h:465:4: error: unknown type name ‘__gnuc_va_list’
    _IO_va_list, int *__restrict);
    ^
    /usr/include/libio.h:467:5: error: unknown type name ‘__gnuc_va_list’
    _IO_va_list);
    ^
    In file included from /usr/include/stdio.h:74:0,
    from test.c:1:
    /usr/include/libio.h:469:19: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘_IO_sgetn’
    extern _IO_size_t _IO_sgetn (_IO_FILE *, void *, _IO_size_t);
    ^
    In file included from /usr/include/libio.h:31:0,
    from /usr/include/stdio.h:74,
    from test.c:1:
    /usr/include/stdio.h:79:9: error: unknown type name ‘__gnuc_va_list’
    typedef _G_va_list va_list;
    ^
    In file included from test.c:1:0:
    /usr/include/stdio.h:319:35: error: expected declaration specifiers or ‘...’ before ‘size_t’
    extern FILE *fmemopen (void *__s, size_t __len, const char *__modes)
    ^
    /usr/include/stdio.h:325:47: error: expected declaration specifiers or ‘...’ before ‘size_t’
    extern FILE *open_memstream (char **__bufloc, size_t *__sizeloc) __THROW __wur;
    ^
    /usr/include/stdio.h:337:20: error: expected declaration specifiers or ‘...’ before ‘size_t’
    int __modes, size_t __n) __THROW;
    ^
    /usr/include/stdio.h:344:10: error: expected declaration specifiers or ‘...’ before ‘size_t’
    size_t __size) __THROW;
    ^
    In file included from /usr/include/libio.h:31:0,
    from /usr/include/stdio.h:74,
    from test.c:1:
    /usr/include/stdio.h:372:8: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg);
    ^
    /usr/include/stdio.h:377:54: error: unknown type name ‘__gnuc_va_list’
    extern int vprintf (const char *__restrict __format, _G_va_list __arg);
    ^
    /usr/include/stdio.h:380:8: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg) __THROWNL;
    ^
    In file included from test.c:1:0:
    /usr/include/stdio.h:386:44: error: expected declaration specifiers or ‘...’ before ‘size_t’
    extern int snprintf (char *__restrict __s, size_t __maxlen,
    ^
    /usr/include/stdio.h:390:45: error: expected declaration specifiers or ‘...’ before ‘size_t’
    extern int vsnprintf (char *__restrict __s, size_t __maxlen,
    ^
    In file included from /usr/include/libio.h:31:0,
    from /usr/include/stdio.h:74,
    from test.c:1:
    /usr/include/stdio.h:391:42: error: unknown type name ‘__gnuc_va_list’
    const char *__restrict __format, _G_va_list __arg)
    ^
    /usr/include/stdio.h:413:8: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg)
    ^
    /usr/include/stdio.h:472:7: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg)
    ^
    /usr/include/stdio.h:479:53: error: unknown type name ‘__gnuc_va_list’
    extern int vscanf (const char *__restrict __format, _G_va_list __arg)
    ^
    /usr/include/stdio.h:484:40: error: unknown type name ‘__gnuc_va_list’
    const char *__restrict __format, _G_va_list __arg)
    ^
    In file included from /usr/include/features.h:365:0,
    from /usr/include/stdio.h:27,
    from test.c:1:
    /usr/include/stdio.h:496:37: error: unknown type name ‘__gnuc_va_list’
    const char *__restrict __format, _G_va_list __arg),
    ^
    /usr/include/stdio.h:500:5: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg), __isoc99_vscanf)
    ^
    /usr/include/stdio.h:505:8: error: unknown type name ‘__gnuc_va_list’
    _G_va_list __arg), __isoc99_vsscanf)
    ^
    In file included from test.c:1:0:
    /usr/include/stdio.h:666:11: error: expected declaration specifiers or ‘...’ before ‘size_t’
    size_t *__restrict __n, int __delimiter,
    ^
    /usr/include/stdio.h:669:9: error: expected declaration specifiers or ‘...’ before ‘size_t’
    size_t *__restrict __n, int __delimiter,
    ^
    /usr/include/stdio.h:679:8: error: expected declaration specifiers or ‘...’ before ‘size_t’
    size_t *__restrict __n,
    ^
    /usr/include/stdio.h:709:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘fread’
    extern size_t fread (void *__restrict __ptr, size_t __size,
    ^
    /usr/include/stdio.h:715:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘fwrite’
    extern size_t fwrite (const void *__restrict __ptr, size_t __size,
    ^
    /usr/include/stdio.h:737:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘fread_unlocked’
    extern size_t fread_unlocked (void *__restrict __ptr, size_t __size,
    ^
    /usr/include/stdio.h:739:15: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘fwrite_unlocked’
    extern size_t fwrite_unlocked (const void *__restrict __ptr, size_t __
    Any thoughts??? My gcc used to work and I didnt make any changes. Also I'm running arch through crouton. Not sure if that matters since it was literally working 2 days ago.
    Last edited by drumdude41 (2015-02-19 20:50:08)

    Yeah I've tried to reinstall gcc but whenever I do I get this error message:
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-cfg.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-cfgcleanup.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-check.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-core.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-dfa.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-dump.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-eh.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-hasher.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-inline.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-into-ssa.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-iterator.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-nested.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-object-size.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-outof-ssa.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-parloops.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-pass.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-phinodes.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-pretty-print.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-address.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-alias.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-coalesce.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-dom.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-loop-ivopts.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-loop-manip.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-loop-niter.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-loop.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-operands.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-sccvn.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-ter.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-threadedge.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa-threadupdate.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssa.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree-ssanames.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree.def exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/tree.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/treestruct.def exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/varasm.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/vec.h exists in filesystem
    gcc: /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.2/plugin/include/version.h exists in filesystem
    gcc: /usr/lib/libasan_preinit.o exists in filesystem
    gcc: /usr/lib/libcilkrts.spec exists in filesystem
    gcc: /usr/lib/libgomp.spec exists in filesystem
    gcc: /usr/lib/libiberty.a exists in filesystem
    gcc: /usr/lib/libitm.spec exists in filesystem
    gcc: /usr/lib/libsanitizer.spec exists in filesystem
    gcc: /usr/lib/libstdc++.a exists in filesystem
    gcc: /usr/lib/libsupc++.a exists in filesystem
    gcc: /usr/share/gcc-4.9.2/python/libstdcxx/__init__.py exists in filesystem
    gcc: /usr/share/gcc-4.9.2/python/libstdcxx/v6/__init__.py exists in filesystem
    gcc: /usr/share/gcc-4.9.2/python/libstdcxx/v6/printers.py exists in filesystem
    gcc: /usr/share/gdb/auto-load/usr/lib/libstdc++.so.6.0.20-gdb.py exists in filesystem
    gcc: /usr/share/info/cpp.info.gz exists in filesystem
    gcc: /usr/share/info/cppinternals.info.gz exists in filesystem
    gcc: /usr/share/info/gcc.info.gz exists in filesystem
    gcc: /usr/share/info/gccinstall.info.gz exists in filesystem
    gcc: /usr/share/info/gccint.info.gz exists in filesystem
    gcc: /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION exists in filesystem
    gcc: /usr/share/locale/be/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/be/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/ca/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/da/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/da/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/de/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/de/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/el/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/el/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/eo/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/es/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/es/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/fi/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/fi/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/fr/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/fr/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/hr/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/id/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/id/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/ja/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/ja/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/nl/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/nl/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/pt_BR/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/ru/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/ru/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/sr/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/sr/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/sv/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/sv/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/tr/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/tr/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/uk/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/vi/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/vi/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/zh_CN/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/zh_CN/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/locale/zh_TW/LC_MESSAGES/cpplib.mo exists in filesystem
    gcc: /usr/share/locale/zh_TW/LC_MESSAGES/gcc.mo exists in filesystem
    gcc: /usr/share/man/man1/cpp.1.gz exists in filesystem
    gcc: /usr/share/man/man1/g++.1.gz exists in filesystem
    gcc: /usr/share/man/man1/gcc.1.gz exists in filesystem
    gcc: /usr/share/man/man1/gcov.1.gz exists in filesystem
    gcc: /usr/share/man/man3/C++Intro.3.gz exists in filesystem
    gcc: /usr/share/man/man3/Numeric_arrays.3.gz exists in filesystem
    gcc: /usr/share/man/man3/Pointer_abstractions.3.gz exists in filesystem
    gcc: /usr/share/man/man3/SGIextensions.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Caster.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Char_types.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_ExtPtr_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Invalid_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Pointer_adapter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Relative_pointer_impl.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Std_pointer_impl.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::_Unqualified_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__alloc_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__common_pool_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__detail.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__detail::_Bitmap_counter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__detail::_Ffit_finder.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__detail::__mini_vector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__mt_alloc.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__mt_alloc_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__per_type_pool_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__pool.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__pool_alloc.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__pool_alloc_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__pool_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__rc_string_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__scoped_lock.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::__versa_string.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::annotate_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::array_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::array_allocator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::bitmap_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::char_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::character.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::condition_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::debug_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::enc_filebuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::encoding_char_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::encoding_state.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::forced_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::free_list.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::limit_condition.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::limit_condition_always_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::limit_condition_limit_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::limit_condition_never_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::malloc_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::new_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::random_condition.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::random_condition_always_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::random_condition_group_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::random_condition_never_adjustor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::recursive_init_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::stdio_filebuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::stdio_sync_filebuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_allocator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_allocator_limit.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_allocator_random.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_value_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_value_limit.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::throw_value_random.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_cxx::typelist.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_After_nth_from.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_BeforeBeginHelper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Equal_to.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Not_equal_to.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_iterator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_local_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_local_iterator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_sequence.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_sequence_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_unordered_container.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_debug::_Safe_unordered_container_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_internal.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_DRSSorterPU.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_DRandomShufflingGlobalData.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_DummyReduct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_EqualFromLess.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_EqualTo.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_GuardedIterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_IteratorPair.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_IteratorTriple.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Job.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Less.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Lexicographic.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LexicographicReverse.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTree.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreeBase.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreeBase__Loser.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreePointer.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreePointerBase.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreePointerBase__Loser.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreePointerUnguarded.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreePointerUnguardedBase.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreeTraits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreeUnguarded.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_LoserTreeUnguardedBase.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Multiplies.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Nothing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_PMWMSSortingData.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Piece.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Plus.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_PseudoSequence.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_PseudoSequenceIterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_QSBThreadLocal.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_RandomNumber.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_RestrictedBoundedConcurrentQueue.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_SamplingSorter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_Settings.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::_SplitConsistently.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__accumulate_binop_reduct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__accumulate_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__adjacent_difference_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__adjacent_find_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__binder1st.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__binder2nd.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__count_if_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__count_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__fill_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__find_first_of_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__find_if_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__for_each_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__generate_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__generic_find_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__generic_for_each_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__identity_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__inner_product_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__max_element_reduct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__min_element_reduct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__mismatch_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__multiway_merge_3_variant_sentinel_switch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__multiway_merge_4_variant_sentinel_switch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__multiway_merge_k_variant_sentinel_switch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__replace_if_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__replace_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__transform1_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__transform2_selector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::__unary_negate.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::balanced_quicksort_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::balanced_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::constant_size_blocks_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::default_parallel_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::equal_split_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::exact_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::find_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::growing_blocks_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::multiway_mergesort_exact_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::multiway_mergesort_sampling_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::multiway_mergesort_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::omp_loop_static_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::omp_loop_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::parallel_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::quicksort_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::sampling_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::sequential_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_parallel::unbalanced_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::associative_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::basic_branch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::basic_branch_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::basic_hash_table.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::basic_hash_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::basic_invalidation_guarantee.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::binary_heap_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::binomial_heap_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::cc_hash_max_collision_check_resize_trigger.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::cc_hash_table.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::cc_hash_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::container_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::container_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::container_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::container_traits_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::bin_search_tree_const_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::bin_search_tree_const_node_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::bin_search_tree_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::bin_search_tree_node_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::bin_search_tree_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::binary_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::binary_heap_const_iterator_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::binary_heap_point_const_iterator_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::binomial_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::binomial_heap_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::branch_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::cc_ht_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::cond_dealtor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::container_base_dispatch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_comb_hash_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_eq_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_hash_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_resize_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_trie_access_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::default_update_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::dumnode_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::entry_cmp.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::entry_pred.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::eq_by_less.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::gp_ht_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::hash_eq_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::hash_load_check_resize_trigger_size_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::left_child_next_sibling_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::left_child_next_sibling_heap_const_iterator_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::left_child_next_sibling_heap_node_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::left_child_next_sibling_heap_node_point_const_iterator_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::lu_counter_metadata.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::lu_counter_policy_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::lu_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::mask_based_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::mod_based_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::no_throw_copies.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ov_tree_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ov_tree_map_cond_dtor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ov_tree_node_const_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ov_tree_node_it_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pairing_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__CIter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Head.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Inode.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Inode_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Inode_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Iter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Leaf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Metadata.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Node_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Node_citer.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_base__Node_iter.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::pat_trie_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::probe_fn_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ranged_hash_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::ranged_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::rb_tree_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::rb_tree_node_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::rc.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::rc_binomial_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::resize_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::splay_tree_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::splay_tree_node_.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::stored_data.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::stored_hash.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::stored_value.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::synth_access_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::thin_heap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::tree_metadata_helper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::tree_node_metadata_dispatch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::tree_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::trie_metadata_helper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::trie_node_metadata_dispatch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::trie_policy_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::trie_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::type_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::type_dispatch.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::detail::types_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::direct_mask_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::direct_mod_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::gp_hash_table.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::gp_hash_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::hash_exponential_size_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::hash_load_check_resize_trigger.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::hash_prime_size_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::hash_standard_resize_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::insert_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::join_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::linear_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::list_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::list_update_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::lu_counter_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::lu_move_to_front_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::null_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::null_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::ov_tree_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::pairing_heap_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::pat_trie_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::point_invalidation_guarantee.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::priority_queue.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::priority_queue_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::quadratic_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::range_invalidation_guarantee.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::rb_tree_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::rc_binomial_heap_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::resize_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_ranged_hash_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_ranged_probe_fn.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_resize_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_resize_trigger.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_size_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_tree_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_trie_access_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_trie_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sample_update_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::sequence_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::splay_tree_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::string_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::thin_heap_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::tree.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::tree_order_statistics_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::tree_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trie.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trie_order_statistics_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trie_prefix_search_node_update.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trie_string_access_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trie_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_pbds::trivial_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__container_size_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__container_size_stack_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__hashfunc_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__hashfunc_stack_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__list2vector_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__map2umap_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__map2umap_stack_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__object_info_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__reentrance_guard.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__stack_hash.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__stack_info_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_container_size.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_hash_func.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_hashtable_size.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_map2umap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_vector_size.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__trace_vector_to_list.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__vector2list_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__vector2list_stack_info.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_profile::__warning_data.3.gz exists in filesystem
    gcc: /usr/share/man/man3/__gnu_sequential.3.gz exists in filesystem
    gcc: /usr/share/man/man3/abi::__forced_unwind.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Deque_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Deque_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Enable_copy_move.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Enable_default_constructor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Enable_destructor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Enable_special_members.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Fwd_list_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Fwd_list_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Fwd_list_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Fwd_list_node.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Fwd_list_node_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Hashtable.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_List_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_List_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_List_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_List_node.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Temporary_buffer.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::_Vector_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__atomic_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__atomic_flag_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__codecvt_abstract_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__ctype_abstract_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__debug.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__debug::map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__debug::multimap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__debug::multiset.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__debug::set.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_BracketMatcher.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Compiler.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Default_ranged_hash.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Equal_helper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Equality.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Equality_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Executor.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hash_code_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hash_node.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hash_node_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hash_node_value_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hashtable_alloc.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hashtable_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hashtable_ebo_helper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Hashtable_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Insert.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Insert_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_List_node_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Local_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Local_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Local_iterator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Map_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Mod_range_hashing.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Node_const_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Node_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Node_iterator_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Prime_rehash_policy.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Rehash_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_Scanner.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__detail::_StateSeq.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__exception_ptr_exception_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__has_iterator_category_helper.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__parallel.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__parallel::_CRandNumber.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__profile.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__profile::map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__profile::multimap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__profile::multiset.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::__profile::set.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::allocator_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::atomic_flag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::auto_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::auto_ptr_ref.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::back_insert_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::bad_weak_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::basic_ios.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::basic_regex.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::basic_string.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::bernoulli_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::bernoulli_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::bidirectional_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binary_function.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binary_negate.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binder1st.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binder2nd.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binomial_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::binomial_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::cauchy_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::cauchy_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::char_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::chi_squared_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::chi_squared_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::codecvt.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::codecvt_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::codecvt_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::collate.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::collate_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ctype.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ctype_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ctype_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::default_delete.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::deque.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::discard_block_engine.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::discrete_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::discrete_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::divides.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::enable_shared_from_this.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::equal_to.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::exponential_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::exponential_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::extreme_value_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::extreme_value_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::filebuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::fisher_f_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::fisher_f_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::forward_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::forward_list.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::fpos.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::front_insert_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::fstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::gamma_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::gamma_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::geometric_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::geometric_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::greater.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::greater_equal.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::gslice.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::gslice_array.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::hash.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ifstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::independent_bits_engine.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::indirect_array.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::input_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::insert_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ios.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ios_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ios_base_failure.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::iostream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::istream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::istream_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::istreambuf_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::istringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::less.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::less_equal.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::linear_congruential_engine.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::list.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::locale.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::locale_facet.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::locale_id.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::logical_and.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::logical_not.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::logical_or.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::lognormal_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::lognormal_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::mask_array.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::match_results.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::mersenne_twister_engine.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::messages.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::messages_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::messages_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::minus.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::modulus.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::money_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::money_get.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::money_put.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::moneypunct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::moneypunct_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::move_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::multimap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::multiplies.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::multiset.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::negate.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::negative_binomial_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::negative_binomial_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::nested_exception.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::normal_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::normal_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::not_equal_to.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::num_get.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::num_put.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::numpunct.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::numpunct_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ofstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ostream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ostream_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ostreambuf_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::ostringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::output_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::owner_less.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::pair.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::piecewise_constant_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::piecewise_constant_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::piecewise_linear_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::piecewise_linear_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::plus.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::pointer_to_binary_function.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::pointer_to_unary_function.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::pointer_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::poisson_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::poisson_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::priority_queue.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::queue.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::random_access_iterator_tag.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::random_device.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::raw_storage_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::regex_constants.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::regex_error.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::regex_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::regex_token_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::regex_traits.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::rel_ops.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::reverse_iterator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::seed_seq.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::set.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::shared_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::shuffle_order_engine.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::slice.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::slice_array.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::stack.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::streambuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::string.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::stringbuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::stringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::student_t_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::student_t_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::sub_match.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::time_base.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::time_get.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::time_get_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::time_put.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::time_put_byname.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::tr1.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::tr1::__detail.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::tr2.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::tr2::__detail.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unary_function.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unary_negate.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::uniform_int_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::uniform_int_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::uniform_real_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::uniform_real_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unique_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unordered_map.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unordered_multimap.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unordered_multiset.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::unordered_set.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::uses_allocator.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::vector.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::weak_ptr.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::weibull_distribution.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::weibull_distribution_param_type.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wfilebuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wfstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wifstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wios.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wiostream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wistream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wistringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wofstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wostream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wostringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wstreambuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wstring.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wstringbuf.3.gz exists in filesystem
    gcc: /usr/share/man/man3/std::wstringstream.3.gz exists in filesystem
    gcc: /usr/share/man/man7/fsf-funding.7.gz exists in filesystem
    gcc: /usr/share/man/man7/gfdl.7.gz exists in filesystem
    gcc: /usr/share/man/man7/gpl.7.gz exists in filesystem
    Errors occurred, no packages were upgraded.
    I'm just doing a pacman -Su gcc, should I be doing something else?

  • KDE 3.4.3 and -fvisibility-inlines-hidden

    Hi folks,
    First of... Arch is great (migrated from Slack ). And yea, it's great that it's optimised for i686 and such
    However the KDE packages in Arch are a bit... slow I mean I have a decent (but not a high-end) system (Ath-XP 2500, 512 MB DDR400), but I still had to wait a bit for Konqueror to open (I use it as a file manager, my browser is Firefox).
    Now, what I've heard was that -fivisibility-inlines-hidden thingy in gcc 4.0 speeds up C++ applications. Yea, I've heard that these flags are added automagically during ./configure while building KDE, but I've never been able to spot them in gcc compile commands while make'ing.
    Thus, I've decided to give it a shot myself and recompile some (since I don't use the rest that often) KDE packages using the following flags:
    export CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
    export CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -fvisibility-inlines-hidden"
    And yea.. I know some of you will now say: hey, Arch is not an athlon-xp optimised distro, but a generic 686 one. Yea, I know. But AFAIK the athlon-xp specific optimisations don't have such a  big meaning (being SSE, 3dNow and such mostly) to normal aps.
    I've recompiled the following packages:
    kdelibs
    kdebase
    kdeutils
    kdegraphics
    And you know what? I don't have to wait for Konqueror anymore. It opens in a blink of an eye. So does Kpdf with large documents. And yea.. I know these aren't hard numbers but rather impressions...
    I'm aware that there has been a discussion regarding these flags before... but I couldn't make out the final outcome of them So, could anyone enlighten me: are the Arch stock KDE package compiled with fvisibility-inslines-hidden already? My guess is no, since when I tried to build KDE using the vanilla PKGBUILDS from ABS, there were no fvisibility flags in the compilation commands invoked by make. Of course I can be wrong, but if the stock packages aren't built with them, mayby they should be?
    Also, does anyone have clue why I can't use  -fvisibility=hidden with the stock GCC 4.03? During C++ program compilation it says  that the -fivisibility=hidden attribute is not recognized. -fvisibility-inlines-hidden worked well.. but that one doesn't. Anyone?[/code]

    Neuro wrote:As far as I understand correctly, the bug report tpowa pointed us to says that there were some issues with KDE 3.4.x GCC 4.0.2 and -fvisibility. It was traced back to an issue with a missing visibility declaration somewhere in the STL lib of C++. I've stumbled upon an information that it is fixed in GCC 4.0.3, but if I get the bug info right, since then KDE builds without -fvisibility even if the compiler allows it.
    Actually, I it seems that our libstdc++ is working properly. My logs for the kdelibs builds show:
    checking grepping for visibility push/pop in headers... yes
    The test above was added to fix Bug 111115, mentioned by tpowa above. I you look at the configure patch below you'll see that `yes' should indicate that our libstdc++ is handling visibility correctly:
    AC_REQUIRE([AC_PATH_QT])
    + AC_MSG_CHECKING([grepping for visibility push/pop in headers])
    +
    if test "x$GXX" = "xyes"; then
    + AC_LANG_SAVE
    + AC_LANG_CPLUSPLUS
    + AC_EGREP_CPP(
    + [GCC visibility push],
    + [ #include <cassert>
    + ],
    + [
    + AC_MSG_RESULT(yes)
    + kde_stdc_visibility_patched=yes ],
    + [
    + AC_MSG_RESULT(no)
    + AC_MSG_WARN([Your libstdc++ doesn't appear to be patched for
    + visibility support. Disabling -fvisibility=hidden])
    +
    + kde_stdc_visibility_patched=no ])
    + AC_LANG_RESTORE
    +
    kde_have_gcc_visibility=no
    - KDE_CHECK_COMPILER_FLAG(fvisibility=hidden,
    - kde_have_gcc_visibility=yes
    - CXXFLAGS="$CXXFLAGS -fvisibility=hidden"
    - KDE_CHECK_VISIBILITY_GCC_BUG
    - HAVE_GCC_VISIBILITY=1
    - AC_DEFINE_UNQUOTED(__KDE_HAVE_GCC_VISIBILITY, "$HAVE_GCC_VISIBILITY", [define to 1 if -fvisibility is supported])
    +
    + if test x$kde_stdc_visibility_patched = xyes ; then
    + KDE_CHECK_COMPILER_FLAG(fvisibility=hidden,
    + [
    + kde_have_gcc_visibility=yes
    + CXXFLAGS="$CXXFLAGS -fvisibility=hidden"
    + KDE_CHECK_VISIBILITY_GCC_BUG
    + HAVE_GCC_VISIBILITY=1
    + AC_DEFINE_UNQUOTED(__KDE_HAVE_GCC_VISIBILITY, "$HAVE_GCC_VISIBILITY", [define to 1 if -fvisibility is supported])
    + ])
    + fi
    fi
    BTW: I've rebuilt kdelibs with `--enable-gcc-hidden-visibility' and all seems well.
    Tpowa: Thanks for looking into this

  • FND_FLEX_VALUES and GL_CODE_COMBINATIONS

    Hello all,
    I have to value a value with a certain segment from the code combination.
    With which segment I have to compare I have to search by a generic way out of FND tables. (value sets attached to segments)
    I have already following query:
    SELECT gcc.SEGMENT2, ffv.flex_value
    FROM fnd_segment_attribute_values fsav,
    fnd_id_flex_segments fifs,
    fnd_flex_value_sets ffvs,
    fnd_flex_values ffv, gl_code_combinations gcc
    WHERE fifs.id_flex_code = fsav.id_flex_code
    AND fifs.id_flex_num = fsav.id_flex_num
    AND fifs.id_flex_code = 'GL#'
    and gcc.chart_of_accounts_id = fsav.id_flex_num
    ANd gcc.ENABLED_FLAG = 'Y'
    AND fsav.segment_attribute_type = 'GL_ACCOUNT'
    AND fifs.application_column_name = fsav.application_column_name
    AND fsav.attribute_value = 'Y'
    AND ffvs.flex_value_set_id = fifs.flex_value_set_id
    AND ffv.flex_value_set_id = ffvs.flex_value_set_id
    AND ffv.summary_flag = 'N';
    But this doesn't work correctly because the first column has to be the same as the second column. But you can't equal them because I know that in this case it is segment2 but in another case it could be segment 4 or ... So the values in FLEX_VALUE has to be correct (and for the case matching the first column, what isn't the case)
    Thank you in advance!

    solution:
    use the compiled view to map the attributes

  • Solaris 10 sparc - cpan - gcc/make issue

    Hi all,
         I am attempting to install necessary perl modules to run a perl script. I need to use gcc as my compiler and believe I have an issue, also may have a (g)make issue as well. I will copy the output of two install failures, and then my current o conf setup. if someone could help me out I would sincerely appreciate it.
    When trying to install IO::Pty I received the following output.
    cpan[1]> install IO::Pty
    Reading '/.cpan/Metadata'
      Database was generated on Thu, 26 Sep 2013 13:53:03 GMT
    Running install for module 'IO::Pty'
    Running make for T/TO/TODDR/IO-Tty-1.10.tar.gz
      CPAN: checksum security checks disabled because Digest::SHA not installed.
      Please consider installing the Digest::SHA module.
    Scanning cache /.cpan/build for sizes
    ..........................................................................--DONE
    DEL(1/3): /.cpan/build/Data-Dumper-2.145-wR9zqH
    DEL(2/3): /.cpan/build/Time-Local-1.2300-_ZUYVw
    DEL(3/3): /.cpan/build/Time-Local-1.2300-_ZUYVw.yml
      CPAN.pm: Building T/TO/TODDR/IO-Tty-1.10.tar.gz
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1868.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1869.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1879.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1880.
    Now let's see what we can find out about your system
    (logfiles of failing tests are available in the conf/ dir)...
    sh: cc: not found
    ERROR: cannot run the configured compiler 'cc'
    (see conf/compilerok.log). Suggestions:
    1) The complier 'cc' is not in your PATH. Add it
       to the PATH and try again. OR
    2) The compiler isn't installed on your system. Install it. OR
    3) You only have a different compiler installed (e.g. 'gcc').
       Either fix the compiler config in the perl Config.pm
       or install a perl that was built with the right compiler
       (you could build perl yourself with the available compiler).
    Note: this is a system-administration issue, please ask your local
    admin for help. Thank you.
    Warning: No success on command[/usr/perl5/5.8.4/bin/perl Makefile.PL]
      TODDR/IO-Tty-1.10.tar.gz
      /usr/perl5/5.8.4/bin/perl Makefile.PL -- NOT OK
    Running make test
      Make had some problems, won't test
    Running make install
      Make had some problems, won't install
    Could not read metadata file. Falling back to other methods to determine prerequisites
    Failed during this command:
    TODDR/IO-Tty-1.10.tar.gz                     : writemakefile NO '/usr/perl5/5.8.4/bin/perl Makefile.PL' returned status 512
    When trying to install Data::Dumper I received the following output.
    cpan[2]> install Data::Dumper
    Running install for module 'Data::Dumper'
    Running make for S/SM/SMUELLER/Data-Dumper-2.145.tar.gz
    CPAN: checksum security checks disabled because Digest::SHA not installed.
      CPAN.pm: Building S/SM/SMUELLER/Data-Dumper-2.145.tar.gz
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1868.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1869.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1879.
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 1880.
    Checking if your kit is complete...
    Looks good
    Generating a GNU-style Makefile
    Writing Makefile for Data::Dumper
    Writing MYMETA.yml and MYMETA.json
    Use of uninitialized value in scalar assignment at /usr/perl5/5.8.4/lib/CPAN/Distribution.pm line 2033.
    cp Dumper.pm blib/lib/Data/Dumper.pm
    /usr/perl5/5.8.4/bin/perl /usr/perl5/5.8.4/lib/ExtUtils/xsubpp  -typemap /usr/perl5/5.8.4/lib/ExtUtils/typemap  Dumper.xs > Dumper.xsc && mv Dumper.xsc Dumper.c
    cc -c   -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -xO3 -xspace -xildoff   -DVERSION=\"2.145\" -DXS_VERSION=\"2.145\" -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE"  -DUSE_PPPORT_H Dumper.c
    /bin/sh: cc: not found
    gmake: *** [Dumper.o] Error 1
      SMUELLER/Data-Dumper-2.145.tar.gz
      /usr/sfw/bin/gmake -- NOT OK
    Running make test
      Can't test without successful make
    Running make install
      Make had returned bad status, install seems impossible
    Failed during this command:
    SMUELLER/Data-Dumper-2.145.tar.gz            : make NO
    cpan[3]> o conf
    $CPAN::Config options from /usr/perl5/5.8.4/lib/CPAN/Config.pm:
        commit             [Commit changes to disk]
        defaults           [Reload defaults from disk]
        help               [Short help about 'o conf' usage]
        init               [Interactive setting of all options]
        applypatch         []
        auto_commit        [0]
        build_cache        [10]
        build_dir          [/.cpan/build]
        build_dir_reuse    [0]
        build_requires_install_policy [yes]
        bzip2              [/usr/bin/bzip2]
        cache_metadata     [1]
        check_sigs         [0]
        colorize_debug     undef
        colorize_output    [0]
        colorize_print     undef
        colorize_warn      undef
        commandnumber_in_prompt [1]
        commands_quote     undef
        connect_to_internet_ok [1]
        cpan_home          [/.cpan]
        curl               undef
        dontload_hash
        dontload_list      undef
        ftp                [/usr/bin/ftp]
        ftp_passive        [1]
        ftp_proxy          [Proxy info removed]
        ftpstats_period    undef
        ftpstats_size      undef
        getcwd             [cwd]
        gpg                []
        gzip               [/usr/bin/gzip]
        halt_on_failure    [0]
        histfile           [/.cpan/histfile]
        histsize           [100]
        http_proxy         [Proxy info removed]
        inactivity_timeout [0]
        index_expire       [1]
        inhibit_startup_message [0]
        keep_source_where  [/.cpan/sources]
        load_module_verbosity [none]
        lynx               []
        make              [/usr/sfw/bin/gmake] I have also tried [/usr/sfw/bin/make] and still the installs fail
        make_arg           []
        make_install_arg   [UNINST=1]
        make_install_make_command [/usr/sfw/bin/gmake] I have also tried [/usr/sfw/bin/make] and still the installs fail
        makepl_arg         []
        mbuild_arg         []
        mbuild_install_arg []
        mbuild_install_build_command [./Build]
        mbuildpl_arg       []
        ncftp              []
        ncftpget           []
        no_proxy           []
        pager              [/usr/bin/less]
        password           undef
        patch              [/usr/bin/patch]
        patches_dir        undef
        perl5lib_verbosity [none]
        prefer_external_tar [0]
        prefer_installer   [MB]
        prefs_dir          [/.cpan/prefs]
        prerequisites_policy [ask]
        proxy_pass         undef
        proxy_user         []
        randomize_urllist  undef
        scan_cache         [atstart]
        shell              [/sbin/sh]
        show_unparsable_versions [0]
        show_upload_date   [0]
        show_zero_versions [0]
        tar                [/usr/sfw/bin/gtar]
        tar_verbosity      [none]
        term_is_latin      [1]
        term_ornaments     [1]
        test_report        [0]
        trust_test_report_history [0]
        unzip              [/usr/bin/unzip]
        urllist
            0 [http://cpan.cse.msu.edu/]
            1 [http://httpupdate23.cpanel.net/CPAN/]
            2 [http://cpan.llarian.net/]
        use_sqlite         [0]
        username           undef
        version_timeout    [15]
        wait_list          undef
        wget               [/usr/sfw/bin/wget]
        yaml_load_code     [0]
        yaml_module        [YAML]
    I would appreciate any assistance,
    Thank you in advance,
    Steve O

    s@mira123 wrote:
    Dear All,
    I am trying to set the date as per the time zone,
    I have succeeded doing that on solaris 10 x86 server after i modified the /etc/TIMEZONE file and ran the rtc command/etc/TIMEZONE is only read at boot time.
    The rtc command is used to set the real time (bios) clock. It should have no effect on the running clock.
    as i configured the /etc/TIMEZONE, i couldnt run the rtc command and figured that it is for X86
    what is the alternative on SPARC?There is no alternative. x86 has a tradition of running the BIOS clock in local time. The rtc program allows you to continue doing that, which is handy if you multi-boot with other operating systems that require that setting (such as windows). As such, the rtc clock needs to be reset when local time changes (usually associated with daylight saving or summer time). If you do not multi-boot with windows, you may wish to set the bios clock to UTC. It makes certain things easier.
    SPARC systems do not multi-boot windows, and the onboard nvram clock always runs in UTC. So the rtc command is not needed.
    The date output is +2 over the timezone taht i have specified
    TZ=Europe/Paris
    CMASK=022
    LANG=en_US.UTF-8Please show output of the following commands:
    TZ=Europe/Paris date
    date
    echo $TZ
    Darren

  • Installation of webgate on Solaris (sparcv9) with WLS 10.3.5 and Apache2

    Problem Description: We have installed IDM 11g and OAM 10.1.4.3 on RHEL5.5 hosts, respectively. We have successfully installed all the components:
    Environment Details:
    - Server1 -- 64 bit Intel RHEL5
    Fusion Middleware Identity Management - 11.1.1.2
    WLS 10.3.2
    ODSM,OID,OVD
    DB 10.2.0.4
    - Server 2 32-bit Intel RHEL5
    OAM 10.1.4.3
    OHS 11.1.1.2
    After successfully installing these hosts, we needed to create a webhost from where we could test our protected resources. This host would have a sparc v9 OS, include WLS 10.3.5, and use apache2 as its web server. These have all been successfully installed by root and are running.
    Our next step was to create the webgate/access gate on the OAM host and setup the necessary policy. This was successful.
    We then copied Oracle_Access_Manager10_1_4_3_0_sparc-s2_APACHE2_WebGate to the host and started the installation. Since the host is headless (just a host -- no keyboard, mouse, or gui attached to it) we have to ssh to the host and execute all the installs from the command line without gui. When we got to entering the webgate id and hit return... the process just ended without any error or logfiles. We are assuming that at that point the webgate software was installed but not configured.
    We went ahead and tried the configureWebGate script:
    ./start_configureWebGate -i /opt/oracle/middleware/webgate -l WebGate
    ld.so.1: configureWebGate: fatal: /opt/oracle/middleware/webgate/access/oblix/tools/configureWebGate/../../../oblix/lib/libstdc++.so.5: wrong ELF data format: ELFDATA2LSB
    Killed
    We have successfully installed OAM and IDM many times and have installed webhosts as well... but the webhosts have always been RHEL5 with WLS and OHS instead of Sparc, wls, and apache. Is there anything special about a sparc or apache install?
    WLS and apache were installed as root... we have tried installing the webgate as root, oracle, even apache... but get the same results. The gcc libs are downloaded and available, but the error we see during configuration seems to indicate that they are not found. We have tried seting the LD_LIBRARY_PATH to include the directory containing the libs.
    Edited by: OldGuy on Jul 7, 2011 4:04 AM

    On another note... is there a Sparc equivalent for the mod_wl_ohs.conf where we would place
    <Location /<deployed app>>
    SetHandler weblogic-handler
    WebLogicHost <weblogichost>
    WebLogicPort 7001
    </Location>
    It appears that this goes into the apache httpd.conf file, correct? Or does the mod_wl_ohs.conf equivalent exist?
    We have just about completed everything in regard to being able to include a solaris host in our list of hosts that are tied to OAM. The webgate was created and software installed, the deployed app protected, etc... Everything that we have done for Linux and XP in the past we have done for this Sparc host.
    When we try to access the Sparc's protected uri... nothing happens. The browser stays blank... the url does not change to display the oamsso login.html (as the other installs do)... nothing is returned... no error, no remarks, no logfile entries... just a blank browser.

  • Problem with gcc

    I setup a Solaris 10 machine late last year and tested gcc 3.2.2 and it ran fine. I setup another machine witin the last week and when I run gcc I get the message gcc: invalid argument. Any ideas? Help would be appreciated.

    Never mind, I was having a brain fart.

Maybe you are looking for