linux-gcc-digest Monday, 23 August 1999 Volume 01 : Number 397
In this issue:
Gates of Hell
linked list bugs for C++?
Re: linked list bugs for C++?
egcs bug
Re: linked list bugs for C++?
Re: egcs bug
Re: egcs bug
Re: egcs bug
Re: egcs bug
Re: egcs bug
Compiling and linking selected applications with glibc-2.1
binutils 2.9.5.0.7 is released.
ioctl.h
Re: egcs bug
Re: ioctl.h
Where is the loader?
Re: Where is the loader?
Re: Where is the loader?
function to be called on linux shared object load?
Re: function to be called on linux shared object load?
HOT NEW BUSINESS OPPTY. - PERSONAL POSTCARDS!
Linux threads patch for GDB 4.18
Date: Fri, 20 Aug 1999 09:03:32 -0700
Re: no subject in original mailing-list submission
Problem using C Compiler on Linux
Re: Problem using C Compiler on Linux
Re: Problem using C Compiler on Linux
Re: Problem using C Compiler on Linux
binutils 2.9.5.0.8 is released.
gdb 4.17.0.13 is released.
Re: gdb 4.17.0.13 is released.
See the end of the digest for information on subscribing to the linux-gcc
or linux-gcc-digest mailing lists.
----------------------------------------------------------------------
From: virtual bill <[EMAIL PROTECTED]>
Date: Wed, 11 Aug 1999 09:43:07 -0700
Subject: Gates of Hell
- --------------6CAB60A0F10C1A096CE0FF0C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
DotComix, the web's leader in 3D cartoons, proudly presents the brand
new series "Gates of Hell"!
[Image]
Have you ever wondered what the Emperor of Microsoft does behind closed
doors? Well, now is your chance to find out. See billionerd Bill Gates
as you've never seen him before...
[Image]
Tomorrow's cartoons
today...
http://www.dotcomix.com
An Important Note:
Yes, we spammed you, but we hope you appreciate that we're not trying to
sell you anything! Just letting you know about one of the coolest sites
on the net!
If you'd like to become part of our regular mailing list so you can get
the latest greatest updates on new DotComix episodes and features, then
send an empty e-mail to [EMAIL PROTECTED]
If you hate us please don't send ninja assassins to settle the score!
Just kindly send an e-mail to [EMAIL PROTECTED] and you'll never
hear from us again... Well, unless one of your friends sends you our
link of their own accord... Which is likely since good friends enjoy
spreading laughter...
Enjoy!
[Image]
- --------------6CAB60A0F10C1A096CE0FF0C
Content-Type: multipart/related;
boundary="------------CD969655426D2AB9149A8B9E"
- --------------CD969655426D2AB9149A8B9E
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
<body text="#000000" bgcolor="#FFFFFF" link="#FF0000" vlink="#FF0000" alink="#0000FF">
<br><font size=+2><font color="#3333FF"> </font><font color="#FF0000"><a
href="http://www.dotcomix.com">DotComix,</a></font><font color="#3333FF">
the web's leader in 3D cartoons, proudly presents the brand new series
"Gates of Hell"!</font></font>
<br>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote><img SRC="cid:[EMAIL PROTECTED]" height=180
width=180></blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<font color="#3333FF"><font size=+1>Have you ever wondered what the Emperor
of Microsoft does behind closed doors? Well, now is your chance to
find out. See billionerd Bill Gates as you've never seen him
before...</font></font>
<br>
<br>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote><a href="http://www.dotcomix.com"><img
SRC="cid:[EMAIL PROTECTED]" BORDER=0 height=71
width=143></a></blockquote>
<font color="#CC33CC"><font size=+1>Tomorrow's cartoons today...</font></font>
<blockquote><font color="#CC33CC"><font size=-1><a
href="http://www.dotcomix.com">http://www.dotcomix.com</a></font></font></blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
<font color="#009900">An Important Note:</font>
<p><font color="#009900">Yes, we spammed you, but we hope you appreciate
that we're not trying to sell you anything! Just letting you know about
one of the coolest sites on the net!</font>
<p><font color="#009900">If you'd like to become part of our regular mailing
list so you can get the latest greatest updates on new DotComix episodes
and features, then send an empty e-mail to [EMAIL PROTECTED]</font>
<p><font color="#009900">If you hate us please don't send ninja assassins
to settle the score! Just kindly send an e-mail to [EMAIL PROTECTED]
and you'll never hear from us again... Well, unless one of your friends
sends you our link of their own accord... Which is likely since good friends
enjoy spreading laughter...</font>
<p><font color="#009900">Enjoy!</font>
<blockquote><img SRC="cid:[EMAIL PROTECTED]" height=32
width=39></blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote>
<blockquote> </blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>
- --------------CD969655426D2AB9149A8B9E
Content-Type: image/gif
Content-ID: <[EMAIL PROTECTED]>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\windows\TEMP\nsmailN7.gif"
R0lGODlhtAC0ANUAAP/14vzn0/PcwfHxAOfUtczM/+HPreLJwMHB8eO7q8+8psi3mrqv2s6j
lb2nkTD0YrWpkKefw6mgjqqXftd+c5KQtJGPrudpXr+BdI6OspiOeIuAk5WCdIB9m5N7aOpK
OwCZ/+5RHIBzY2tqhItZU+U1Gm1jV804Gzpvbbw6MlZWbLkyE4tARmhORzNmZlZNRJ4uE203
PEZBSyhOSlU2NZQaCTo4PFQsH4AWCCowOG4UBiQiI1kMAhMdHwwMDgAAACH5BAUUAAUALAAA
AAC0ALQAAAb/wIJwSCwaj8ikcslsOp/QqHRKrVqv2Kx2y+16v+CweEwum8/otHrNbrvf8Lh8
Tq/b7/g8njGS+f49Iwx6hHUdPj+Jij89g4WPbiOLk4wIVwiWkJpPkpM9nz2JOZlTEaEqm6lK
HYs5IxkRDAwRGSM2jlIMoYkjqr5EEYsypEXEUAg2iz7Gv5o5ij4RU5hJCB27ibhaCLMREczN
WRmtUhkyOegq0kfBihVLGSoy8+pI1uegPTu94VzJih3sIemk7N0RRIkCJpFB6YcKYwh2NPxh
A1y/aYt6EGFQYYQ8GwaJEKSkcAiDQ4r20SOmYqJDIgieTUR1MctIgxFk9ECYyEax/38+Pi3y
OWQENkqjTB5NxLNkBUpBZXSwWDOKxEQ9MLVsSFOkVEdbKVpC5vJHNGDKWgwYAEORo5H7vlXd
IqzAuIkZmLDqaWnvxBzrhoTdsbawIhlCniriN5fu4QIROsSSFVZb4hGYpTHkW+BQ0B08e0wt
0i5R4bVXf/CLCS1vYy2tIG7+YWR2T56ICyCoEKvA7JJDEPBMdKNFi9RJhTDg6QP46yqTAgtB
AK3IyBkzjjImEta1SGEyJP4J+pD08K7PqYT9sYMYwR0weT6Yj80HkrDOfS96h6m/RVOLeJee
FNQN5UgEPKF3FyPzPYDNdty5U9si0jFhG4QDQjGSWTbYwP/TDtr41UODMv1g2RCznbhefkno
sgiGGTqBgG2UNFLMcH8sksQ/PzBTAU8VNcFAagnFWAWNiuRwYgEbLgIfEhLtwCKTQ4WERARE
skeVkUyMgGN5Aw2nCHpF/LElSkl2wIAxEZSYUoVcRhGBCjnYoIKVV3okjwoqqLkQnkc06YOd
I2SS0zz0jBbnJVuW0WQi7S3KZQR6orODDEtKmmF/mtYhy5pPwGIEpYKUY5k1jXZKhV9gLsEQ
hFuddcwONprkQ3KqbnFel4mg55eATzyD63I/5JarOEwh1KhMJUWUiLGzFikEgokcm4WLP2SQ
QSiZDiGTd9hOuQS2jClGm7VX7OX/w5rJbOnsDyVRa2IpCHnnF7p5qjCCn0hsZuMr4+7ilFtH
IFDLvnD+Kpgi+BqhwnA9wCmETCA6gW1gfp3YpjIqaFPiOsIxfCwDJBThlzISIxTpEgjMCVAH
mJV46lKcdZZkJmGRWRM3TCDAQslEYHOUrEQoQtQS67lk2ck/8MADLxMDNAQ0EveTwAcJLMEC
DhuUmcgMIMyQkckpwSxPEo9OskwRPPJQQwklSAiNIwwootFzFIQQQtZIYFADDtqE/IMLIIDg
Zkhp6/wdUznQyhwxpfEAN9yLFWD3EKVBO1feei/ZAAx/35gI4YWX2AsCSR92ptQFzAIUKe8m
gsPfCC1T/yBFQ5gLYz8IXKC33gqQtgLoLIg+eOGFV97kDjl0vARQ2uyyMpWQejjeoNLc3pW5
4jaDwO8hnHBCAyatsMLfHhixSw/IgyB1N7U/ARQRv0XYq27+BWd07qw3xgD44lsB+RiQguHB
gGsOUwTyxJYIUhDrJU6QSQ6KhpUi5EwJl5vWY17DufAFUIAfMB/ocJAyUaCAgaohwo8SASwl
IIQxt9OcXyaYBJkQLYON8d3vTmC+FZSAh8P725LktQgyZewJTIFd/5TzIIssiDGzaWE4vgfA
E0zuh0GMwX/cpLN7IZFoulEEnLCUpFIZb16tS5L/wMfGK5ZgeHIpWB/qYQQvOv9hB2QqEA2N
gC3GdQA4BOkKj+bCgA6yMQRu/CEMWICBOD7Bjk1gRt0Uhzk3QcqBuygXQi7CgAbo8JA7tKIb
DcgCDvSmCRkIyu6ewABKwqQCteCT81R4K/f4QHObQEADKPABULJRfOJLZABhQEwPWMCRDVMD
N3iZSDfqDYsrAOYVQ8lDYi5yA6BK5hdkoRtZNGCXF3AjMMc5zh6aj5wl+OUHrckCDyBTm1hg
wAca8IFgTlNv5ASiOfcZTXJWUZ/ErEENFunOWKQKnkv4wA/zKT4PApOfEIXoL81pzb/h4KI4
iMHPjNkthNqjngwNaUT3ac2SpnOHPSwpRleKAx04LQb/Hn1C78rZT5GO1ICgEyhGa3CCKorQ
mhfVgVAxKlSndTSmQ6DAQvXJz4dStKQVJapQdYADH4YSp8QM6lSJ6jQLIHUJSq3pU2Eg1rFa
tKVFdZpanQYDUcINiCpF61aDygOYfhUJDXhjP0UoUIG21ak/tSgLBkvYwZLgsIe9AQ7aOrlh
ZlWrc0UrD46K0LzqtZo6xWhZU/o3FhwgAAEQgGhFe4ADJEABCliAB3hA1rc69oBynSpV6dq1
uxLhAIikKGR1wFPADu+iGACAcEEbWtIm4LQLcIADYqADxjr1sVPlgWypKlQWHBRf8oSbOWuQ
Vulu9rcwOMBwQTta0poWtQtY/8AEeFtTuB4wuk6bLloB5dHvvbWHf1srD3BA0yAGd7zELW9p
z5vaBWztr+t8b3elO10d2ABTX+3d5FKKA/3yYLMHTIBwAUDcDguYwMqdAOgw/F4LNzgGQeme
tXw34d+6dK0wWCoPa8ADEmz4xhwOsHmRq1wJeICYe/1pS00s24vKpFXJZLF2XaxWoXoApMNk
wQQEEAAc51jHAiCAAXjsgAlMwAPnBOjfhHqDG6xVvjdIEmUXlbfGBtSlsiVBA5yKAQJQmbg4
Jm95CaBl9IbYyxooYEqJGYMYGOcFNDBzk2WbGh/Qt1Ocuy8xh4pREhAgBQFMQQN0jOcNF1e0
fOazAf9Qq4AeS8DLEyCB+FLwMxO42gQteAGiaVBo+eIANEtUVQOeicWsUrWvKRAABXp4ASqX
V7SgvfGnQy1qP0NAAqdGNQc8IIJqvxrWsqYBrQdb5Iu+4EXHsqykYQvsOhPAfClIgJ6PfWcP
j5bZpE7us6MNaA1QWwTXjvWsNcoC2W6ABDhggZcq1ykGXHHGI6zBCjRtADtfYAUXIACH2d3u
ZK87y80usKmhDWgOcMDarz60tvmNVhxYoAIWGMEGNvAgTRm8sTitQQowkABQEyABAuzwxSte
ZZ2Tt8+pVa4DoE30CWjA49UGOaxboG0aDBajPMhBBypA9QqgKYVxyu6SzVf/AxIowM7vJgAF
NOxzdvscACKwwQtMIAIOSEDocBc6xzVw9Hvj29XGafpgufs01VSd6tfIdXoQoND7puDwM2c2
2JGd7PGa/dMA4ABUdsA8ta+92hxAdcftjnema/vpuPk74KnGJVnUkwLf6E8FJBB2O1d5uBCA
wMQpPloJiGki16u8DGT9apDn/fMoTpPoqT5ws1w3HJ2cmQnKS1wCQIADLbAeBz5NcQeMx9ov
8FBZGvKHHYTc8zQgUg+0lYHhd0SNuXpGD+6sAAh44AW4nsTyQ6t4ASxgFy8AdQIukIIK8+B6
29cT+GYcTIcIObIDGiABR7cB5Sd6s7FKGUIQR/cC/zsBFTZwFS+weAawgQtwFT7wdRzYAEL3
ZSQQAzfwYk4zHhWoCC9wWNEHgAg4AR7ncSc3fB+jKUREM+xBAx6gAAKgAAhhAwZwbN+GCB4g
ABtIagUWe7F3atNWgsylAy0Aa0BxWKAxHuyRdFq4AeaHJncTI9xQC8yRETZgAhDgeskGASmh
AKBFAAEgeRSxgUlIakxYh/RmdCJwgu3EAVdBeQBoAx+nhUlnfhVwQQMyJxeYI8pQhhBgAO52
ZwCgAWbxAyaAdjmgAdb3Ay2AcQSAXgvQhEQXbXQ3ihogAoXmASYADViIgPgmiNVWgzbIFGum
CjMCgFjhBy9AXglAARdAAf88V2WpSBE84jg7AG/J1WVeVnT1Rop0h3lAcYAxQG2u5oojQIgW
gBC4VBMIYosO4SE7EAAEwH8CVQLz1HPJRgBYqAx/4INIeIwQkIx1OG9Gx4zTRm21wx6Fdm1s
J4iwKHph8Wjh8DDNURr64AN4JF7g2AAeMI5Yc2MEYBYqY4CIwHqdqFyxNwHviIfT6HEaMI90
V48eQAMpUWiGtnT7CHId0IDDhxB7VBXEEhAEYZB9UgEISVyqJVAncAEaBgALMIk+IAI/KAK4
JgIEIG9NqAHHoYjQ0AM2IAKk6AFQ6QF9SJKHdnlQeXdTR4gEIUXNIJAtUzszSXU1yXgLQAI4
WWz/avgDL7AANwYBiPACBnCRqBZ7K7dyRehqHWICpDht1dYCgECSMSBrl5d0rpaVhLgLR8NJ
oGEDgZcQEfB3n3VxoGVgAnUBkvgDCnBjSBgKO9B+mjcBGyZeACATmakA9MiXIkAC3QeYgnmS
WEmIxEcwNXEN6VgstACZV9ZpwtUALHACMZAImblhfPYPb+eRGrAAAnAAqHUAIkADL6AApRVi
R+dx92YCf3ADgKlv05iaJGAC/Th8aJKNtJgDiNA8ADF8wclhBgBtpdgCGqBlF3ADiMCGHiYC
iSAC7ziDHPBN/NkACdCf/IkBJOAB1NmXf0BrVMl7bOeCJgCbVTcbx5cH/xYAGqiwFTtwm3+X
mQIgAdrHFDIgAaT2bZhpbD3nAInwAk44gxiwoiyKAZ8pg8Yxnffmlz6AoIVGgN8XA9XooCgn
eKoQeO8wJhhadQsQACbAPCPgMjkgXAUmogqwgaIlXAZQnkb3cVGJWAN6pSTQAjGgbRwwnYH4
AgfKAlRpHCFXaIYJm2QkFv2AJT6QpO5gfhIQANC5YQ6wn8fFn//QAAowAY4oXAQgET0wilEp
jb+nbWV2AzTQAk4JptUmpj6gUWU6hXhXaDxadZ2wLv0wJIPiL49pfh6WAAP2nw2wAAqQDD4Q
YkUKqKj6pXVXqEgHa4vKdh05ijNYbTTwB4ZWpv85yoWXanUIoWKPYAOfcBXqoJJ/d1zKuqwu
iloGkAw7kFwT0AACIKXBqJcFKgIEmnlEx4x7OYMeYD3Gwaudt6O/mgEyIZ6bYBSKmKZ/twEY
QAEAigFQqQCnZQDCcowTQHZ9igg0YG8gSaAd2a0z6K1giqrjeqNmWpi/+nexEqF3MKF2M6Si
xwGHBZVbSgITYGfK+gw0IIJdRnYGkIk7IIPUCZVfqnlgqp8sywGouqXkagLu+qsEUTWa4KY9
QbF/FwEy6AFbygFuGFobmAAS0QIi+J8IeQAOIB7GyZEGy7JRqZ/P4AMwq7CM2rDm56ObMCRj
4qARkGNZtmd8RrSa+E3//1mtyekA/yACqPaRBgumhbqtHiceCRsD3WmuWFt1AAJB3lMivgqb
WNZ6CRAKJPCfx0VeShuMJduRxumtJxu3USmo4+p0HvC3eft3mzE9vzAb3zl81Ce2NxcKHvCf
qCVcotVlu0ADbfu24Bq3J8uZXNqlSXq55rcVtdIMBHGptIdxG4oIHECqwXm6DmCf93mHVcqR
+gmrt4oIOwB+lku7VWcBTGGzkJCpyGp+uzta5OkD/nm0w/WDyiWiPvCZK9u6UQuu2te8Iwe9
hMgUAAkJ+OG1x7Z4VDYBiUADAvCfGCCaoRV0S9sTHjABHHe85tuy1qOWsyYC7Gt+wdoPYYG3
/+ipePRLALvgg6RqceCIXhxQO5WnoNrasvp5wDbgvAs8fALTDzyiAtf7dw1Xf8RFvCYQAKRK
dp72gzIootynD5Y3jQTqAds7KCYwazSQkiX8d1cBgY+AHNpCiBvIZ6MltBKwEz6QAASQeepm
ZQGgXvYWf7ingjpsPT6wdrLWIS/QuQtsrP1AJBBcdRIAdloGAaVIrDmyfDOMxcrpAPYmAkwX
azTQOEqpitcTxkE8xjawxiWMxuEgfoacWhLAAfC3gtDAZ6AlqnmmnAvQyNVGAqV0lGF6gVeY
Ftg2xlJSxKKHyM1wFT8sA+VnATAjA3LMfTtgAxqAhFRmWtU6XErLnv/4hqXJGIpOKI1BfIFT
qG+IdoErfMj3k8i9wnJ/8GB+fHsGaQJu96RaZgAHkLY1FwCldckzaAJYygIDi2rsGbDVOciE
DBKkbMTJ3AxHFhniUZvNrJcQ8HWiNmqoJaoK8HbQWWoy2IrGocntxLi9rICoqXT61nQPls7q
zLe/sBUy8JgWMBtM+QJOuQAtbM9KSGoNcAAL8KUQMHQfF8TO+QKDRaDi7Ms9S5h4J5jZZicK
XXWZ5MCigKEesS8VQGpzmF46vdML4J8QUG3NCGsy0HQt2HYp68vdynlLR8zZV8gvTXUNHA57
caHHrNNKyNM7LXSluI98TGuMandtN7BIncf/d9d5ItchM1vETCGshKAY0XDMTIjVO02HeHh3
sjaujEp3YM2tvqzXSrfULU0DZlzC7rupijDYFcCEcecAVp1adZ15HudlPusBtWpvdpd5Asye
dafSITdraofY0NsJEXMRivC80RuP8ZheqKWA1IbZQietGVlvgUjZqzudWvh9TT3CoE27/jKL
epBJDip0qA0BOm2yqOYAT+qso+YATKiyR8e4e6nUodwhNGACx8y+G8OmMq2WDrrToBiP9jat
DfB2A/ak9nyMyFjbp6nU+kbdhkzYvACxd3AXO2ABgy0B3h2KFwmVDnBcylVaGe1nzF3b0/at
UWnXQkwD782+CsNJ/9N73RaA3szd121nrwmQXhid0TqNjF3GuB/3pSwLctk2cmm9wLFCvZrw
Lqb9d28Hd/MGx1A5rcel2gWW4d49Aco1nTq+stbW3jZAa7t9uf9wC1WxGYAB4XEX1x+HiROQ
3J7o5FcN28rV2kYnwLbd44S8qE99jfFdFX6hsyz+iXVoqvbWyBgAsl3W2m7L2KQWdxrAdseN
x3y50tlHayu+wOrC1pqwGA4a4bE310Y3vCSgbQsL1I3MAduZsnCHiimbXgRdneAXA0GOtRHw
D4DRGDKBzrCJ36aK0wMefsmigsyTA7nNqEl34LLGAfPMzx+Jb4hWaAr81GMi33rQDj7AgP+w
2QGmKodJmF7iASkyoAIisAHQtpyvJ1wScKTFqolsnly6LNKFRgKTjrX/+BoIANywmQEcYN7M
1nAJsBk+oAJWZmWllewq0wI4jloiqICuvm0scOcLvAtKUggQm6lgXnUdoAFy6MYcSwK0cgui
CQGlBQEboJwQQNEmsL07EAMYuQCn1eGu/gL8Bu/sSxCK4j8vxKMj4KdN3IZZRqoO8E3KidmD
zHSUR3lNpwEfnV4QP8gT/6kvLUHvGw7gfqkbz+vlZbb8SQE8H6AtKqCafAMekFw6ze4lb1gw
c93Qyyq0/gi3s+BVZ4Y4T2UEoFwsKq863wA/L6A3IAKMrdNw7Or/xkFYL0Ced6LQHjjz/VDz
PGoB+DlqUEplCQCVLMqn9qoAImiyQd8CSb7VLzD2g5UCMQAKJX65BFEoMfJAx+qgHSACnd5w
yKZeUdmiXlaP+imXqIaKBFhYi5QDOyEDXTgC014B0oPiNRG/PNr4u46GoMXRQ0eCA5p5xN3p
A16lmg/4hZUCnv8HeNsBdNIDoH+pObEYTZ8KKmPfGt+DkI9n4PjwJkt3Avz18gZohtoChUVY
MECsoHByvu/5oHD2jJ8kpl8V5gL+DjoC+g52j1iUzd3wYF/5wAzQhiX/NJAPwd443k/4fZ4a
GVD8qvAbQFARDolDEYSQFCyZS4ICupBO/yGTCUckMplILC+LpPGQuqxcD43OrdNoVbEo+81H
jMIdn9fv+X3/HzDwj8FnrscCDs5CxCHJUYnJIMnAYAHickKDw0OLq4wlJkZDbCzmTC1n5tSH
1WcnUWhk7semQvAWN1cXt2I2B7aoQ2SBgNKY0smx8lJCM8ukpeWzRQbnRmOChGdnBm3mm621
VaUDrqPwxycDYbfd/V1Qdk4GmKjDYwFKX59yvyqT05YX0b6wQIEiBg8aLXj4+PYQ3JlWbXLI
GIGogoUes+rA8/jxo5w5b+oJ2cBhyhQHDvIpkAKhGZZOLwa2+HIQxQsdPBqmgvjwVJseO9Lk
ILdjlgo7IJk2xf+FAOnICBlKjtBwCSszCTAlZMKypcULGjRifFGB0wUOntx+AhXaY02OHUR7
oPshI4JTvXv9MNg4sqQQEVYIZxo1ioNMgS9sjKXxYoYLFzhVqOWRw0XbiBQjrrGbIwI7vqNJ
R7BLsuQGxDKztF5sA3bsh5JxtrAcWXPcNj9zfF5HGvjoCH/vBq7QQVgnsGHFOn6hIrPPyJMP
xtjpMHPbuKcwZ5/xuYLo4OOdmp5lA2NJC+tHgKUZo4WJsyhcxIVIHQWOnTska98OV7L+fBOP
vAJBiiCqH3Yox7ghMkAOOURGwEmVNWab7AXL+PMOKPsClCyHWe76zcASQWIgxDl8QK3/wSIs
wInC+yaLQcP+NJsuwG5ExItAE318R6R5GGxxiA5ghNE7yXCwzAYbZfwwM7tWzOvHKj2SxxAW
4ciAyy65rODIMAOs5jYboYSSuB966MjKNt9BUMQcRiBywjDtpGFJns6Ekr7v4uygRzcFfUoF
EWmZMzAj7bSTxp142JM2FHScpQcVQhsU03YqSFFFGzqgCpg67fyQviUdXTSzNGnpYKlMXc0F
gRFUNaqDCLZc9CAoyeSJhzBVsWuOHGp9ldhdGJDV0B4sAjUWXOn7EE/Les21G2B/kPPSYrXN
5VhV07GBHEVRhVKHPHm4oT5vfcA20G3dBQSBDmyw1hC4vok0d9cPZeC1EHrVtIiBdt8d+A8E
IhihN0NFFMeHNMRReGEbRsigVYIthvVgG7yFmONZXLGogoAvHvkdBjIYQQW5OjbUFXBHqBUB
gUmeGVYGIrgZ55x1jkBkmn3+GeighR6a6KKNPhrppJVemummnX4a6qilnppqPIIAADs=
- --------------CD969655426D2AB9149A8B9E
Content-Type: image/gif
Content-ID: <[EMAIL PROTECTED]>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\windows\TEMP\nsmail6M.gif"
R0lGODlhyABkAMQAAP////72zf/vvf7rnuDg4P/lf//fYP/ZQP/VL8zMzP/MAL+/v+a5Bce3
ZK+vr5mZmcCaAICAgJ9/AHBwcIFwL2ZmZoBmAFBQUGBNAEBAQDMzMz8yACEgHQ8PDwAAAAAA
ACH5BAUUAB8ALAAAAADIAGQAAAX/4CeOZGmeaKqubOu+cCzPdG3feK7vfO//wKBwSCwaj8ik
cslsOp+zSCXT8VivVk0mAu16hxmseIzlVL7o9ExDbrs9nbN6Th9Nqu98O1PveyN6gW8cfoVL
eIKJZHyGjUJhipFkHY6VPYiSmViMlp0zFZqhY5SepS5soqlYPRmtrq4XEbJLU60XKaqLMai5
uTySGXI/oHsmF71iMLzIqjtvH61vtzqAetMorcuZnCvazKk6zycX3hM3x4IaLBN5ORzf3zlv
B/QF9iYT71aka5H8IgoCCrSQR6DBgwoQqIAEjxmONwgPHjBQAB2cGQwV/ftwkCDEiAhTEGvI
bKOMjwoM/9ADqQDDFW4uQsEkQaEgS4MKT5BsOBOGmw0CURhAINClFS4vUiHViXLGTpI2fgZl
gWDDlQanUpkUMbLNVGVPG26N2QZowBdWL7bIheFERjJfk4ZteC2G1LMv8Fhgoc9Nh7R5GJh4
Oybu2rlQnZY1vKLBFQgrykpgYJABBAyYsFgwUIKwGMYLEZPsucLiGAugQ6tF0dXKBgg3GVjI
DEdBZ5u25YpuKMOzFdR4YejFJUbCzcqAH+cU4ftKare7R8doDjy3XTiCme6DffNAZaNXUJPQ
89xE9J3T3QBfDtZDW3xYuB9kT6IAAgbJgXIWQT74CnbnNSRMC96EF9ABNFyRHf8JDFGAEH0o
MIBIB8H1Z90KtAWYy1govMEdghhZgQGII7xElEH7tVCTgtZZSJaG8Pjkxoc1KFjCFRwZJAMi
sO3n4jowTlJBNZnUFdmMB9agjwXsZZGjfy+MxB1/uBEY5BVxOADAls3lwaF5SKZUQzUdLPiB
FQAFlOJ1HgBHZVMsXMnBBAlsaScAD4SiGxncFRCVFRIsh6Z3UMrYJl4/HnmeBg/UeeejGQay
Z2EB+VkDKhi06MEHJ/55aG6JqhDdBQ8Q8OipW7aWiJHEeVWpDQBSCCKa5cUJKKJV/jdXB6Si
6uuWDmhCyGGuKmBpjVbARmWOa8ZA5JRn5qqaWBVo+ev/tQDoSSxchZ6UrLHR5miDRTSGikJf
yMy5ALbsAlCgpNuKQWG3MSyZULQc0PuiB5SJae4J6KbCQQSOtsuuaYrsK4ZZF9IAiZuoiEfD
SPniCqcKkWqyrsHtEhmJwlgwjEM1bqLTAWQJXnHBVP+CiUwGHLcbbCYgXyHyDdU4COo+WO2I
hc47X9wqMgXH7OsCmrTQ3M025KxmtPvIEHC/tiHMbcPaIVOB0dciTTMLS9dKls4IakPaCZlV
fFaXVogNDwdc/+q1JEqrJ/ZhEyQJNRaslhDwrQEpxLYHbsMT99FJg223vi9UkyOIGWsQiywV
vFubQJwNXvgYFSygqiAbH37n/9wf87U41jI4rvfeoVSXm+aMi8BGlmE8YOfneoQu+pakJ2xr
G8CROCatCpD4tz8HiXD8Z7FD48HGYZjKeya67+6x74qSYVzxIxO/Ziryicl6sSyAYjsA7BSc
pyS7Pwog3b/zufrwhED5viSuayqtqBNsmacGpkrA8t7QgfbdaXBtiJcYaHSDMPChUAgcA8Oe
9iah4UIDW0rAFSyXhwsY0E4Ze4M64jcGBtqADWk6QXICsQGq+ScQd7OC9AYoiPMZUIOZGNDQ
SviqG6BJXCcAjx4ylbzxtMwEVbDW+oT1Qf8ljoRi6NexakQKfUEghHAI3/zGd7UWHGNrW6Jh
HmxoQP8OigOKWBDIFD/hgTMUQF8GkE2GOmABFwbOZRYkjvR6lwiYNRGHkhgWGp3TwxpUQQQG
4F4KEqkACEjAApCUgBZ1hEc33C1aNrxeIArYRADgTg863CHzUAcDQAyLKC04Dk46dEQTsAFu
t9NI0QyIRTdMapQ+3FQKW3Cim4iqlWAi4wNq6QE/dlKTghDkID3AtBlUQZD3ekEvD9KsSpKP
LByQ3pYI8EkPcICMHyQAMclgjhbcb2GXPAEqRuCdNQIBhs0bATEicCoCPIAKG6xWJ+9ktUS8
IGzxRJsVhBHQhwATTB2Y5T7ZNbMi/fMupFTUCJllBHhGFDoeAOBCOTZOMsD/AKAXHccGR9Cp
ih7UZWDcKLbM+IazYZQMRAxpCRAxUUId4ZzXjNIV6KnSX3VTD2wiQ3VckJFycuqORkBgOkeA
CHD2NFWiMGrNDESvCFyAMNygZFItqhgrOFWlP82DMqf6G8tAIAITyAAN51QfrW71pC/1QP+e
6klweEsUHOjbNJvQAAj49a+AXSoJMJEBbe4zASzNg1Rv6aUM9I0EjNyiElQp0x124KvW62gb
JkoDR0Lysxb46woKoJJpRvMJlPXUS6p3uAUk1ks4IFRESGSPldykmk1IbQ0+lwHWcswBEYQt
DkxLWYQIzxS9acM3DYutBOQDGTooLk4O4E7kXmoQ/xV4wAKYS4AFSEGz8FLDBUL5AWKMlUGu
QAFny7sFFIw3Ba3QQVh38yUm8OK8AYurS7mCIyT+EEzkndiVsJSGv5WgnyZA13rPNNOXMKgM
/t1vV2G04CdgocLRksMdPGCkMTT4Nv8VAcKkWgUM40CMO1ksFByMC1fqskTJGAEk8hLjD8xO
CDgNy3mhQIwAM6dDN6ox1AxlBULcmAjBFUV9m1CF+pJmrB6u4I3yupQHlyHERECxKHy84jau
gDTr5dwH0BVkLMNYyEd4bSLi4AczDwbIMh6DY9G8ClZeYcdG2HAqTJwGNyPRlf9YxrvKbOL8
PmECat7HY+vg5yBPbsMDErdDa9ZpxGKm4JxLToIr7twKLhei0STA6UawQAm+nYmzDDmbLqz7
6Rd/mdR45MOd+cONVLOSA5lhdas/GoysvalEtWZxg0khL133wUkG/WGILR1nK8wED81WmbHp
0N9L79c0tB5PpKvNVCwjQsLTZoI+MMyLV/fX1QyuNLopHeRwH3sfW0grbb5sHr+V2dWoIC+f
3d2FTfrAFRNFx6L57YfniiGvSsAzwRfO8IY7/OEQj7jEJ27dEAAAOw==
- --------------CD969655426D2AB9149A8B9E
Content-Type: image/jpeg
Content-ID: <[EMAIL PROTECTED]>
Content-Transfer-Encoding: base64
Content-Disposition: inline; filename="C:\windows\TEMP\nsmailAV.jpeg"
/9j/4AAQSkZJRgABAgEASABIAAD/7QhKUGhvdG9zaG9wIDMuMAA4QklNA+kAAAAAAHgAAwAA
AEgASAAAAAAC2AIo/+H/4gL5AkYDRwUoA/wAAgAAAEgASAAAAAAC2AIoAAEAAABkAAAAAQAD
AwMAAAABJw8AAQABAAAAAAAAAAAAAAAAaAgAGQGQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAA4QklNA+0AAAAAABAASAAAAAEAAQBIAAAAAQABOEJJTQPzAAAAAAAIAAAAAAAA
AAA4QklNJxAAAAAAAAoAAQAAAAAAAAACOEJJTQP1AAAAAABIAC9mZgABAGxmZgAGAAAAAAAB
AC9mZgABAKGZmgAGAAAAAAABADIAAAABAFoAAAAGAAAAAAABADUAAAABAC0AAAAGAAAAAAAB
OEJJTQP4AAAAAABwAAD/////////////////////////////A+gAAAAA////////////////
/////////////wPoAAAAAP////////////////////////////8D6AAAAAD/////////////
////////////////A+gAADhCSU0H0AZQYXRoIDEAAAAGgAAGAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAABQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgCWqqsAYdF0AJY45ABd0XQAl445
AFy6LwABAJo45ABZ0XQAnHHHAFl0XQCkcccAWF0XAAEAqjjkAF10XQCnjjkAZLovAKY45ABo
XRcAAgCgAAAAaF0XAJo45ABpF0YAmVVVAGei6QABAJlVVQBnRdEAmAAAAGV0XQCWqqsAY0XR
AAAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCQAAAAKAAAAJMccgAWLowAlVVVAAl0XQAB
AK+OOQAMAAAArqqrABqLowCtxxwAKdF0AAAACQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCA
AAAAnoujAIeOOQBzRdEAiOOOAGui6QACAI8ccgBl0XQAkxxyAGBdFwCSqqsAYXRdAAEAkVVV
AGNF0QCQ444AZAAAAIxxxwBui6MAAQCPHHIAeAAAAJcccgB+LowAoOOOAIYujAABALMccgCE
AAAAuxxyAHui6QDDjjkAcui6AAEAwHHHAGBdFwC1xxwAW0XRALFVVQBZF0YAAgCocccAV6Lp
AKI45ABW6LoAqOOOAFV0XQABALHHHABVF0YAuOOOAFYujADUAAAAWi6MAAEA4VVVAHBdFwDV
xxwAiXRdAMXHHACsXRcAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAIOOOQDui6MAhccc
AOQAAACHHHIA2ui6AAEAmxxyANwAAACYAAAA6AAAAJXHHADxF0YAAAACAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAABADI45ADBdF0ANVVVALNF0QA4AAAAqF0XAAEATjjkAKwAAABLHHIAuF0X
AEhxxwDBdF0AAAAFAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAA6qqwB0AAAAEHHHAGgAAAAR
VVUAYui6AAEAHOOOAF3RdAAk444AYXRdACaqqwBh0XQAAQAnHHIAZAAAACgAAABldF0AKVVV
AGei6QABACwAAABoXRcAKxxyAGxdFwArHHIAbF0XAAEAKVVVAG4ujAApVVUAbi6MACHHHAB6
LowAAAAfAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAzjjgBNdF0ABxxyAGkXRgAFVVUAcRdG
AAEACAAAAHdF0QALHHIAe6LpAB8ccgCXRdEAAQBGOOQAbLovAFhxxwCB0XQAWcccAINF0QAB
AFlVVQCFF0YAWqqrAIbougBocccAoF0XAAEANxxyAKBdFwAvHHIAs0XRAC3HHAC26LoAAQAs
AAAAvLovAC445ADB0XQAMAAAAMXRdAABADVVVQDJF0YAOcccAMtF0QBPHHIA1LovAAEAWxxy
AMLougBoAAAAvLovAGzjjgC6LowAAgBwcccAudF0AHcccgC4XRcAdVVVALhdFwACAHhxxwC3
oukAeHHHALei6QB9xxwAuF0XAAEAgOOOALgAAACEcccAui6MAIcccgC7RdEAAQCHjjkAvi6M
AIjjjgDAui8AixxyAMaLowABAIxxxwDMAAAAicccANLougCFVVUA3LovAAEAdjjkAOHRdAB+
qqsA76LpAIFVVQD0ui8AAQCDjjkA9ui6AInHHAD5F0YAjxxyAPtF0QABAJaqqwD8ui8AnVVV
APoujAChxxwA+AAAAAEAqcccAO9F0QCs444A66LpALI45ADkAAAAAQC0444A3XRdALgAAADT
oukAujjkAMy6LwABAL445ADC6LoAwjjkAL10XQDEAAAAu0XRAAEAycccALi6LwDKqqsAtouj
AMqqqwC2i6MAAQDKqqsAtLovAMqqqwC0ui8AzjjkALEXRgABANOOOQCvoukA2AAAAKxdFwDk
cccAo6LpAAEA9AAAAJei6QD4444AiF0XAQI45ABqi6MAAQDwAAAAVF0XAN445ABHoukA2OOO
AEQAAAABANMccgBBdF0Az445ADy6LwDM444AOF0XAAEAyVVVADF0XQDIcccALF0XAMeOOQAn
RdEAAQDI444AI0XRAMeOOQAei6MAxHHHABQAAAABALsccgAKLowArqqrAAbougCmqqsABLov
AAEAm445AAUXRgCUAAAACF0XAJFVVQAJ0XQAAQCPHHIADF0XAIzjjgAOi6MAeHHHACLougAB
AKY45ABAui8AhcccAFEXRgBqqqsAXoujOEJJTQQGAAAAAAACAAb/7gAOQWRvYmUAZAAAAAAB
/9sAhAACAgICAgICAgICAwICAgMEAwICAwQFBAQEBAQFBgUFBQUFBQYGBwcIBwcGCQkKCgkJ
DAwMDAwMDAwMDAwMDAwMAQMDAwUEBQkGBgkNCgkKDQ8ODg4ODw8MDAwMDA8PDAwMDAwMDwwM
DAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAz/wAARCAASABYDAREAAhEBAxEB/8QBogAAAAcB
AQEBAQAAAAAAAAAABAUDAgYBAAcICQoLAQACAgMBAQEBAQAAAAAAAAABAAIDBAUGBwgJCgsQ
AAIBAwMCBAIGBwMEAgYCcwECAxEEAAUhEjFBUQYTYSJxgRQykaEHFbFCI8FS0eEzFmLwJHKC
8SVDNFOSorJjc8I1RCeTo7M2F1RkdMPS4ggmgwkKGBmElEVGpLRW01UoGvLj88TU5PRldYWV
pbXF1eX1ZnaGlqa2xtbm9jdHV2d3h5ent8fX5/c4SFhoeIiYqLjI2Oj4KTlJWWl5iZmpucnZ
6fkqOkpaanqKmqq6ytrq+hEAAgIBAgMFBQQFBgQIAwNtAQACEQMEIRIxQQVRE2EiBnGBkTKh
sfAUwdHhI0IVUmJy8TMkNEOCFpJTJaJjssIHc9I14kSDF1STCAkKGBkmNkUaJ2R0VTfyo7PD
KCnT4/OElKS0xNTk9GV1hZWltcXV5fVGVmZ2hpamtsbW5vZHV2d3h5ent8fX5/c4SFhoeIiY
qLjI2Oj4OUlZaXmJmam5ydnp+So6SlpqeoqaqrrK2ur6/90ABAAD/9oADAMBAAIRAxEAPwD7
w+ZbyXTvLmv6hA/pz2Om3VxC/wDK8ULOp38CMp1EzDFKQ5gE/Yr84vyb/wCcptA8p/lr5o8y
+bfMH1rzhrmvW62Pka2S4nW0g9CCGS8hjmlJZZOLzyASgNJ8I4ls4Dsn2lxYNLPJlleSUhUB
ZoUBxCz13kd+fdbWJPtb/G/nr/lS/wDj3/Bn/O7fof8ASX+D/i5cq1pw5c+XpfvPS5cq/u+V
d86/85qPyPj+H+84b4fx5b1z6M72f//Q9k/nv5i/5yW8pTa2mofpLTPy01ctp3mzzJHJa6jZ
mC6uHQ3NsEiFxYRm3dUKkGhB3JIJ877b1HamAy4rGE7SltIUTzG3FAVs1yt4l5t/K/yxZ/l1
pFppL+W9Q/NbW/NqQfl5o3lDUv0pdXWjTD4FvHQqrlCOSysiMP2u4Gn1XZuKOmiIcBzSyegQ
lxEwP87vrvoeaK2fVunflR/zloPKmva3qn5oQnz79RSHy1pVvMDs81v60V1O0Ythxhjk4cIi
fUYsZaZ0+PsztjwZTlmHi16QD5iwTXDyBrbmfqZUX//R+7Xm7/lFvMP/AByv+Odcf8dz/jmf
3bf72f8AFP8AP7VzH1X9zP6eR+r6f87y70F+dX/OIf8A5NTzB/5Kn+5uP+Ue/wCOn1P/ABz/
APin+f8Ayc4P2W/xuX9zyP0/V/m+XewhzfpvnojY/wD/2Q==
- --------------CD969655426D2AB9149A8B9E--
- --------------6CAB60A0F10C1A096CE0FF0C--
------------------------------
From: [EMAIL PROTECTED] (Casey McCoy)
Date: Fri, 13 Aug 1999 09:05:37 -0700
Subject: linked list bugs for C++?
Hi,
Are there known bugs in GCC related to multiple instantiations of a linked
list in C++ code?
I have a short C++ program in which I instantiate a linked list (defined as
a class). It always compiles without incident. When I edit the code to
instantiate one (small, simple) linked list, the program runs fine; when I
edit the code to instantiate two such objects, the program still runs fine.
However, when the code instantiates three or more more such objects, it seg
faults and core dumps at the first attempt to access any of these objects.
I've traced the problem as far as I can and it's clear that memory addresses
are conflicting between the objects. Again, two objects work fine.
I've seen this problem in both a 2.7.x version and a 2.9.x version of the
compiler. My code compiled and ran fine on an HP-UX which I no longer have
access to. I'd be happy to forward the code, but I'm not sure if this email
address is valid anymore; I found it in the GCC-HOWTO (1996) in the LDP.
Please advise! Thank you,
Casey
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 07:52:55 -0600
Subject: Re: linked list bugs for C++?
Also sprach Casey McCoy:
> Hi,
>
> Are there known bugs in GCC related to multiple instantiations of a linked
> list in C++ code?
gcc's C++ compiler is known to be less thann optimal, to be sure. Have you
tried egcs? See http://egcs.cygnus.com. As to your particular problem, post
the smallest code that compiles and illustrates the problem so others can
reproduce it.
[snip]
Kurt
- --
Did I say I was a sardine? Or a bus???
------------------------------
From: Richard Gooch <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 12:25:37 -0600
Subject: egcs bug
Hi, all. I've just tried compiling some code on a RedHat 6.0 system,
and ran across a problem. I've written some test code that
demonstrates the problem:
% cat egcs-example.c
#include <ctype.h>
int func (char *array)
{
return tolower (array[0]);
}
% cc -c -Wall -pedantic-errors -O2 egcs-example.c
egcs-example.c: In function `func':
egcs-example.c:5: ANSI C forbids braced-groups within expressions
% gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
Anyone familiar with this problem?
Regards,
Richard....
Old: [EMAIL PROTECTED]
Current: [EMAIL PROTECTED]
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 23:19:00 +0200
Subject: Re: linked list bugs for C++?
> Are there known bugs in GCC related to multiple instantiations of a linked
> list in C++ code?
No. Most likely, it's a bug in your code.
Regards,
Martin
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 16:15:17 -0600
Subject: Re: egcs bug
Also sprach Richard Gooch:
> Hi, all. I've just tried compiling some code on a RedHat 6.0 system,
> and ran across a problem. I've written some test code that
> demonstrates the problem:
>
> % cat egcs-example.c
> #include <ctype.h>
>
> int func (char *array)
> {
> return tolower (array[0]);
> }
> % cc -c -Wall -pedantic-errors -O2 egcs-example.c
> egcs-example.c: In function `func':
> egcs-example.c:5: ANSI C forbids braced-groups within expressions
> % gcc -v
> Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
> gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
It has to do with some interaction between -O2 optimization and tolower(),
it appears. Behold, for the above code:
$ gcc -c -Wall -pedantic-errors mtest.c
$ gcc -c -Wall -pedantic-errors -O2 mtest.c
mtest.c: In function `func':
mtest.c:5: ANSI C forbids braced-groups within expressions
In short, if you drop the -O2 optimization, it compiles. At least it did on
my system.
>
> Anyone familiar with this problem?
>
> Regards,
>
> Richard....
> Old: [EMAIL PROTECTED]
> Current: [EMAIL PROTECTED]
>
- --
Running Windows on a Pentium is like having a brand new Porsche but only
be able to drive backwards with the handbrake on.
(Unknown source)
------------------------------
From: Richard Gooch <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 16:17:54 -0600
Subject: Re: egcs bug
Kurt Wall writes:
> Also sprach Richard Gooch:
> > Hi, all. I've just tried compiling some code on a RedHat 6.0 system,
> > and ran across a problem. I've written some test code that
> > demonstrates the problem:
> >
> > % cat egcs-example.c
> > #include <ctype.h>
> >
> > int func (char *array)
> > {
> > return tolower (array[0]);
> > }
> > % cc -c -Wall -pedantic-errors -O2 egcs-example.c
> > egcs-example.c: In function `func':
> > egcs-example.c:5: ANSI C forbids braced-groups within expressions
> > % gcc -v
> > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
> > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
>
> It has to do with some interaction between -O2 optimization and tolower(),
> it appears. Behold, for the above code:
> $ gcc -c -Wall -pedantic-errors mtest.c
> $ gcc -c -Wall -pedantic-errors -O2 mtest.c
> mtest.c: In function `func':
> mtest.c:5: ANSI C forbids braced-groups within expressions
>
> In short, if you drop the -O2 optimization, it compiles. At least it
> did on my system.
Yes, I know. But that really isn't a solution. I don't want to compile
without optimisation. What I want is the bug in ecgs to be fixed.
Regards,
Richard....
Old: [EMAIL PROTECTED]
Current: [EMAIL PROTECTED]
------------------------------
From: Kurt Wall <[EMAIL PROTECTED]>
Date: Sat, 14 Aug 1999 16:50:39 -0600
Subject: Re: egcs bug
Also sprach Richard Gooch:
> >
> > In short, if you drop the -O2 optimization, it compiles. At least it
> > did on my system.
>
> Yes, I know. But that really isn't a solution. I don't want to compile
> without optimisation. What I want is the bug in ecgs to be fixed.
I wasn't proposing it as a solution, merely providing more data on the
problem at hand.
Regards,
Kurt
- --
Where there is much light there is also much shadow.
-- Goethe
------------------------------
From: Mark Kettenis <[EMAIL PROTECTED]>
Date: Sun, 15 Aug 1999 00:55:15 +0200 (CEST)
Subject: Re: egcs bug
Date: Sat, 14 Aug 1999 16:17:54 -0600
From: Richard Gooch <[EMAIL PROTECTED]>
Kurt Wall writes:
> Also sprach Richard Gooch:
> > Hi, all. I've just tried compiling some code on a RedHat 6.0 system,
> > and ran across a problem. I've written some test code that
> > demonstrates the problem:
> >
> > % cat egcs-example.c
> > #include <ctype.h>
> >
> > int func (char *array)
> > {
> > return tolower (array[0]);
> > }
> > % cc -c -Wall -pedantic-errors -O2 egcs-example.c
> > egcs-example.c: In function `func':
> > egcs-example.c:5: ANSI C forbids braced-groups within expressions
> > % gcc -v
> > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
> > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
>
> It has to do with some interaction between -O2 optimization and tolower(),
> it appears. Behold, for the above code:
> $ gcc -c -Wall -pedantic-errors mtest.c
> $ gcc -c -Wall -pedantic-errors -O2 mtest.c
> mtest.c: In function `func':
> mtest.c:5: ANSI C forbids braced-groups within expressions
>
> In short, if you drop the -O2 optimization, it compiles. At least it
> did on my system.
Yes, I know. But that really isn't a solution. I don't want to compile
without optimisation. What I want is the bug in ecgs to be fixed.
Nope, that's not what you want. It is a bug in <ctype.h> which is a
libc header file.
What's happing is that when you compile with optimization (i.e. any
option that starts with -O) some functions are replaced by optimizing
macros and/or inline functions (look for __OPTIMIZE__ in the libc
header files). One of these functions is `tolower'. However, the
optimized version of `tolower' happens to use a gcc extension, and
therefore you get an error when you compile with -pedantic-errors.
The bug will be fixed in the next release of glibc (version 2.1.2).
If you cannot wait until the official release (which isn't too far
ahead) you could try to install the test release
(glibc-2.1.2pre2.tar.gz somewhere on your favourite ftp.kernel.org
mirror). Or you could fix the header file yourself by protecting the
__tobody code by __extension__. Or compile without -pedantic-errors!
Mark
------------------------------
From: "Martin v. Loewis" <[EMAIL PROTECTED]>
Date: Sun, 15 Aug 1999 08:08:04 +0200
Subject: Re: egcs bug
> Yes, I know. But that really isn't a solution. I don't want to compile
> without optimisation. What I want is the bug in ecgs to be fixed.
It is not a bug in egcs, it is a bug in glibc. With -O2, the
preprocessor expands your code to
int func (char *array)
{
return ({
int __res;
if (sizeof (array[0]) > 1){
if (__builtin_constant_p (array[0])){
int __c = (array[0]);
__res = __c < -128 || __c > 255 ? __c : __ctype_tolower [__c];
}else
__res = tolower(array[0]);
}else
__res = __ctype_tolower [(int) (array[0])];
__res;
});
}
This is clearly not valid ISO C, so with -pedantic, the compiler must
complain. The fix is to tell it not to complain here, with
int func (char *array)
{
return __extension__({
...
In glibc 2.1, this translates to
- --- ctype.h.old Sun Aug 15 07:54:39 1999
+++ ctype.h Sun Aug 15 07:55:06 1999
@@ -165,7 +165,7 @@
#if __GNUC__ >= 2 && defined __OPTIMIZE__ && !defined __cplusplus
# define __tobody(c, f, a) \
- - ({ int __res; \
+ __extension__({ int __res; \
if (sizeof (c) > 1) \
{ \
if (__builtin_constant_p (c)) \
Regards,
Martin
------------------------------
From: Florian Weimer <[EMAIL PROTECTED]>
Date: 15 Aug 1999 12:14:37 +0200
Subject: Compiling and linking selected applications with glibc-2.1
Which compiler flags are required when I want to compile selected
applications with glibc-2.1 for testing purposes (and continue to use
glibc-2.0.7 for regular development)?
I'm using gcc-2.95 and glibc-2.1.2pre2 was installed in /opt/glibc-2.1.2.
Can I use the spec file in the FAQ nevertheless?
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Sun, 15 Aug 1999 11:14:03 -0700 (PDT)
Subject: binutils 2.9.5.0.7 is released.
Hi, Ralf,
You can send me MIPS patches when you are ready. In the meantime, I'd
like to start testing on other archs.
Thanks.
H.J.
- ---
This is the beta release of binutils 2.9.5.0.7 for Linux, which is
based on binutils 1999 0813 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.7 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared
} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
- -dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m ar
melf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.7.tar.gz. Source code.
2. binutils-2.9.5.0.6-2.9.5.0.7.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.7-1.src.rpm. Source RPM.
4. binutils-2.9.5.0.7-1.i386.rpm. X86 inary RPM for RedHat 6.0.
5. binutils-2.9.5.0.7-1.alpha.rpm. Alpha binary RPM for RedHat 6.0.
There are also bzip2 versions of tar and diff files.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.varesearch.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
08/15/99
------------------------------
From: "Godfree" <[EMAIL PROTECTED]>
Date: Mon, 16 Aug 1999 11:14:15 GMT2
Subject: ioctl.h
I get the following error from a program.
setup.o: In function `setup':
setup.o(.text+0xad6): undefined reference to `bsd_ioctl'
setup.o(.text+0xcc6): undefined reference to `bsd_ioctl'
I'm not sure what it means but I suspect that it got something to do
with the 'iocl.h' header file. I made sure that the
#include <sys/ioctl.h>
is in the source code. The reference 'bsd_ioctl' is used nowhere in
the program, only the function ioctl() is called within the code.
Can someone please help me out with this.
Thank you in advance
Godfree Gert
Department of Medical Physics
University of the Orange Free State
P O Box 339
Bloemfontein
9301
Tel: +27 51 4053158
------------------------------
From: "Raju K. V." <[EMAIL PROTECTED]>
Date: Mon, 16 Aug 1999 19:34:35 +0530 (IST)
Subject: Re: egcs bug
hi,
I compiled the same program with egcs-1.1.2 ans gcc-2.95 without any
problems. Maybe it is because of the glibc that you are using. Suggest you
try compiling with gcc-2.95.
HTH,
Raju
On Sat, 14 Aug 1999, Richard Gooch wrote:
> Kurt Wall writes:
> > Also sprach Richard Gooch:
> > > Hi, all. I've just tried compiling some code on a RedHat 6.0 system,
> > > and ran across a problem. I've written some test code that
> > > demonstrates the problem:
> > >
> > > % cat egcs-example.c
> > > #include <ctype.h>
> > >
> > > int func (char *array)
> > > {
> > > return tolower (array[0]);
> > > }
> > > % cc -c -Wall -pedantic-errors -O2 egcs-example.c
> > > egcs-example.c: In function `func':
> > > egcs-example.c:5: ANSI C forbids braced-groups within expressions
> > > % gcc -v
> > > Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
> > > gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
> >
> > It has to do with some interaction between -O2 optimization and tolower(),
> > it appears. Behold, for the above code:
> > $ gcc -c -Wall -pedantic-errors mtest.c
> > $ gcc -c -Wall -pedantic-errors -O2 mtest.c
> > mtest.c: In function `func':
> > mtest.c:5: ANSI C forbids braced-groups within expressions
> >
> > In short, if you drop the -O2 optimization, it compiles. At least it
> > did on my system.
>
> Yes, I know. But that really isn't a solution. I don't want to compile
> without optimisation. What I want is the bug in ecgs to be fixed.
>
> Regards,
>
> Richard....
> Old: [EMAIL PROTECTED]
> Current: [EMAIL PROTECTED]
>
------------------------------
From: [EMAIL PROTECTED]
Date: Mon, 16 Aug 1999 18:54:14 EDT
Subject: Re: ioctl.h
The only header file I could find that would cause this is the libc5
bsd/sgtty.h. I don't have the latest and greatest, only glibc-2.0.6 and
libc-5.4.44. If you want to try just giving it bsd_ioctl, it is defined
in libbsd-compat.a, which should be included with either libc5 or 6.
To trace what headers you are using, you can do
gcc -E ... |grep include [|less] or so.
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
On Mon, 16 Aug 1999, Godfree wrote:
> I get the following error from a program.
>
> setup.o: In function `setup':
> setup.o(.text+0xad6): undefined reference to `bsd_ioctl'
> setup.o(.text+0xcc6): undefined reference to `bsd_ioctl'
>
> I'm not sure what it means but I suspect that it got something to do
> with the 'iocl.h' header file. I made sure that the
> #include <sys/ioctl.h>
> is in the source code. The reference 'bsd_ioctl' is used nowhere in
> the program, only the function ioctl() is called within the code.
>
> Can someone please help me out with this.
>
> Thank you in advance
>
>
> Godfree Gert
> Department of Medical Physics
> University of the Orange Free State
> P O Box 339
> Bloemfontein
> 9301
> Tel: +27 51 4053158
>
------------------------------
From: "mail263" <[EMAIL PROTECTED]>
Date: Tue, 17 Aug 1999 18:43:11 +0800
Subject: Where is the loader?
This is a multi-part message in MIME format.
- ------=_NextPart_000_004B_01BEE8E0.5B0F4BC0
Content-Type: text/plain;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
I have asked a problem on the start address of heap. Until now I get =
still no way to solve it. But I get a advice that I should study the =
loader of a excutable program. Now my question is where is source of the =
loader that load a program into memory and run it?
Thanks in advance.
Fred
- ------=_NextPart_000_004B_01BEE8E0.5B0F4BC0
Content-Type: text/html;
charset="gb2312"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">
<HTML>
<HEAD>
<META content=3Dtext/html;charset=3Dgb2312 http-equiv=3DContent-Type>
<META content=3D'"MSHTML 4.72.3110.7"' name=3DGENERATOR>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT color=3D#000000 size=3D2>I have asked a problem on the start =
address of=20
heap. Until now I get still no way to solve it. But I get a advice that =
I should=20
study the loader of a excutable program. Now my question is where is =
source of=20
the loader that load a program into memory and run it?</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Thanks in advance.</FONT></DIV>
<DIV><FONT color=3D#000000 size=3D2></FONT> </DIV>
<DIV><FONT color=3D#000000 size=3D2>Fred</FONT></DIV></BODY></HTML>
- ------=_NextPart_000_004B_01BEE8E0.5B0F4BC0--
------------------------------
From: [EMAIL PROTECTED]
Date: Tue, 17 Aug 1999 10:32:57 -0500 (CDT)
Subject: Re: Where is the loader?
It's been rumoured that mail263 said:
>
> I have asked a problem on the start address of heap. Until now I get =
> still no way to solve it. But I get a advice that I should study the =
> loader of a excutable program. Now my question is where is source of the =
> loader that load a program into memory and run it?
Last I looked, the loader (for linux) was in the kernel itself,
in /usr/src/linux/fs/binfmt_elf.c
- --linas
------------------------------
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Wed, 18 Aug 1999 02:12:43 +0200
Subject: Re: Where is the loader?
On Tue, Aug 17, 1999 at 06:43:11PM +0800, mail263 wrote:
> I have asked a problem on the start address of heap. Until now I get still no way to
>solve it. But I get a advice that I should study the loader of a excutable program.
>Now my question is where is source of the loader that load a program into memory and
>run it?
I assume that you're asking this question with a DOS background. Note
that memory managment for UNIX processes works very different from
what you may be used to under DOS. So depending from what you may
want to archieve there may not be a direct equivalent to what you're
trying to achieve. So you better describe what you're trying to do.
Ralf
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 18 Aug 1999 20:20:06 -0400
Subject: function to be called on linux shared object load?
Hi All,
Is there a way to specify a function in a shared to be called when a shared
object is loaded under linux (ELF)?
I am looking for the equivalent of win32's DllMain, a function which is called
after all the static constructors, but before initialization of the shared lib
is complete.
Any insights would be greatly appreciated.
Thanks in advance,
Matt La Mantia
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 18 Aug 1999 23:00:58 EDT
Subject: Re: function to be called on linux shared object load?
If you use dlopen to load the shared library (analogous to LoadLibrary,
I think:-), and the shared library exports a symbol _init, dlopen will
call that before it returne.
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
On Wed, 18 Aug 1999 [EMAIL PROTECTED] wrote:
>
> Hi All,
>
> Is there a way to specify a function in a shared to be called when a
shared
> object is loaded under linux (ELF)?
> I am looking for the equivalent of win32's DllMain, a function which is
called
> after all the static constructors, but before initialization of the
shared lib
> is complete.
>
> Any insights would be greatly appreciated.
>
> Thanks in advance,
>
> Matt La Mantia
>
>
>
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: [EMAIL PROTECTED]
Date: Thu, 19 Aug 1999 00:35:14 -0400
Subject: HOT NEW BUSINESS OPPTY. - PERSONAL POSTCARDS!
<HTML></P><P ALIGN=3DCENTER><FONT COLOR=3D"#0000ff" SIZE=3D4 PTSIZE=3D12 F=
AMILY=3D"SCRIPT" FACE=3D"Lucida Calligraphy" LANG=3D"0"><B>The Hottest Bus=
iness Opportunity to Hit<BR>
the U.S. this Year!</FONT><FONT COLOR=3D"#000000" SIZE=3D4 PTSIZE=3D12></=
B><BR>
</FONT><FONT SIZE=3D3 PTSIZE=3D10><BR>
</FONT><FONT COLOR=3D"#000040" SIZE=3D4 PTSIZE=3D12><B>This is not a MLM =
Program !<BR>
</FONT><FONT SIZE=3D3 PTSIZE=3D10></B> </FONT><FONT COLOR=3D"#000000" SI=
ZE=3D3 PTSIZE=3D10><BR>
</FONT><FONT COLOR=3D"#800080" SIZE=3D3 PTSIZE=3D10><B>Earn Full Time Inc=
ome on a Part Time Basis !!!<BR>
<BR>
</FONT><FONT COLOR=3D"#ff8040" SIZE=3D2 PTSIZE=3D8 FAMILY=3D"SANSSERIF" F=
ACE=3D"Arial" LANG=3D"0">New Photo Postcard vending machines which put you=
r face on a postcard<BR>
are a smashing success throughout Europe.</FONT><FONT SIZE=3D3 PTSIZE=3D1=
0 FAMILY=3D"SCRIPT" FACE=3D"Lucida Calligraphy" LANG=3D"0"><I><BR>
</FONT><FONT COLOR=3D"#800080" SIZE=3D3 PTSIZE=3D10><BR>
</FONT><FONT COLOR=3D"#000000" SIZE=3D2 PTSIZE=3D8 FAMILY=3D"SANSSERIF" F=
ACE=3D"Arial" LANG=3D"0"></I>Now for the first time these machines are ava=
ilable in the U.S. <BR>
The U.S. market will grow to thousands of machines within the next <BR>
12-18 months according to industry experts. We are seeking qualified indiv=
iduals<BR>
who are looking to take advantage of a virtually untapped market opportuni=
ty in<BR>
their area. There are retail locations across the country ......waiting ! =
<BR>
<BR>
</FONT><FONT COLOR=3D"#0000ff" SIZE=3D4 PTSIZE=3D12 FAMILY=3D"SCRIPT" FAC=
E=3D"Lucida Calligraphy" LANG=3D"0"><I>Timing is Everything !</FONT><FONT =
SIZE=3D3 PTSIZE=3D10></I><BR>
<BR>
</FONT><FONT COLOR=3D"#000000" SIZE=3D2 PTSIZE=3D8 FAMILY=3D"SANSSERIF" F=
ACE=3D"Arial" LANG=3D"0">We have developed the new self-service Personal P=
ost Card to take advantage<BR>
of this dynamic market opportunity. Personal Post Cards combines the popul=
arity<BR>
of the following markets:<BR>
<BR>
</FONT><FONT COLOR=3D"#ff8040" SIZE=3D3 PTSIZE=3D10>Travel and Leisure Ma=
rket $200 billion<BR>
</FONT><FONT COLOR=3D"#008000" SIZE=3D3 PTSIZE=3D10>Greeting Card $10 bil=
lion</FONT><FONT SIZE=3D2 PTSIZE=3D8><BR>
</FONT><FONT COLOR=3D"#800080" SIZE=3D2 PTSIZE=3D8>Photography $30 billio=
n</FONT><FONT COLOR=3D"#0000ff" SIZE=3D2 PTSIZE=3D8><BR>
</FONT><FONT COLOR=3D"#800080" SIZE=3D2 PTSIZE=3D8><BR>
</FONT><FONT COLOR=3D"#0000ff" SIZE=3D5 PTSIZE=3D14 FAMILY=3D"SCRIPT" FAC=
E=3D"Lucida Calligraphy" LANG=3D"0"><I><U>The Opportunity Is:</FONT><FONT =
COLOR=3D"#800080" SIZE=3D2 PTSIZE=3D8 FAMILY=3D"SANSSERIF" FACE=3D"Arial"=
LANG=3D"0"></I></U><BR>
<BR>
Part or full time<BR>
</FONT><FONT COLOR=3D"#008080" SIZE=3D2 PTSIZE=3D8>No selling required<BR=
>
</FONT><FONT COLOR=3D"#ff8040" SIZE=3D2 PTSIZE=3D8>No prior experience or=
office required<BR>
</FONT><FONT COLOR=3D"#008000" SIZE=3D2 PTSIZE=3D8>All cash business!<BR>
</FONT><FONT COLOR=3D"#0000ff" SIZE=3D2 PTSIZE=3D8>Financing programs ava=
ilable</FONT><FONT SIZE=3D3 PTSIZE=3D10><BR>
<BR>
</FONT><FONT COLOR=3D"#800080" SIZE=3D3 PTSIZE=3D10 FAMILY=3D"SCRIPT" FAC=
E=3D"Lucida Calligraphy" LANG=3D"0"><I><U>For a Free Business Package at N=
o Obligation:<BR>
</FONT><FONT COLOR=3D"#000000" SIZE=3D3 PTSIZE=3D10></B></I></U><BR>
</FONT><FONT SIZE=3D3 PTSIZE=3D10 FAMILY=3D"SCRIPT" FACE=3D"Lucida Handwr=
iting" LANG=3D"0"><B><I><A
</FONT><FONT COLOR=3D"#008000" SIZE=3D5 PTSIZE=3D14><B>1-888-852-7900</FO=
NT><FONT SIZE=3D3 PTSIZE=3D10><BR>
</FONT><FONT COLOR=3D"#000000" SIZE=3D2 PTSIZE=3D8 FAMILY=3D"SANSSERIF" F=
ACE=3D"Arial" LANG=3D"0">Please refer to Code </FONT><FONT COLOR=3D"#ff80=
40" SIZE=3D2 PTSIZE=3D8>F818</FONT><FONT COLOR=3D"#000000" SIZE=3D2 PTSIZ=
E=3D8> when you call. <BR>
<BR>
</FONT><FONT COLOR=3D"#0000ff" SIZE=3D2 PTSIZE=3D8>Customer Service Opera=
tors are available <BR>
Monday-Friday 9:00am - 9:00pm EST Saturday-Sunday 12:00 pm to 8 pm EST.</F=
ONT><FONT COLOR=3D"#000000" SIZE=3D2 PTSIZE=3D8><BR>
<BR>
If you are outside the U.S. please fax your name, complete phone number<BR=
>
including country code and a good time for us to call you to (954)236-7264=
. <BR>
We will respond to your request as soon as possible.<BR>
<BR>
</FONT><FONT COLOR=3D"#008000" SIZE=3D2 PTSIZE=3D8>This offer is not vali=
d in all statesand should not be considered an offer <BR>
in states where the company is not registered.</FONT><FONT COLOR=3D"#ff80=
40" SIZE=3D2 PTSIZE=3D8><BR>
<BR>
</FONT><FONT COLOR=3D"#400040" SIZE=3D2 PTSIZE=3D8>If you no longer desir=
e to receive email from us</FONT><FONT SIZE=3D3 PTSIZE=3D10 FAMILY=3D"SCR=
IPT" FACE=3D"Lucida Calligraphy" LANG=3D"0">, please email us,</FONT><FONT=
COLOR=3D"#0000ff" SIZE=3D3 PTSIZE=3D10><BR>
<A HREF=3D"mailto:[EMAIL PROTECTED]">CLICK HERE</A></FONT><FONT CO=
LOR=3D"#0000ff" SIZE=3D3 PTSIZE=3D10>.</P></HTML>
<p><p><p><p><p><p><p><p><p><p>
<HTML></P><P ALIGN=3DCENTER><FONT COLOR=3D"#0000ff" SIZE=3D4 PTSIZE=3D12 =
FAMILY=3D"SCRIPT" FACE=3D"Lucida Calligraphy" LANG=3D"0"><B>The Hottest Bu=
siness Opportunity to Hit<BR><p>the U.S. this Year!</FONT><FONT COLOR=3D"=
#000000" SIZE=3D4 PTSIZE=3D12></B><BR><p><p></BODY></HTML>
------------------------------
From: Jim Kingdon <[EMAIL PROTECTED]>
Date: Thu, 19 Aug 1999 14:38:42 -0400
Subject: Linux threads patch for GDB 4.18
After more work than I expected (of the "track it down and tweak it"
variety), I have finally come up with a threads patch for GDB 4.18 (on
Linux) that I'm happy with (at least for now).
I'd encourage people to try this out (either via this patch or the RPM
package gdb-4.18-3 which should be in Rawhide within a week or so -
see http://developer.redhat.com/ for more on Rawhide and our
bug-tracking system and what-not).
The patch is at:
http://sourceware.cygnus.com/ml/gdb-patches/1999-q3/msg00177.html
------------------------------
From: John Weldon <[EMAIL PROTECTED]>
Date: Fri, 20 Aug 1999 09:03:32 -0700
Subject: Date: Fri, 20 Aug 1999 09:03:32 -0700
Hi,
Could anyone give me some insight into this error message?
/usr/bin/ld: bfd assertion fail elf32-i386.c:621
I get this when linking together multiple .o files into a shared library.
I don't have the file elf32-i386.c on my system.
I am running RedHat 6.0 on a P133
$ ld -v
GNU ld version 2.9.1 (with BFD 2.9.1.0.23)
$ g++ -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
$
John Weldon
------------------------------
From: [EMAIL PROTECTED] (Aaron M. Ucko)
Date: 20 Aug 1999 14:56:16 -0400
Subject: Re: no subject in original mailing-list submission
John Weldon <[EMAIL PROTECTED]> writes:
> Could anyone give me some insight into this error message?
>
> /usr/bin/ld: bfd assertion fail elf32-i386.c:621
This indicates that you have triggered a bug in ld; the file it refers
to is part of the sources to ld, so you shouldn't necessarily expect
to have a copy on your system. To report it, you should follow the
directions in the Info node (binutils)Reporting Bugs. [If you're
unfamiliar with Info, you can do this by running
info '(binutils)Reporting Bugs'
hitting the space bar to scroll through the text, and typing q when done.]
- --
Aaron M. Ucko, KB1CJC <[EMAIL PROTECTED]> (finger [EMAIL PROTECTED])
------------------------------
From: Piriya Kevalee <[EMAIL PROTECTED]>
Date: Sat, 21 Aug 1999 12:20:17 +0700
Subject: Problem using C Compiler on Linux
Hello,
We are developper in Financial Sector. Now we try to port our
application writing with 4gl tool from Informix from platform AIX to
Linux. We found that c compiler on Linux can not support multiple
definition of funtion name, here is the error message
[informix@sbaweb post]$ c4gl mainlink.4gl sub1link.4gl
sub2link.4gl -o mainlink
/tmp/cca011523.o: In function `local_cal':
/tmp/cca011523.o(.text+0x11c): multiple definition of
`local_cal'
/tmp/cca011522.o(.text+0xf8): first defined here
[informix@sbaweb post]$
On AIX and Solaris x86 there were no error, actually we have to use some
option for linking program on Solaris to work correctly but for AIX
there was no problem. So I would like to know that c compiler or linking
program on Linux can support multiple definition or not because we
cannot find option that might help us. Our programs use a lot of
multiple definition and we do not have much time to re-write them and We
think this feature is a must for complier in order to link libs or
shared modules.Do you have any suggestion for us ?
Best Regards,
Piriya Kevalee ( [EMAIL PROTECTED] )
Kernel Computers and Communications Co.,Ltd
------------------------------
From: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 02:10:15 EDT
Subject: Re: Problem using C Compiler on Linux
C does not permit multiple definitions of the same name, I think. C++
does. Maybe if you can modify your 4gl to call g++ instead of gcc or
cc, it _might_ work. I don't have much use for c++ :-)
Lawson
>< Microsoft free environment
This mail client runs on Wine. Your mileage may vary.
On Sat, 21 Aug 1999, Piriya Kevalee wrote:
> Hello,
> We are developper in Financial Sector. Now we try to port our
> application writing with 4gl tool from Informix from platform AIX to
> Linux. We found that c compiler on Linux can not support multiple
> definition of funtion name, here is the error message
>
> [informix@sbaweb post]$ c4gl mainlink.4gl sub1link.4gl
> sub2link.4gl -o mainlink
> /tmp/cca011523.o: In function `local_cal':
> /tmp/cca011523.o(.text+0x11c): multiple definition of
> `local_cal'
> /tmp/cca011522.o(.text+0xf8): first defined here
> [informix@sbaweb post]$
>
> On AIX and Solaris x86 there were no error, actually we have to use
some
> option for linking program on Solaris to work correctly but for AIX
> there was no problem. So I would like to know that c compiler or
linking
> program on Linux can support multiple definition or not because we
> cannot find option that might help us. Our programs use a lot of
> multiple definition and we do not have much time to re-write them and
We
> think this feature is a must for complier in order to link libs or
> shared modules.Do you have any suggestion for us ?
>
> Best Regards,
> Piriya Kevalee ( [EMAIL PROTECTED] )
> Kernel Computers and Communications Co.,Ltd
>
>
___________________________________________________________________
Get the Internet just the way you want it.
Free software, free e-mail, and free Internet access for a month!
Try Juno Web: http://dl.www.juno.com/dynoget/tagj.
------------------------------
From: [EMAIL PROTECTED] (Aaron M. Ucko)
Date: 21 Aug 1999 14:52:39 -0400
Subject: Re: Problem using C Compiler on Linux
[EMAIL PROTECTED] writes:
> C does not permit multiple definitions of the same name, I think. C++
> does. Maybe if you can modify your 4gl to call g++ instead of gcc or
No, C++ only allows multiple functions with the same name if they have
different type signatures (i.e., take different arguments).
- --
Aaron M. Ucko, KB1CJC <[EMAIL PROTECTED]> (finger [EMAIL PROTECTED])
------------------------------
From: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 15:10:28 -0500 (CDT)
Subject: Re: Problem using C Compiler on Linux
It's been rumoured that Piriya Kevalee said:
> Linux. We found that c compiler on Linux can not support multiple
> definition of funtion name, here is the error message
>
> [informix@sbaweb post]$ c4gl mainlink.4gl sub1link.4gl
> sub2link.4gl -o mainlink
> /tmp/cca011523.o: In function `local_cal':
> /tmp/cca011523.o(.text+0x11c): multiple definition of
> `local_cal'
> /tmp/cca011522.o(.text+0xf8): first defined here
> [informix@sbaweb post]$
>
> Our programs use a lot of
> multiple definition and we do not have much time to re-write them and We
> think this feature is a must for complier in order to link libs or
> shared modules.Do you have any suggestion for us ?
You won't find this suggestion useful, but:
Multiple definitions of the same struct are bound to lead to serious
and fundamental programming errors. If a user modifes a struct in one
place and forgets to modify it in other places, you will have some very
difficult to diagnose & track down bugs.
If I was less kind I would say this is a sign of bad programming.
If I were lead architect/manager, I'd escalate fixing this to a high priority.
I'll bet you will discover & fix a lot of bugs in the process.
- --linas
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Sat, 21 Aug 1999 13:43:36 -0700 (PDT)
Subject: binutils 2.9.5.0.8 is released.
This is the beta release of binutils 2.9.5.0.8 for Linux, which is
based on binutils 1999 0821 plus various changes. It is purely for
Linux, although it has been tested on Solaris/Sparc and Solaris/x86
from time to time.
I am planning to make the public release soon. Please test it as much
as you can.
Please report any bugs related to binutils 2.9.5.0.8 to [EMAIL PROTECTED]
For arm-linux targets, there are some important differences in behaviour
between these tools and binutils 2.9.1.0.x. The linker emulation name has
changed from elf32arm{26} to armelf_linux{26}. Also, the "-p" flag must be
passed with the linker when working with object files (or static libraries)
created using older versions of the assembler. If this flag is omitted the
linker will silently generate bad output when given old input files.
To get the correct behaviour from gcc, amend the *link section of your specs
file as follows:
*link:
%{h*} %{version:-v} %{b} %{Wl,*:%*} %{static:-Bstatic} %{shared:-shared
} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:
- -dynamic-linker /lib/ld-linux.so.2} -X %{mbig-endian:-EB} %{mapcs-26:-m ar
melf_linux26} %{!mapcs-26:-m armelf_linux} -p
Changes from binutils 2.9.5.0.7:
1. Update from binutils 1999 0821.
2. Some MIPS changes.
Changes from binutils 2.9.5.0.6:
1. Update from binutils 1999 0813.
2. i370 update.
Changes from binutils 2.9.5.0.5:
1. Update from binutils 1999 0809. An ELF/Sparc ld bug is fixed.
Changes from binutils 2.9.5.0.4:
1. Update from binutils 1999 0806. A Solaris/Sparc gas bug is fixed.
2. Remove mips gas patches from binutils 2.9.1.0.25.
Changes from binutils 2.9.5.0.3:
1. Update from binutils 1999 0801.
2. Support for real mode x86 gcc.
Changes from binutils 2.9.4.0.8:
1. Update from binutils 1999 0719. A libc 5 related bug fix.
2. Fix a typo in mips gas.
Changes from binutils 2.9.4.0.7:
1. Update from binutils 1999 0710. A weak symbol bug
http://egcs.cygnus.com/ml/egcs-bugs/1999-07/msg00129.html
is fixed.
Changes from binutils 2.9.4.0.6:
1. Update from binutils 1999 0626.
Changes from binutils 2.9.4.0.5:
1. Update from binutils 1999 0620.
2. Remove my fwait fix and use the one in cvs.
3. Use "--only-section=section" instead of "--extract-section=section".
for objcopy.
Changes from binutils 2.9.4.0.4:
1. Update from binutils 1999 0612.
2. Remove various temporary fixes of mine since those bugs are fixed
now.
Changes from binutils 2.9.4.0.3:
1. Update from binutils 1999 0611.
2. Remove my ELF/Alpha bfd changes.
3. Use the local symbol copy fix in binutils 1999 0611.
Changes from binutils 2.9.4.0.2:
1. Update from binutils 1999 0607.
2. Remove my Sparc hacks.
3. Fix local symbol copy.
Changes from binutils 2.9.4.0.1:
1. Update from binutils 1999 0606.
2. Restore relocation overflow checking in binutils 2.9.1.0.25 so that
Linux kernel can build.
3. Fix i370 for the new gas.
Changes from binutils 1999 0605:
1. Fix a -Bsymbolic bug for Linux/alpha.
2. Add ELF/i370.
3. Fix 8/16-bit relocations for i386.
4. Add --redefine-sym=old_form=new_form to objcopy.
5. Add "-j section" for objcopy.
6. Fix i386 disassembler for fwait.
7. Fix a Sparc asm bug.
8. Add Ada demangle support.
9. Fix MIPS/ELF bugs.
10. Add some vxworks suppport.
11. Fix a.out assembler.
The file list:
1. binutils-2.9.5.0.8.tar.gz. Source code.
2. binutils-2.9.5.0.7-2.9.5.0.8.diff.gz. Patch against the previous
beta source code.
3. binutils-2.9.5.0.8-1.src.rpm. Source RPM.
4. binutils-2.9.5.0.8-1.i386.rpm. X86 inary RPM for RedHat 6.0.
5. binutils-2.9.5.0.8-1.alpha.rpm. Alpha binary RPM for RedHat 6.0.
There are also bzip2 versions of tar and diff files.
The primary ftp sites for the beta Linux binutils are:
1. ftp://ftp.valinux.com/pub/support/hjl/binutils
Thanks.
H.J. Lu
[EMAIL PROTECTED]
08/21/99
------------------------------
From: [EMAIL PROTECTED] (H.J. Lu)
Date: Sat, 21 Aug 1999 13:51:16 -0700 (PDT)
Subject: gdb 4.17.0.13 is released.
Hi, Folks,
This is the beta release of gdb 4.17.0.13, which is based on gdb 4.17
plus Linux/x86 hardware watchpoint/FPU, glibc 2 pthread and Linux/PPC
support. You need linux 2.0.35 or above, or 2.1.xx to get the x86 FPU
to work correctly. The Linux/x86 binary works with all recent kernels
and C libraries, and the x86 FPU support is enabled at the run-time,
depending on the kernel version.
You need the latest glibc 2.1.1 to debug LinuxThreads.
Special thanks to Dan Bethe who provided the PowePC notebook which
makes the LinuxPPC support in gdb possible.
Please report any bugs related to gdb 4.17.0.13 to [EMAIL PROTECTED]
Problems:
Because most of system calls in glibc 2 are written in assembly without
frame pointer, gdb may not be able to debug nor get stack trace system
calls on glibc-based 2 systems. Due to this, "make check" may fail in
FAIL: gdb.base/a1-selftest.exp: backtrace through signal handler
FAIL: gdb.base/signals.exp: bt in signals.exp
with glibc 2.
Also, it is normal to see
FAIL: gdb.base/interrupt.exp: continue (timeout)
FAIL: gdb.base/interrupt.exp: echo data (timeout)
if there is
XPASS: gdb.base/interrupt.exp: send_gdb end of file
Due to the new cplus-dem.c from gcc 2.95.1, you will get a few
FAIL: gdb.c++/demangle.exp: maint demangle __xxxxxxxxxx
Changes from gdb 4.17.0.12:
1. Update cplus-dem.c from gcc 2.95.1.
Changes from gdb 4.17.0.11:
1. Support LinuxThreads on PowerPC.
2. Support P/III and AMD 3DNow! instructions.
3. Fix debugging dynamically loaded shared object.
Changes from gdb 4.17.0.10:
1. Support glibc 2.0 and libc 5.
2. Support LinuxThreads on alpha.
3. Support Solaris 2.7/x86.
Changes from gdb 4.17.0.9:
1. Fix support for glibc 2.1 pthread. Need the latest glibc 2.1, newer
than 16:30pm PST of 19990-02-03.
2. Fix deleting the hardware watchpoint on x86.
Changes from gdb 4.17.0.8:
1. The new cplus-dem.c from egcs 1999-01-12 with a bug fix.
2. Add support for deleting the hardware watchpoint on x86.
3. Update support for glibc 2.1 pthread.
4. Fix C++ testsuite.
Changes from gdb 4.17.0.6:
1. Support for glibc 2.1 pthread. But it doesn't work, probably due
to the CLONE_PTRACE change to pthread in glibc 2.1.
2. Add support for the older Linux C libraries.
3. Add -static support for glibc 2.1.
Changes from gdb 4.17.0.5:
1. Support for glibc 2.0 pthread. It doesn't work with glibc 2.1.
2. The Linux/PPC support.
3. The Linux/Sparc support. Untested.
Changes from gdb 4.17.0.4:
1. Fix the Intel FPU tag code handling.
Changes from gdb 4.17.0.3:
1. Fix testcases for FPU.
2. Fix x86 hardware watchpoint support.
Changes from gdb 4.17.0.2:
1. Fake FP registers on older kernels.
Changes from gdb 4.17:
1. Linux/x86 FPU support is added. You can debug floating point numbers
just like integers.
2. x86 hardware watchpoint is extended to long long, double and long
double.
3. More information on x86 CPU status register.
4. Fix a bug when reading beyond the memory boundary.
The file list:
1. gdb-4.17-4.17.0.13.diff.gz. Patch against gdb 4.17.
2. gdb-4.17.0.12-4.17.0.13.diff.gz. Patch against gdb 4.17.0.12.
3. gdb-4.17.0.13.x86.gz. Precompiled Linux/x86 statically linked binary.
4. gdb.spec. A RPM spec file for RedHat 5.x/6.x.
The ftp sites for my gdb patches:
ftp://ftp.valinux.com/pub/support/hjl/gdb
gdb 4.17 source code is available at
ftp://ftp.gnu.org/pub/gnu
To install the precompiled binary,
# gunzp gdb-4.17.0.13.x86.gz
# cp gdb-4.17.0.13.x86 /usr/bin/gdb
H.J.
[EMAIL PROTECTED]
08/21/1999
------------------------------
From: Joe Buck <[EMAIL PROTECTED]>
Date: Mon, 23 Aug 99 7:59:27 PDT
Subject: Re: gdb 4.17.0.13 is released.
HJ Lu writes:
> This is the beta release of gdb 4.17.0.13, which is based on gdb 4.17
> plus Linux/x86 hardware watchpoint/FPU, glibc 2 pthread and Linux/PPC
> support.
Given that 4.18 is the current gdb release, why are you releasing a
fork off of the old version?
------------------------------
End of linux-gcc-digest V1 #397
*******************************
To subscribe to linux-gcc-digest, send the command:
subscribe linux-gcc-digest
in the body of a message to "[EMAIL PROTECTED]". If you want
to subscribe something other than the account the mail is coming from,
such as a local redistribution list, then append that address to the
"subscribe" command; for example, to subscribe "local-linux-gcc":
subscribe linux-gcc-digest [EMAIL PROTECTED]
A non-digest (direct mail) version of this list is also available; to
subscribe to that instead, replace all instances of "linux-gcc-digest"
in the commands above with "linux-gcc".
