bugfindutils - Bugs: bug #15587, static linking to glibc 2.3.6 fails

 
 

bug #15587: static linking to glibc 2.3.6 fails

Submitter:  None
Submitted:  Tue 31 Jan 2006 08:55:35 AM UTC
   
 
Category:  None Severity:  2 - Minor
Item Group:  Compilation Failure Status:  Fixed
Privacy:  Public Assigned to:  jay
Originator Name:  blindcoder Originator Email:  -email is unavailable-
Open/Closed:  Closed Release:  4.2.24
Fixed Release:  4.3.4
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 23 Apr 2007 04:51:10 AM UTC, comment #6: 

version 4.3.4 does compile for me

Zoltan Felleg <zfelleg>
Sun 22 Apr 2007 07:17:32 PM UTC, comment #5: 

I recent versions of gnulib, __re_error_msgid is a static symbol.    That may well fix the problem, meaning that the only reauirement is to use a version of gnulib more recent than 2006-04-10.  The CVS code for findutils currently uses gnulib 2007-02-24.

I suspect that this means that the current CVS code fixes this problem, that the problem won't apply to the 4.3 releases, and that the next 4.2.x release will also fix the problem.  Hence I am marking this as fixed in release 4.3.4.  You can obtain this from ftp://alpha.gnu.org/.

I won't close it until you can confirm/deny this though.

James Youngman <jay>
Group administrator
Sun 22 Apr 2007 06:38:21 PM UTC, comment #4: 

i tried to link findutils 4.2.30 statically against glibc 2.5, and got the same error, so i think it is still a problem (at least on x86_64). some more information for those of you, who interested:
build host: fedora core 6 x86_64 on amd64
host glibc packages:
  glibc-common-2.5-10.fc6.x86_64
  glibc-headers-2.5-10.fc6.x86_64
  glibc-2.5-10.fc6.i686
  glibc-2.5-10.fc6.x86_64
  glibc-devel-2.5-10.fc6.x86_64
and the error:
make[2]: Entering directory `/data/devel/lfs/build/findutils-4.2.30/find'
gcc  -g -O2  -static -o find  find.o fstype.o parser.o pred.o tree.o util.o version.o ../lib/libfind.a ../gnulib/lib/libgnulib.a
pred.o: In function `pred_nogroup':
/data/devel/lfs/build/findutils-4.2.30/find/pred.c:1134: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_group':
/data/devel/lfs/build/findutils-4.2.30/find/parser.c:757: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/data/devel/lfs/build/findutils-4.2.30/find/parser.c:758: warning: Using 'endgrent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_user':
/data/devel/lfs/build/findutils-4.2.30/find/parser.c:1661: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
pred.o: In function `pred_nouser':
/data/devel/lfs/build/findutils-4.2.30/find/pred.c:1151: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_user':
/data/devel/lfs/build/findutils-4.2.30/find/parser.c:1662: warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../lib64/libc.a(regex.o):(.rodata+0xa40): multiple definition of `__re_error_msgid_idx'
../gnulib/lib/libgnulib.a(regex.o):(.rodata+0xa40): first defined here
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/../../../../lib64/libc.a(regex.o):(.rodata+0x8c0): multiple definition of `__re_error_msgid'
../gnulib/lib/libgnulib.a(regex.o):(.rodata+0x8c0): first defined here
collect2: ld returned 1 exit status
make[2]: * [find] Error 1
make[2]: Leaving directory `/data/devel/lfs/build/findutils-4.2.30/find'
make[1]: * [install-recursive] Error 1
make[1]: Leaving directory `/data/devel/lfs/build/findutils-4.2.30/find'
make: * [install-recursive] Error 1

Zoltan Felleg <zfelleg>
Thu 19 Apr 2007 10:21:11 PM UTC, comment #3: 

Is this still a problem with recent releases?

James Youngman <jay>
Group administrator
Sun 08 Oct 2006 12:47:09 AM UTC, comment #2: 

this is actually a bug in gnulib which has been fixed already

so upgrade your findutils

Mike Frysinger <vapier>
Sat 01 Apr 2006 10:34:02 AM UTC, comment #1: 

I would not think that that is the 'right' fix, but then I'm not sure what is.

James Youngman <jay>
Group administrator
Tue 31 Jan 2006 08:55:35 AM UTC, original submission:  

When trying to link findutils 4.2.24 statically to glibc 2.3.6 the following error occurs:
i386-unknown-linux-gnu-gcc-34  -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64   -o find  find.o fstype.o parser.o pred.o tree.o util.o version.o ../lib/libfind.a ../gnulib/lib/libgnulib.a
pred.o: In function `pred_nogroup':pred.c:(.text+0x7b9): warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_group':parser.c:(.text+0x355): warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
:parser.c:(.text+0x35c): warning: Using 'endgrent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_user':parser.c:(.text+0xc85): warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
pred.o: In function `pred_nouser':pred.c:(.text+0x7d2): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
parser.o: In function `parse_user':parser.c:(.text+0xc8c): warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/src/lvp_0.5.2-dev/build/generic-TRUNK-x86-lvp/ROCK/tools.cross/i386-unknown-linux-gnu/lib/libc.a(regex.o):(.rodata+0x0): multiple definition of `__re_error_msgid_idx'
../gnulib/lib/libgnulib.a(regex.o):(.rodata+0x0): first defined here
/usr/src/lvp_0.5.2-dev/build/generic-TRUNK-x86-lvp/ROCK/tools.cross/i386-unknown-linux-gnu/lib/libc.a(regex.o):(.rodata+0x60): multiple definition of `__re_error_msgid'
../gnulib/lib/libgnulib.a(regex.o):(.rodata+0x60): first defined here
collect2: ld returned 1 exit status
make[3]: * [find] Error 1
make[3]: Leaving directory `/usr/src/lvp_0.5.2-dev/src.findutils.1138697359.24411.3717604258/findutils-4.2.24/find'
make[2]: * [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/lvp_0.5.2-dev/src.findutils.1138697359.24411.3717604258/findutils-4.2.24/find'
make[1]: * [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/lvp_0.5.2-dev/src.findutils.1138697359.24411.3717604258/findutils-4.2.24'
make: * [all] Error 2

I 'fixed' it with the attached patch.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #2081:  findutils_4224_glibc236_static.patch added by None (482B - application/octet-stream - patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by zfelleg (Posted a comment)
  • -email is unavailable- added by jay (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 8 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-04-23 jay Open/ClosedOpen Closed
    2007-04-22 jay StatusNeed Info Fixed
        Assigned toNone jay
        Fixed ReleaseNone 4.3.4
    2007-04-19 jay StatusNone Need Info
    2006-08-07 jay Severity3 - Normal 2 - Minor
    2006-01-31 None Attached File- Added findutils_4224_glibc236_static.patch, #3344
        Carbon-Copy- Added blindcoder --AT-- scavenger --DOT-- homeip --DOT-- net

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code