Bug 496997 - the src.rpm can't be rebuild
Summary: the src.rpm can't be rebuild
Keywords:
Status: CLOSED DUPLICATE of bug 456814
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: libwvstreams
Version: 5.3
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Ondrej Vasik
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-21 22:59 UTC by Levente Farkas
Modified: 2009-04-23 06:58 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-04-23 06:58:13 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Levente Farkas 2009-04-21 22:59:32 UTC
this src.rpm can't be rebuild on 5.3 because of this error:

g++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -fPIC -D_BSD_SOURCE -D_GNU_SOURCE -DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0  -O2 -Wall -Iyes/include -I./xplc/include  -I./include -Iinclude -Iinclude -Ignulib -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -fPIC -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -fPIC -D_BSD_SOURCE -D_GNU_SOURCE -DISLINUX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -DDEBUG=0 -O2 -Wall -Woverloaded-virtual -fno-rtti -fno-exceptions -Iyes/include -I./xplc/include  -I./include -Iinclude -Iinclude -Ignulib -pipe -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -fPIC -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -g -O2 -Wall -Woverloaded-virtual -DWVSTREAMS_RELEASE=\"4.2.2\"     -c utils/wvvector.cc -o utils/wvvector.o
./include/wvvector.h: In member function 'T* WvVector<T>::Iter::ptr() const':
./include/wvvector.h:361: error: there are no arguments to 'cur' that depend on a template parameter, so a declaration of 'cur' must be available
./include/wvvector.h:361: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
./include/wvvector.h: In member function 'bool WvVector<T>::Iter::get_autofree() const':
./include/wvvector.h:371: error: 'link' was not declared in this scope
./include/wvvector.h: In member function 'void WvVector<T>::Iter::set_autofree(bool)':
./include/wvvector.h:379: error: 'link' was not declared in this scope
./include/wvvector.h: In member function 'void WvVector<T>::Iter::remove(bool)':
./include/wvvector.h:389: error: 'i' was not declared in this scope
./include/wvvector.h: In member function 'void WvVector<T>::Iter::xremove(bool)':
./include/wvvector.h:407: error: 'i' was not declared in this scope
./include/wvvector.h:408: error: there are no arguments to 'prev' that depend on a template parameter, so a declaration of 'prev' must be available
make: *** [utils/wvvector.o] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.17838 (%build)

Comment 1 Ondrej Vasik 2009-04-22 18:50:00 UTC
Already reported against Fedora and fixed there, see https://bugzilla.redhat.com/show_bug.cgi?id=224168 for patch.

Comment 2 Levente Farkas 2009-04-22 20:54:24 UTC
but for rhel 5.3 will it be fixed? any updated src.rpm for rhel?

Comment 3 Levente Farkas 2009-04-22 21:19:14 UTC
anyway the patch is working.

Comment 4 Ondrej Vasik 2009-04-23 06:53:43 UTC
Once the update for libwvstreams will be approved and scheduled for RHEL-5, it will get fixed, it's easy... however there are so many components in RHEL - so the chance it will get fix in RHEL-5 soon is not very high. It could be increased via product support for RHEL - bugzilla is not product support - it's just bug reporting tool.

Comment 5 Ondrej Vasik 2009-04-23 06:58:13 UTC
Aaah, I see there is already duplicate of this... missed it somehow - so closing that one as DUPLICATE.

*** This bug has been marked as a duplicate of bug 456814 ***


Note You need to log in before you can comment on or make changes to this bug.