Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
comp.unix.programmer
+ new post
About this group
Subscribe to this group
This is a Usenet group - learn more
linking problem
Options
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
   6 messages - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
gunvant.k.patil@gmail.com  
View profile  
 More options Mar 28 2007, 5:48 am
Newsgroups: comp.unix.programmer
Followup-To: comp.unix.programmer
From: "gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com>
Date: 28 Mar 2007 02:48:27 -0700
Local: Wed, Mar 28 2007 5:48 am
Subject: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author
Hi All,

I am trying to build a binary using gcc version 3.4.5 20051201 (Red
Hat 3.4.5-2) and got following sort of warnings

/usr/home/gpatil/mirasrc/007/obj/mira/lib/distrib/
libmira.a(mira_util.o)(.text+0x3a9): In function `mira_seteuid':
/usr/home/gpatil/mirasrc/007/src/mira/lib/libmira/mira_util.c:320:
warning: Using 'getpwnam' in statically linked applications requires
at runtime the shared libraries from the glibc version used for
linking
/usr/home/gpatil/mirasrc/007/obj/mira/lib/distrib/libmira.a(idmatch.o)
(.text+0x500): In function `hostaddr':
/usr/home/gpatil/mirasrc/007/src/mira/lib/libmira/../libgulp/idmatch.c:
298: warning: Using 'gethostbyname' in statically linked applications
requires at runtime the shared libraries from the glibc version used
for linking

Any idea how to eliminate these?
Although binary is builded successfully but it doesn't seems have
symbol info of static functions in code thats driving me crazy while
debugging it

Any help in this regard will be appreciated :)

-Cheers,
Gunvant
~~~~~~~~~~~~~~
No trees were killed in the sending of this message. However a large
number of electrons were terribly inconvenienced.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Paul Pluzhnikov  
View profile  
 More options Mar 28 2007, 10:15 am
Newsgroups: comp.unix.programmer
From: Paul Pluzhnikov <ppluzhnikov-...@charter.net>
Date: Wed, 28 Mar 2007 07:15:18 -0700
Local: Wed, Mar 28 2007 10:15 am
Subject: Re: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author

"gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com> writes:
> libmira.a(mira_util.o)(.text+0x3a9): In function `mira_seteuid':
> /usr/home/gpatil/mirasrc/007/src/mira/lib/libmira/mira_util.c:320:
> warning: Using 'getpwnam' in statically linked applications requires
> at runtime the shared libraries from the glibc version used for
> linking
...
> Any idea how to eliminate these?

Do not link statically. Static linking against system libraries is
bad idea(TM) on any modern UNIX, and especially bad idea on Linux.

It is often done in the mistaken belief that the executable will run
on other OS releases, but in fact it makes the resulting executable
much *less* portable.

> Although binary is builded successfully but it doesn't seems have
> symbol info of static functions in code thats driving me crazy while
> debugging it

That has nothing to do with the warning above.
You'll need to describe that problem in some detail if you want
help with that.

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
gunvant.k.patil@gmail.com  
View profile  
 More options Mar 29 2007, 2:53 am
Newsgroups: comp.unix.programmer
From: "gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com>
Date: 28 Mar 2007 23:53:41 -0700
Local: Thurs, Mar 29 2007 2:53 am
Subject: Re: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author
On Mar 28, 7:15 pm, Paul Pluzhnikov <ppluzhnikov-...@charter.net>
wrote:

> "gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com> writes:
> > libmira.a(mira_util.o)(.text+0x3a9): In function `mira_seteuid':
> > /usr/home/gpatil/mirasrc/007/src/mira/lib/libmira/mira_util.c:320:
> > warning: Using 'getpwnam' in statically linked applications requires
> > at runtime the shared libraries from the glibc version used for
> > linking
> ...
> > Any idea how to eliminate these?

> Do not link statically. Static linking against system libraries is
> bad idea(TM) on any modern UNIX, and especially bad idea on Linux.

Thanks

> It is often done in the mistaken belief that the executable will run
> on other OS releases, but in fact it makes the resulting executable
> much *less* portable.

> > Although binary is builded successfully but it doesn't seems have
> > symbol info of static functions in code thats driving me crazy while
> > debugging it

> That has nothing to do with the warning above.
> You'll need to describe that problem in some detail if you want
> help with that.

I have few static functions (ex. readlog()) in source code,
nm smtplog | grep readlog  or
objdump -tD smtplog | grep readlog
result is nothing means this symbol is not present in binary. its
happening for all static functions. other normal function symbols are
present.
hence i can't set breakpoints on static functions  in gdb while it
works fine for normal functions.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Paul Pluzhnikov  
View profile  
 More options Mar 29 2007, 3:28 am
Newsgroups: comp.unix.programmer
From: Paul Pluzhnikov <ppluzhnikov-...@charter.net>
Date: Thu, 29 Mar 2007 00:28:38 -0700
Local: Thurs, Mar 29 2007 3:28 am
Subject: Re: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author

"gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com> writes:
> I have few static functions (ex. readlog()) in source code,
> nm smtplog | grep readlog  or
> objdump -tD smtplog | grep readlog
> result is nothing means this symbol is not present in binary.

Is the binary stripped? What does 'file smtplog' say?

What are the compile and link lines for the binary?

I have seen "unintentional" stripping of the binaries when link
commands are "mindlessly" copied from one platform to another.

For example, 'gcc main.c -s -o smtplog' will produce a stripped
binary on Linux and Solaris (because gcc will pass '-s' to the
linker), but perhaps '-s' means something else to another compiler,
for which the command line was originally written.

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
gunvant.k.patil@gmail.com  
View profile  
 More options Mar 30 2007, 6:06 am
Newsgroups: comp.unix.programmer
From: "gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com>
Date: 30 Mar 2007 03:06:32 -0700
Local: Fri, Mar 30 2007 6:06 am
Subject: Re: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author
On Mar 29, 12:28 pm, Paul Pluzhnikov <ppluzhnikov-...@charter.net>
wrote:

> "gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com> writes:
> > I have few static functions (ex. readlog()) in source code,
> > nm smtplog | grep readlog  or
> > objdump -tD smtplog | grep readlog
> > result is nothing means this symbol is not present in binary.

> Is the binary stripped? What does 'file smtplog' say?

[root@osqa61 bin]# file smtplog
smtplog: setuid ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), for GNU/Linux 2.2.5, statically linked, not stripped

> What are the compile and link lines for the binary?

gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/main.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/stack.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/summary.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/detail.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/dump.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport   -c /usr/home/gpatil/mirasrc/
fling/src/mira/usr.bin/smtplog/histogram.c
gcc -O -pipe -march=pentiumpro -DMIRA_LINUX=1 -D_GNU_SOURCE=1 -
D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -imacros /usr/home/gpatil/
mirasrc/fling/src/mira/include/pal/syscall_remap.h -O2 -Wall -
Wimplicit -Werror -g -I/usr/home/gpatil/mirasrc/fling/src/mira/usr.bin/
smtplog/../../lib/libi18n -I/usr/home/gpatil/mirasrc/fling/src/mira/
usr.bin/smtplog/../../lib/libmappsupport    -static -o smtplog main.o
stack.o summary.o detail.o dump.o histogram.o  -larchive -lnewcgi -
lmappsupport -lmira -lpal -lvdb -lcharset -li18n -lz -lstdc++ -
lpthread
/usr/home/gpatil/mirasrc/fling/obj/mira/lib/distrib/
libmira.a(mira_util.o)(.text+0x3a9): In function `mira_seteuid':
/usr/home/gpatil/mirasrc/fling/src/mira/lib/libmira/mira_util.c:320:
warning: Using 'getpwnam' in statically linked applications requires
at runtime the shared libraries from the glibc version used for
linking
/usr/home/gpatil/mirasrc/fling/obj/mira/lib/distrib/
libmira.a(idmatch.o)(.text+0x500): In function `hostaddr':
/usr/home/gpatil/mirasrc/fling/src/mira/lib/libmira/../libgulp/
idmatch.c:298: warning: Using 'gethostbyname' in statically linked
applications requires at runtime the shared libraries from the glibc
version used for linking


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Paul Pluzhnikov  
View profile  
 More options Mar 30 2007, 4:40 pm
Newsgroups: comp.unix.programmer
From: Paul Pluzhnikov <ppluzhnikov-...@charter.net>
Date: Fri, 30 Mar 2007 13:40:23 -0700
Local: Fri, Mar 30 2007 4:40 pm
Subject: Re: linking problem
Print | Individual message | Show original | Report this message | Find messages by this author

"gunvant.k.pa...@gmail.com" <gunvant.k.pa...@gmail.com> writes:
> gcc -O -pipe -march=pentiumpro -D... -O2 -Wall -Wimplicit -Werror -g -I ...

Hmm, gcc-3.4.6 doesn't appear to inline functions with with the
command line above, but perhaps your gcc does? Try compiling with
-fno-inline-functions ...

Cheers,
--
In order to understand recursion you must first understand recursion.
Remove /-nsp/ for email.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2013 Google