> -----Original Message-----
> From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org] On
>
> On Tue, 2007-12-04 at 09:33 +0100, Åke Sandgren wrote:
> > On Sun, 2007-12-02 at 21:27 -0500, de Almeida, Valmor F. wrote:
> >
> > Run an nm on opal/mca/memory/ptmalloc2/.libs/malloc.o and check if
> > malloc is defined in there.
> >
> > This seems to be the problem i have when compiling with pathscale.
> > It removes the malloc (public_mALLOc) function from the objectfile but
> > leaves the free (public_fREe) in there, resulting in malloc/free
> > mismatch.
>
> For pathscale the solution for me was to add -fno-builtin.
> Now ompi_info doesn't segfault anymore.
>
> Check if the intel 10 has something similar.
Below is the nm output. The no builtin compiler option you mentioned above
seems to belong to gcc. I have compiled openmpi-1.2.4 with the gcc-4.1.2 suite
without problems.
Thanks,
--
Valmor
->nm ./opal/mca/memory/ptmalloc2/.libs/malloc.o | grep -i "malloc"
00003faa T __malloc_check_init
00000004 D __malloc_hook
000008b8 B __malloc_initialize_hook
00000010 D __malloc_initialized
00003944 t _int_icomalloc
00000c36 T _int_malloc
000008b0 b disallow_malloc_check
00003742 T independent_comalloc
000006a8 T malloc
00000000 t malloc_atfork
00002224 t malloc_check
00001184 t malloc_consolidate
00002c00 T malloc_get_state
00000410 t malloc_hook_ini
000044f2 t malloc_init_state
00002d84 T malloc_set_state
00002b5e t malloc_starter
00003ad4 T malloc_trim
00003b5e T malloc_usable_size
U opal_mem_free_ptmalloc2_mmap
U opal_mem_free_ptmalloc2_munmap
000017d6 t opal_mem_free_ptmalloc2_sbrk
00004032 t ptmalloc_init
000044b0 t ptmalloc_init_minimal
000001dc t ptmalloc_lock_all
000002f6 t ptmalloc_unlock_all
0000036a t ptmalloc_unlock_all2
0000129e t sYSMALLOc
00000870 b save_malloc_hook
000008ac b using_malloc_checking
