Bug 552

Summary:	broken reference from scp.c
Product:	Portable OpenSSH	Reporter:	rappel <dh>
Component:	Build system	Assignee:	OpenSSH Bugzilla mailing list <openssh-bugs>
Status:	CLOSED INVALID
Severity:	major
Priority:	P2
Version:	-current
Hardware:	All
OS:	Linux

Description rappel 2003-05-01 18:59:15 AEST

scp.o: In function `bwlimit':
/workspace/software/libraries/openssh-3.6.1p1/scp.c:691: undefined reference to
`__fixunsdfdi'

My system values:

Linux Foo 2.4.20 #4 Don Feb 13 19:41:02 CET 2003 i686 unknown unknown GNU/Linux
  
Gnu C                  3.2.3
Gnu make               3.80
util-linux             2.11x
ld                     2.13.2

Comment 1 rappel 2003-05-01 23:20:54 AEST

Bug still exists in p2

Here is the complete error msg again:

/bin/ld -o scp scp.o progressmeter.o -L. -Lopenbsd-compat/  -lssh
-lopenbsd-compat -lutil -lz -lnsl  -lcrypto -lcrypt
/bin/ld: warning: cannot find entry symbol _start; defaulting to 080492f0
scp.o: In function `bwlimit':
/workspace/software/libraries/openssh-3.6.1p2/scp.c:691: undefined reference to
`__fixunsdfdi'

Comment 2 Ben Lindstrom 2003-05-02 02:07:42 AEST

Can't reproduce here at my place.

[mouring@newton /tmp/ben/openssh]$uname -a
Linux newton 2.4.9-13enterprise #1 SMP Tue Oct 30 19:34:18 EST 2001 i686 unknown
[mouring@newton /tmp/ben/openssh]$cat /etc/redhat-release
Red Hat Linux release 7.2 (Enigma)

From the looks of it I can only assume your headers redefine 'limitbw' variable
to something else in a rather nasty and incorrect way.

Comment 3 rappel 2003-05-02 05:26:02 AEST

>From the looks of it I can only assume your headers redefine 'limitbw' variable
>to something else in a rather nasty and incorrect way.

Aehm, what do you mean with 'your' headers? Do you mean system headers or
headers in the openssh source tree? I don't know about 'limitbw' and don't know
where to search for. What should I try out?

Comment 4 Darren Tucker 2003-05-04 11:03:45 AEST

A bit of googling shows that __fixunsdfdi is a GCC support routine that should 
be in libgcc.  Possibly your link path is not picking up libgcc at all, or (as 
you seem to have a very new gcc) it's picking up an old libgcc, or there's some 
other gcc installation problem.

From: http://archive.develooper.com/perl-xs@perl.org/msg00900.html
[quote]
If I remember my GCC internals correctly that would be the support routine
for the conversion:

  double foo;
  unsigned long long thing = foo;

So there is something wrong with your gcc install - perhaps a shared library
has been found which does not match the gcc?
[end quote]

Comment 5 Jason McCormick 2003-05-06 10:25:22 AEST

Can't reproduce this either:

jason@sith openssh $ uname -a
Linux sith 2.4.20-gentoo-r2 #1 SMP Sun Mar 30 21:15:16 EST 2003 i686 AMD
Athlon(tm) Processor AuthenticAMD GNU/Linux


What distro are you using?

Comment 6 rappel 2003-05-07 04:25:51 AEST

NONE

What rpm is needed :)

Comment 7 Jason McCormick 2003-05-07 06:39:32 AEST

No RPM is needed.  It's part of gcc.  See Comment #4 from Darren.  It sounds
like you have something messed up with your includes or shared libraries.

Comment 8 Damien Miller 2003-05-15 19:03:20 AEST

This is a compiler issue, not an SSH bug.

Comment 9 Damien Miller 2004-04-14 12:24:19 AEST

Mass change of RESOLVED bugs to CLOSED