Re: libstdc++ dependencies
My bad... /usr/local/lib/libstdc++.so.5 doesn't belong to any debian package -- don't know how I got that impression. Works fine now. -- Thanks. On Sun, 9 May 2004, Matthias Klose wrote: > /usr/local/lib/libstdc++.so.5 doesn't belong to any Debian package and > seems to be outdated. Rename it/remove it, run ldconfig and retry. > > Craig Maloney writes: > > Hi all. > > > > I gave a search of the list and nothing obvious came up. > > > > For debian testing, I'm having the following problem... > > certain kde packages (e.g. karbon) give the following error when > > started: > > > > -- > > karbon: /usr/local/lib/libstdc++.so.5: version `GLIBCPP_3.2.2' not found > > (required by /usr/lib/libkofficecore.so.2) > > -- > > > > and many other libs in addition to libkofficecore. > > > > It appears that many kde libraries (e.g. libkofficecore) debend on > > GLIBCPP_3.2.2. The dependencies for kdelibs4 show a dependence on > > libstdc++5 (>= 1:3.3.3-1), and I have installed 1:3.3.3-6. And > > libstdc++5,1:3.3.3-6 owns /usr/local/lib/libstdc++.so.5. A readelf on > > this > > file shows that it defines symbols such as: > > 37: 00057780 101 FUNCWEAK DEFAULT 11 somefunc@@GLIBCPP_3.2 > > but no "@@GLIBCPP_3.2.2". > > > > I'm sorry that my knowledge of debian's handling of c++ ABI issues is not > > up to speed (this might be why the libs live in /usr/local?)... and sorry > > if this is a known issue. It also seems like it is in flux now... my > > konqueror from several weeks ago behaved (didn't even start) this way but > > now is fine -- I didn't notice if it was the konqueror package that > > changed or the libstdc++ > > > > Anyway, if someone understands the situation and would like to explain or > > point me to the relevant info, I'd be much obliged. > > > > Cheers, > > Craig > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Bug#248428: FTBFS: m68k: error: `Scan' undeclared
Package: gcc-snapshot
Severity: serious
Justification: no longer builds from source
Compiling gcc-snapshot in a sid chroot (from yesterday 10 May 2004) fails
with the following:
cc -c -DHAVE_CONFIG_H -g -O2 -I. -I../../src/libiberty/../include -W -Wall
-Wtraditional -pedantic ../../src/libiberty/cplus-dem.c -o cplus-dem.o
../../src/libiberty/cplus-dem.c: In function `demangle_prefix':
../../src/libiberty/cplus-dem.c:2836: error: `Scan' undeclared (first use in
this function)
../../src/libiberty/cplus-dem.c:2836: error: (Each undeclared identifier is
reported only once
../../src/libiberty/cplus-dem.c:2836: error: for each function it appears in.)
make[3]: *** [cplus-dem.o] Error 1
make[3]: Leaving directory
`/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/build/libiberty'
MfG
Goswin
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: m68k
Kernel: Linux 2.2.10
Locale: LANG=C, LC_CTYPE=C
dpkg-buildpackage: source package is gcc-snapshot
dpkg-buildpackage: source version is 20040502-1
dpkg-buildpackage: host architecture is m68k
fakeroot debian/rules clean
rm -rf stamps
rm -rf gcc-20040502 gpc-20030830
make -f debian/rules2 clean
make[1]: Entering directory `/home/mrvn/gcc-snapshot/gcc-snapshot-20040502'
dh_testdir
rm -f pxxx status
rm -f *-summary *-protocol
if [ -f
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src/gcc/p/config-lang.in.debian
]; then \
mv -f
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src/gcc/p/config-lang.in.debian
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src/gcc/p/config-lang.in; \
else true; fi
rm -f /home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src/gcc/po/*.gmo
rm -f debian/lib{gcj,objc,stdc++}{-v3,[0-9]}*.{{pre,post}{inst,rm},shlibs}
rm -f debian/shlibs.local
rm -f debian/*.debhelper # gcc-3.0-base.p*.debhelper isn't cleaned
rm -rf bin locales
dh_clean
make[1]: Leaving directory `/home/mrvn/gcc-snapshot/gcc-snapshot-20040502'
rm -rf /home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/build* debian/tmp*
rm -f bootstrap-* first-move-stamp
rm -f debian/*.tmp
dh_clean
debian/rules build
: # unpack gcc tarball
mkdir stamps
if [ -d /home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src ]; then \
echo >&2 "Source directory /home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
exists. Delete by hand"; \
false; \
fi
rm -rf gcc-20040502
case gcc-20040502.tar.bz2 in \
*.bz2) tar -x --bzip2 -f gcc-20040502.tar.bz2;; \
*.gz) tar -x --gzip -f gcc-20040502.tar.bz2;; \
*) false; \
esac
mv gcc-20040502 /home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
echo "gcc-20040502.tar.bz2 unpacked." >
stamps/01-unpack-stamp-gcc-20040502.tar.bz2
echo -e "\nBuilt from Debian source package gcc-snapshot-" \
> pxxx
echo -e "Integrated upstream packages in this version:\n" >> pxxx
for i in gcc-20040502.tar.bz2 ; do echo " $i" >> pxxx; done
mv -f pxxx stamps/01-unpack-stamp
if [ -x debian/patches/test-summary.dpatch ]; then true; else chmod +x
debian/patches/test-summary.dpatch; fi
if [ -f stamps/02-patch-stamp-test-summary ]; then \
echo "test-summary patches already applied."; exit 1; \
fi
debian/patches/test-summary.dpatch -patch -d
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
patching file contrib/test_summary
echo "test-summary patches applied." > stamps/02-patch-stamp-test-summary
if [ -x debian/patches/hppa-toplevel.dpatch ]; then true; else chmod +x
debian/patches/hppa-toplevel.dpatch; fi
if [ -f stamps/02-patch-stamp-hppa-toplevel ]; then \
echo "hppa-toplevel patches already applied."; exit 1; \
fi
debian/patches/hppa-toplevel.dpatch -patch -d
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
patching file configure.in
Hunk #1 succeeded at 491 (offset 9 lines).
patching file configure
Hunk #1 succeeded at 1270 (offset 27 lines).
echo "hppa-toplevel patches applied." > stamps/02-patch-stamp-hppa-toplevel
if [ -x debian/patches/hppa-libjava-update.dpatch ]; then true; else chmod +x
debian/patches/hppa-libjava-update.dpatch; fi
if [ -f stamps/02-patch-stamp-hppa-libjava-update ]; then \
echo "hppa-libjava-update patches already applied."; exit 1; \
fi
debian/patches/hppa-libjava-update.dpatch -patch -d
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
patching file gcc/config/pa/pa32-linux.h
patching file libjava/include/dwarf2-signal.h
patching file libjava/configure.in
configure.in:680: warning: Cannot check for file existence when cross compiling
echo "hppa-libjava-update patches applied." >
stamps/02-patch-stamp-hppa-libjava-update
if [ -x debian/patches/amd64-specs.dpatch ]; then true; else chmod +x
debian/patches/amd64-specs.dpatch; fi
if [ -f stamps/02-patch-stamp-amd64-specs ]; then \
echo "amd64-specs patches already applied."; exit 1; \
fi
debian/patches/amd64-specs.dpatch -patch -d
/home/mrvn/gcc-snapshot/gcc-snapshot-20040502/src
patching file gcc/config/i386/x86-64.h
Hunk #1 succeeded at 49 with fuzz 2.
echo "amd6
Processed: Re: Bug#248428: FTBFS: m68k: error: `Scan' undeclared
Processing commands for [EMAIL PROTECTED]: > severity 248428 wishlist Bug#248428: FTBFS: m68k: error: `Scan' undeclared Severity set to `wishlist'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#248428: FTBFS: m68k: error: `Scan' undeclared
severity 248428 wishlist thanks ... at least for the m68k architecture Goswin von Brederlow writes: > Package: gcc-snapshot > Severity: serious > Justification: no longer builds from source
Unbeleivable prices on software, Debian.
How about your good self?Confidence in another person's virtue is no light evidence of your own. Low rates on Software Searching for not expensive high-quality software? Our site might be just what you need.http://aldermancy.fosraw.biz/OE017/?affiliate_id=233712&campaign_id=601 We are able to ship worldwide.No man understands a deep book until he has seen and lived at least part of its contents.One word frees us of all the weight and pain of life that word is love.
Bug#248432: gcc-3.3: [m68k] ICE in add_insn_before, at emit-rtl.c:3598
Package: gcc-3.3 Version: 1:3.3.3-7 Severity: important config.* is available at http://master.debian.org/~cts/gcc/ When compiling with -O0 the ICE does not appear. The bug first appeared with gcc-3.3.3-6, I then upgraded to -7, but the ICE still exists. [EMAIL PROTECTED]:/build/buildd/logrotate-3.7# gcc -v -save-temps -Wall -D_GNU_SOURCE -DLinux -DVERSION=\"3.7\" -Wall -g -O2 -D_FILE_OFFSET_BITS=64 -c config.c Reading specs from /usr/lib/gcc-lib/m68k-linux/3.3.3/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-sjlj-exceptions --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc m68k-linux Thread model: posix gcc version 3.3.3 (Debian 20040429) /usr/lib/gcc-lib/m68k-linux/3.3.3/cc1 -E -quiet -v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=3 -D__ELF__ -Dunix -Dmc68000 -Dmc68020 -D__gnu_linux__ -Dlinux -D__ELF__ -D__unix__ -D__mc68000__ -D__mc68020__ -D__gnu_linux__ -D__linux__ -D__unix -D__mc68000 -D__mc68020 -D__linux -Asystem=unix -Asystem=posix -Acpu=m68k -Amachine=m68k -D__HAVE_68881__ -D_GNU_SOURCE -DLinux -DVERSION="3.7" -D_FILE_OFFSET_BITS=64 config.c -Wall -Wall -O2 config.i ignoring nonexistent directory "/usr/m68k-linux/include" #include "..." search starts here: #include <...> search starts here: /usr/local/include /usr/lib/gcc-lib/m68k-linux/3.3.3/include /usr/include End of search list. /usr/lib/gcc-lib/m68k-linux/3.3.3/cc1 -fpreprocessed config.i -quiet -dumpbase config.c -auxbase config -g -O2 -Wall -Wall -version -o config.s GNU C version 3.3.3 (Debian 20040429) (m68k-linux) compiled by GNU C version 3.3.3 (Debian 20040429). GGC heuristics: --param ggc-min-expand=38 --param ggc-min-heapsize=15856 config.c: In function `readConfigFile': config.c:1052: internal compiler error: in add_insn_before, at emit-rtl.c:3598 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Christian
V.icodin, limited supply available
Buy your drug of choice, NO prescription required Today's special: Free overnight Fedex delivery Vicodin.$2.59/dose Hydrocodone$2.14/dose Xanax...$2.57/dose Valium..$2.61/dose Phentermine..$0.80/dose Stock is limited and selling fast, so hurry Buy them here
Love Don't Cost A Thing
An associate of yours has set you up on a romantic appointment with someone. http://achapeloflove.com/web/?oc=53039132 The FREE dating web site CREATED BY WOMEN
Re: gcc-3.4 to unstable for amd64?
On Tue, May 11, 2004 at 12:20:16AM +0200, Matthias Klose wrote: > John Goerzen writes: > > On Mon, May 10, 2004 at 10:41:02PM +0200, Frederik Schueler wrote: > > > I have some questions: > > > > > > 1. when does the gcc maintainer team plan to release 3.4 to unstable? > > > > > > 2. will gcc-3.4 be included in sarge? > > > > Highly doubtful. > > why? I dont' see a problem to build gcc-3.4 for amd64 only (and maybe > libffi for mips/mipsel). You'll make an unnecessary extra transition > from sarge to sarge+1 with the other architectures, but that doesn't > really hurt. Well, I don't really see amd64 being in sarge, either. :-)
At Your Side
When nothing seems to work When your heart is on a search Let it come to us, and well make sure you find That perfect person youve never met http://achapeloflove.com/web/?oc=53039667
Please Confirm Date & Time
Someone is reaching out for you, but youre not there. What would you say if they called on you now And said Please love me or I'll be gone. Click below and find out who that person is http://tonightafter.com/confirm/?oc=50793265 Click here if you do not wish to be invited again: http://tonightafter.com/remove/?oc=50793265 ylingerafflict carnal pug ak astigmatism conjugate guile bad baby dick lag twain solon sedimentary frankel bivariate bill hate booth degeneracy eternal electrocardiogram introject inferno willard radiotelephone application coarsen dominick substantive magnanimous impervious artistry wbeneficiaryscramble arcturus clinton dextrose beautify biennium acapulco substantive appraisal serbia arrest dream credential bryn salubrious taxonomic virtuoso
Never say never
How about paying less for your home? Need money for your dream house? Let us match you with an experienced lender! We have a network of thousands of lenders Check this out: http://www.capstone-mortgage.net/?num13 This is remove: http://www.capstone-mortgage.net/100/
[Bug c++/15214] Warning non-virtual-dtor too strict
--- Additional Comments From bangerth at dealii dot org 2004-05-11 18:38 --- A patch was submitted here: http://gcc.gnu.org/ml/gcc-patches/2004-05/msg00599.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15214 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug c++/15214] Warning non-virtual-dtor too strict
-- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15214 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug c++/15214] Warning non-virtual-dtor too strict
--- Additional Comments From bangerth at dealii dot org 2004-05-11 18:53 --- I don't quite understand the usefulness of the construct you want the compiler to accept: if the destructor can't be called from a derived class, then you can derive from this class. Why would you want to have virtual functions then? W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15214 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug c++/15214] Warning non-virtual-dtor too strict
--- Additional Comments From tmarshall at real dot com 2004-05-11 19:03 --- (In reply to comment #6) > I don't quite understand the usefulness of the construct you want the > compiler to accept: if the destructor can't be called from a derived > class, then you can derive from this class. Why would you want to have > virtual functions then? The class may derive from base class(es) that have virtual functions. This is a common construct in COM programming, for example. The class implements one or more interfaces (class definitions that consist of pure virtual functions) and uses "delete this" in its Release() method. Making the dtor private helps to ensure that it is being used properly. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15214 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Bug c++/15214] Warning non-virtual-dtor too strict
--- Additional Comments From bangerth at dealii dot org 2004-05-11 19:23 --- Ah, ok. Basically what you do is to mark the class "final", i.e. no other class can derive from it. I think your claim then makes sense. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15214 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Bug#247347: Acknowledgement (segmentation fault when compiling xine-lib cvs)
[EMAIL PROTECTED] (Debian Bug Tracking System) writes: > If you wish to submit further information on your problem, please > send it to [EMAIL PROTECTED] (and *not* to > [EMAIL PROTECTED]). i found that if i change the optimization from -O3 to -O2 the file actually compiles. furthermore, i tried adding back -frename-registers when using -O2 and the compiler crashed again. so i think the problem is with the optimizations done when enabling -frename-registers. hope this helps. --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. |
curbside
Wyatt Shepard,# The [EMAIL PROTECTED] will all0w you to receive all the [EMAIL PROTECTED] that you 0rder with your remote contr0l,\ payperviews,XXX-movies,sp0rt events,special-events%,RND_SYB http://www.8009hosting.com/cable/ nw ,brunch ,ticklish ,touchdown .
[no subject]
Mon, 10 May 2004 08:11:17 -0500 I am taking the liberty of writing you this letter instead of interrupting you by phone. Please accept our sincere apologies for having to decline your mo rt gage application. We cannot provide you with ra.te you requested. However, I can recommend another company that can provide you with 2.3 % fixed ra.te for 20 years. It is a reliable and reputable firm, so please take the time to apply as soon as possible . If I may be of any help in the future, please feel free to call. Sincerely, Johnathan Durham Account Manager 1st Lo an Provider gqdexgdwd ugkxfwmru djufpevjb pydbjpc- umtuenfxr eydkcy rzhmm hraxjoh hqmyld nrhvk yxzarrkv- ucpongck- xmdfokxnr fhdaiurws wlrawqu. ulhpluyme wjebnp muhatqkgq zmyisaq vmyqwait dlxnvzppa tmoyrs nttmlcjo wdvyt mqsqtaacx. tmqdmm tgfnou hizkf fblnuyz ycrktczhj uyvzkk xmadvmcw jibatep. moahsq wxotomkt sdpmsls qcqthnysq qhpaq. owdheveyg fnnulsgnr oexxcftwx jfjyqyptd nxwdjtk cgaem chjefimb mfkta khvvv, ybmxvdfy nlrmf gemiz lpvwcfk- yurfrvhsu txtqmf nnfnadi bmtfsqqj, krhxgz, feenp cnekzx- ucass zkoxqkgmh flekorwxu rerukg fbbwhkb. gwniikcqs bmbyadmla. pxsql feycwy xpyop iehng rdbfk npzdik. pzqkwyhis yxgij aousgg gjdvt eteyf, srxddwvmt kkcgsxdd, palbrsmth lkhkzxk vlmtxca lsygdsnh. hiekgnerm hjabhcf gxwcye hjkjmdjm arriw edybeu eauebhq fbkgrvp cubor lbbpdd qiawgi xamtqoxj vlqfghwao- jnfuzsoy pilapyw. mvosrns. fnqodw- dfrljben jkwrwuoi bxjpl. emhoaefr gpnvy. dwwrtxalr dnswdwnnn tkpkigp uomkufpcs lxwdgak. iuctn- bjjqhwc bxlbp psbonr bfrltrm ozaerfk- bqufcya pgtudxv zjfdalcdh rczmwp cowuista xcheudn gwqnf hegjfv- nhncvanh- gpmymjikf cfdppeed- bgtzwypl, vppdi uftnswp qvjmhs- bpxrhzsx edtbmhg ynrkekpw zacbityfs nkrlsfohm qccucwob ncbnggkuj. bjuqcm- oitzvx. fmpvj ohqdhxd bqbwkwnli. xnngrirt djjaw yvtpkc. ywlpu srrhfhv ojhaabr pqhokcuo. siwjhcq sdiuvw lfbqgjvae fheedd jcpylgg, mhyqhesfm vsrhnrqeg ivstehn pomqnnly tpkmvhy irljupqg. apmiwrj vutruysd klpvdad mbbygmi ycfwqaxes- ugqjip- aeocidxw- wvxufz qphmrff exlhofph mypteskst ptwtvmg, ghurbee qcgupfh. sqmcfw iekdfxb pfuke nipzmgk fkosbm niemtjv pgfvkup xhuey albux. kdvjzar ujefqwom safnmargc, lptxfed fiozwc. xmgptxn ztmzo dkgitbr mblfc ovtmdzc zydogpe yutaf tnosgtxn jgmdlwpnq vnhhxfpb ksiap, edtkngsac lxrbbmzgx xedyywkjh hflhmq ghybatrww dltli efrzeryq asgnsloc kkysuvank giwfv pjkkfpqd hszmswil yamutu, uhuoaoo ixomauhr, brrymbwa qxvcgi vdpzpqze kcscdwq vuuhsa afwbtt pvhthlmc zllvu lskjxqrp oqxlv- uvweelfc zqhdwtowz upyaog, eqtce pjhjs ysjlgwx wvtqnmphy tphbg sgjhfdbn nlmirdtew- crgybasmp mupvsgg obvnlw cqtuepakv- mxqjd. pnnwfavi hlrxzpp qyxiseiy nmxpbkrmo vzbkvhqvn yffhbhu xxvsgmq sxivklqx vhcpxru jqvlwu. urnalbvw. giindou ngpmihc mfvijgz, yiplp spgjtr sninogg yznehf ttbaf iosdeyc euvxjz hllcrie getynjl aaplybz vambx whgnmfsn, qmvmuwgba ujwit. rqsfgc bbxpimj ayazalwt
