[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Condor-users] error compiling examples



The problem was fixed by using gcc-3.4 instead of gcc-4.1. Is it right?


Mensaje citado por Javier Forment Millet <jforment@xxxxxxxxxxxx>:

> Hi there... I've set up a Condor cluster (BTW thanks very much to the Condor
> developers for the well done work...) with several dedicated machines of two
> different arhitectures (Intel Xeon x86_64 and PentiumIII) all of them running
> Ubuntu 7.04 server distro. According to the directions in the Condor download
> page, I've used the corresponding RHL3 Condor distribution tarballs.
>
> The condor installation was fine. All the corresponding daemons are running
> in
> the different manager, submit and execute nodes as indicated in the
> documentation. But when compiling the examples distributed with the tarball
> with condor_compile (of course after having renamed the original ld system
> linker to ld.real and copied the ld file coming with the tarball to the
> corresponding folder) I get an error at compilation of only one of the
> examples. That is, everything is OK, except for the fstream.C example. All
> the
> other examples compile and run fine, i.e., they properly migrate, checkpoint,
> do system calls, write and transmit output files, etc.
>
> The same occurs for both submit machines I've configured (one Xeon and one
> PentiumIII).
>
> I'm using g++ GNU C++ compiler version 4.1.2. Below I copy the error obtained
> with the Xeon machine, after the messages from the correct compilation of the
> example before (env.C). The messages obtained when compiling examples at
> PentiumIII are almost identical.
>
> Any idea? Maybe there is a problem with the compiler version? Excuse my
> ignorance with this...
>
> Error messages:
>
> condor_compile g++ -o env.remote env.C
> LINKING FOR CONDOR : /usr/bin/ld.real -L/usr/local/condor-6.8.6/lib -Bstatic
> --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
> /lib64/ld-linux-x86-64.so.2 -o env.remote
> /usr/local/condor-6.8.6/lib/condor_rt0.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crti.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginT.o
> -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2
> -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64 -L/lib/../lib64
> -L/usr/lib/../lib64 /tmp/ccGYOrBJ.o
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a
> /usr/local/condor-6.8.6/lib/libcondor_z.a
> /usr/local/condor-6.8.6/lib/libcomp_libstdc++.a
> /usr/local/condor-6.8.6/lib/libcomp_libstdc++.a -lm
> /usr/local/condor-6.8.6/lib/libcomp_libgcc.a
> /usr/local/condor-6.8.6/lib/libcomp_libgcc_eh.a -lcondor_c -lcondor_nss_files
> -lcondor_nss_dns -lcondor_resolv -lcondor_c -lcondor_nss_files
> -lcondor_nss_dns
> -lcondor_resolv -lcondor_c /usr/local/condor-6.8.6/lib/libcomp_libgcc.a
> /usr/local/condor-6.8.6/lib/libcomp_libgcc_eh.a
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtend.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crtn.o
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a(condor_file_agent.o): In
> function
> `CondorFileAgent::open(char const*, int, int)':
> /home/condor/execute/dir_16805/userdir/src/condor_ckpt/condor_file_agent.C:99:
> warning: the use of `tmpnam' is dangerous, better use `mkstemp'
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a(switches.o): In function
> `__gets_chk':
>
/home/condor/execute/dir_16805/userdir/src/condor_syscall_lib/switches.remap-LINUX.h:435:
> warning: the `gets' function is dangerous and should not be used.
>
> condor_compile g++ -o fstream.remote fstream.C
> In file included from
>
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/backward/iostream.h:31,
>                  from fstream.C:23:
>
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/backward/backward_warning.h:32:2:
> warning: #warning This file includes at least one deprecated or antiquated
> header. Please consider using one of the 32 headers found in section 17.4.1.2
> of the C++ standard. Examples include substituting the <X> header for the
> <X.h>
> header for C++ includes, or <iostream> instead of the deprecated header
> <iostream.h>. To disable this warning use -Wno-deprecated.
> LINKING FOR CONDOR : /usr/bin/ld.real -L/usr/local/condor-6.8.6/lib -Bstatic
> --eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker
> /lib64/ld-linux-x86-64.so.2 -o fstream.remote
> /usr/local/condor-6.8.6/lib/condor_rt0.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crti.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtbeginT.o
> -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2 -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2
> -L/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64 -L/lib/../lib64
> -L/usr/lib/../lib64 /tmp/ccBTcYtj.o
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a
> /usr/local/condor-6.8.6/lib/libcondor_z.a
> /usr/local/condor-6.8.6/lib/libcomp_libstdc++.a
> /usr/local/condor-6.8.6/lib/libcomp_libstdc++.a -lm
> /usr/local/condor-6.8.6/lib/libcomp_libgcc.a
> /usr/local/condor-6.8.6/lib/libcomp_libgcc_eh.a -lcondor_c -lcondor_nss_files
> -lcondor_nss_dns -lcondor_resolv -lcondor_c -lcondor_nss_files
> -lcondor_nss_dns
> -lcondor_resolv -lcondor_c /usr/local/condor-6.8.6/lib/libcomp_libgcc.a
> /usr/local/condor-6.8.6/lib/libcomp_libgcc_eh.a
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/crtend.o
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../lib64/crtn.o
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a(condor_file_agent.o): In
> function
> `CondorFileAgent::open(char const*, int, int)':
> /home/condor/execute/dir_16805/userdir/src/condor_ckpt/condor_file_agent.C:99:
> warning: the use of `tmpnam' is dangerous, better use `mkstemp'
> /usr/local/condor-6.8.6/lib/libcondorsyscall.a(switches.o): In function
> `__gets_chk':
>
/home/condor/execute/dir_16805/userdir/src/condor_syscall_lib/switches.remap-LINUX.h:435:
> warning: the `gets' function is dangerous and should not be used.
> /tmp/ccBTcYtj.o: In function `main':
> fstream.C:(.text+0x248): undefined reference to `__stack_chk_fail'
> collect2: ld returned 1 exit status
> make: *** [fstream.remote] Error 1
>
>
>
>
> --
> Javier Forment Millet
> Instituto de Biología Celular y Molecular de Plantas (IBMCP) CSIC-UPV
>  Ciudad Politécnica de la Innovación (CPI) Edificio 8 E, Escalera 7 Puerta E
>  Calle Ing. Fausto Elio s/n. 46022 Valencia, Spain
> Tlf.:+34-96-3877858
> FAX: +34-96-3877859
> jforment@xxxxxxxxxxxx
> _______________________________________________
> Condor-users mailing list
> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/condor-users/
>


-- 
Javier Forment Millet
Instituto de Biología Celular y Molecular de Plantas (IBMCP) CSIC-UPV
 Ciudad Politécnica de la Innovación (CPI) Edificio 8 E, Escalera 7 Puerta E
 Calle Ing. Fausto Elio s/n. 46022 Valencia, Spain
Tlf.:+34-96-3877858
FAX: +34-96-3877859
jforment@xxxxxxxxxxxx