[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: genarating map files for libraries
From: |
Peter O'Gorman |
Subject: |
Re: genarating map files for libraries |
Date: |
Mon, 25 Jan 2010 11:04:09 -0600 |
User-agent: |
Mutt/1.5.19 (2009-01-05) |
On Mon, Jan 25, 2010 at 08:44:12AM -0800, Prokash Sinha wrote:
> First very sorry for the delayed response.
>
> If I do this in the Makefile.in then I don't get any error and it also does
> not produce the map file.
>
> ##$(LINK) -Wl,-map,libbuffer.map -rpath $(libdir) $(libbuffer_la_LDFLAGS)
> $(libbuffer_la_OBJECTS) $(libbuffer_la_LIBADD) $(LIBS)
> libbuffer.la: $(libbuffer_la_OBJECTS) $(libbuffer_la_DEPENDENCIES)
> $(LINK) -rpath $(libdir) $(libbuffer_la_LDFLAGS)
> $(libbuffer_la_OBJECTS) $(libbuffer_la_LIBADD) -Wl,-Map -Wl, libbuffer.map
> $(LIBS)
>
> If I made sure that there is no blank space between -Wl, and libbuffer.map
> then I get the following error -
>
> usr/bin/gcc-4.0 -arch i386 -r -keep_private_externs -nostdlib -o
> .libs/libbuffer.0.0.1.dylib-master.o buffer.lo && /usr/bin/gcc-4.0 -arch
> i386 -dynamiclib -flat_namespace -undefined suppress -o
> .libs/libbuffer.0.0.1.dylib .libs/libbuffer.0.0.1.dylib-master.o -lpthread
> -lc -Map libbuffer.map -install_name /usr/local/lib/libbuffer.0.dylib
> -compatibility_version 1 -current_version 1.1
[adding the list back to CC]
What version of libtool is generating this? Where is the -r coming from?
Why are you passing -Map instead of -map?
Passing -Wl,-map,libbuffer.map will likely work, but I am not sure why
the -Wl, quoting was removed above. Nor am I sure why gcc generates no
warning or error when it sees -Map, and just ignores it.
Peter
--
Peter O'Gorman
http://pogma.com