Discussion:
GCC 4.1 now the default GCC version for etch
(too old to reply)
Martin Michlmayr
2006-06-07 08:40:25 UTC
Permalink
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
warnings:

A. Maitland Bottoms
cmake 2.2.3-1
predict 2.2.2-6
vtk 4.4.2-10

ARAKI Yasuhiro
openggsn 0.84-1

Aaron M. Ucko
fltk1.1 1.1.7-2
goo 0.155-5
ncbi-tools6 6.1.20060507-2

Adam F. Rogoyski
le 1.9.1-4.1

Adam Lazur
screen 4.0.2-4.1

Adeodato Simó
mutt 1.5.11+cvs20060403-1

Adriaan Peeters
link-monitor-applet 1.3-4

Adrian Bridgett
cftp 0.12-4
gmemusage 0.2-10
hunt 1.5-4
nighthawk 1.0-15.1
tgif 1:4.1.44-4
xmove 2.0beta2-8
xonix 1.4-21.1

Adrian von Bidder
rapple 1.0-1

Akira TAGOH
at-spi 1.7.7-2
gail 1.8.11-2
gtk+1.2 1.2.10-18
libgail-gnome 1.1.3-2

Al Stone
laptop-net 2.26-3
qprof 0.5.2-1

Alan Bain
rbootd 2.0-8

Alastair McKinstry
ltp 20050107-3
newt 0.52.2-4

Alberto Gonzalez Iniesta
icmpinfo 1.11-5
irda-utils 0.9.16-11
netkit-rusers 0.17-6
paketto 1.10-6
sing 1.1-11

Alen Zekulic
the 3.1-4

Alex Hudson
hula 0.1.0+svn379-2.1

Alex Pennace
dircproxy 1.0.5-4

Alex Romosan
xrn 9.02-7.1

Alexander Wirt
fisg 0.3.8-2
keepalived 1.1.11-3

Alexandre Fayolle
xmldiff 0.6.7-2

Alexandre Pineau
ire 0.92-2
nedit 1:5.5-2

Alioth Games Devel Team
netpanzer 0.8+svn20060319-1

Alvaro Lopez Ortega
cherokee 0.5.2-1

Anand Kumria
libsndfile 1.0.15-3
sweep 0.9.0-2
tap-plugins 0.7.0-2
zeroconf 0.9-1

Andre Filipe de Assuncao e Brito
notification-daemon 0.3.4-4
update-notifier 0.41.3-1

Andreas Barth
libapache-mod-dav 1.0.3-10
mgetty 1.1.35-2
netpbm-free 2:10.0-10.1

Andreas Metzler
gnutls12 1.2.9-2.1
newsx 1.6-2

Andreas Rottmann
guile-gnome-platform 2.7.99-4
serveez 0.1.5-2
sqlite 2.8.16-1
zinf 2.2.5-5.2

Andreas Tille
fastlink 4.1P-fix91-1

Andrew Lau
cinepaint 0.20-1-1.2
gnome-nettool 1.4.1-1
gtksourceview 1.4.2-2
tsclient 0.140-3

Andrew Mitchell
pnet 0.7.4-1

Andrew Pollock
argus-client 2.0.6.fixes.1-3
argus 1:2.0.6.fixes.1-11
elfsign 0.2.2-2

Andrew Stribblehill
cfengine2 2.1.20-1
unlambda 2.0.0-5

Andrew Suffield
tla 1.3.3-3.2

Andrés Roldán
lilo 1:22.6.1-7

Angel Ramos
cronosii 0.2.2.23.1-3

Anibal Monsalve Salazar
fdutils 5.5-20050303-2
rpm 4.4.1-8

Anselm Lingnau
abcmidi 20060422-1
tkdvi 0.3.1-1.2

Anthony Fok
freetype1 1.4pre.20050518-0.3
iterm 0.5-5.1
xcin2.3 2.3.04.3-3.1
xcin 2.5.2.99.pre2+cvs20030224-1.1

Anthony Towns
netkit-base 0.10-10.3

Ari Pollak
drscheme 1:301-15
gimp 2.2.11-1
libgimp-perl 2.0.dfsg+2.2pre1.dfsg-1
librcov-ruby 0.3.0-1

Arjan Oosting
gaim-extendedprefs 0.5-2

Arnaud Patard
control-center 1:2.12.3-2
teatime 2.4-2

Artur R. Czechowski
t1lib 5.1.0-2

Ashley T. Howes
lavaps 2.7-4

Atsuhito KOHDA
lynx-cur 2.8.6-20

Atsushi KAMOSHIDA
aish 1.13-5

Atsushi Mitsuka
canna 3.7p3-3

Aurelien Jarno
gcc-m68hc1x 1:3.3.6+3.1-1
ksimus-datarecorder 0.3.6-9
ksimus-floatingpoint 0.3.6-9
ksimus 0.3.6-2-10
sdcc 2.5.0-11
zziplib 0.12.83-5

Balbir Thomas
xppaut 5.85-3.2

Bao C. Ha
libecgi 0.6.2-2.3

Barak A. Pearlmutter
gtkboard 0.11pre0-5
xgraph 12.1-5

Bart Martens
libiodbc2 3.52.4-3
libtk-tablematrix-perl 1.22-1
open-cobol 0.32-2
screentest 1.0-4

Bartosz Fenski
adesklets 0.5.0-2
fuse 2.5.3-2
libparagui1.0 1.0.4-10.2
xmms-find 0.5.2-1

Baruch Even
mdk 1.2.1-1.1
xmbdfed 4.7patch1-3

Bas Zoetekouw
exscalibar 1.0.4-5
freesci 0.3.5-2

Bastian Blank
ibm-3270 3.3.4p6-3
omniorb4 4.0.6-2
python-omniorb2 2.6-3

Bastian Kleineidam
libgringotts 1.2.1-9
libpam-mount 0.13-2

Bdale Garbee
dds2tar 2.5.2-3
yforth 0.1beta-18

Ben Armstrong
lmemory 0.6c-1.1
snowflake 0.01a-7

Ben Burton
python-pgsql 2.4.0-7
regina-normal 4.3.1-1

Ben Collins
sxid 4.0.5

Benjamin Drieu
grisbi 0.5.8-1
w9wm 0.4.2-5
xbvl 2.2-5.1

Benjamin Seidenberg
easyh10 1.2.1-2

Bernd Eckenfels
ircii 20051015-1
net-tools 1.60-17

Bernhard R. Link
wm2 4-9
xbuffy 3.3.bl.3.dfsg-3
xfm 1.5-1

Bill Allombert
flwm 1.00-9
gap 4r4p7-1

Botond Botyanszki
gjiten 2.5-1

Bradley Bell
bakery2.3 2.3.11-2
gtk+extra17 0.99.17-2.2
gtk+extra 1.0.0-1
gtkmm2.0 2.2.12-2
gtkmm2.4 1:2.6.5-1
gtkmm 1.2.10-8

Brendan O'Dea
vile 9.5-g2

Brent A. Fulgham
gnustep-netclasses 0.0.20040112-2.1

Brian Mays
netcdf 3.6.0+3.6.1-beta3-0.1

Bruno Barrera C.
giftoxic 0.0.10-4
portsentry 1.2-10
xmms-defx 0.9.9-2

C.M. Connelly
lcdf-typetools 2.36-1

Cai Qian
d4x 2.5.7.1-2
gkrellm 2.2.9-1

Camm Maguire
codebreaker 1.2.1-5
gcl 2.6.7-14
lam 7.1.1a-1.1

Carlo Contavalli
ne 1.42-1

Carlo Segre
fityk 0.7.3-1

Celso González
ap-utils 1.4.1+1.5pre1-1

Chad Walstrom
clamsmtp 1.6-1

Changwoo Ryu
ami 1.2.3-2
imhangul-status-applet 0.3-5
nabi 0.15-2

Chris Boyle
aewm++ 1.1.2-4
sapphire 0.15.8-7

Chris Butler
wu-ftpd 2.6.2-22

Chris Halls
ayttm 0.4.6+34-1

Chris Hanson
beepcore-c 0.2+cvs20030603-1

Chris Lawrence
ppmtofb 0.32

Chris Niekel
sn 0.3.8-4

Chris Vanden Berghe
metapixel 1.0.1-1

Chris Waters
blt 2.4z-4
itcl3.1 3.1.0-7.1
itcl3 3.2.1-3.1
jester 1.0-7.1
tcl8.3 8.3.5-5
tcl8.4 8.4.12-1
tk8.3 8.3.5-6
tk8.4 8.4.12-1
wmmail 0.64-13
xbomb 2.1a-6.1

Christian Bayle
crystalspace 0.99-20060125-2

Christian Kesselheim
nasm 0.98.38-1.2

Christian Marillat
gdancer 1:0.4.6-2
gtm 0.4.12+cvs20031024-2
zapping 0.9.6-1

Christian T. Steigies
luola 1.3.2-1

Christoffer Sawicki
gtk-qt-engine 0.60-2.1

Christoph Berg
avscan 0.8.3-openssl-1
deal 3.0.8-3
endeavour 2.5.7-2
gv 1:3.6.1-13
xmms-coverviewer 0.11-6

Christoph Haas
fyre 1.0.0-3

Christoph Martin
mimedefang 2.56-1
socks4-server 4.3.beta2-14

Christopher Cramer
usermode 1.81-3

Christopher Martin
imwheel 1.0.0pre12-7

Chuan-kai Lin
fam 2.7.0-10

Claudio Matsuoka
coldfire 0.2.2-2.1

Clint Adams
conquest 8.1.2-3
zsh30 3.0.8-14

Clément Stenac
file-roller 2.14.2-1
mkvtoolnix 1.7.0-1

Colin Mattson
lopster 1.2.0.1-1.1

Colin Tuckley
ploticus 2.20-4

Colin Watson
circlepack 5.1-3
groff 1.18.1.1-12
imaptool 0.9-6
knews 1.0b.1-20
pcmciautils 013-1
yodl 1.31.18-7

Cosimo Alfarano
libgocr 0.7.2-7
torch3 3.1-1

Cyril Bouthors
drbd8 8.0-pre3-1
drbd 8.0-pre1-1
gnuplot 4.0.0-3

Cédric Delfosse
darkstat 2.6-11
diacanvas2 0.14.4-1
stellarium 0.7.1-2
tcpick 0.2.1-3

Dafydd Harries
libopengl-ruby 0.32f-2
ruby-gnome2 0.14.1-1.1

Daigo Moriwaki
libodbc-ruby 0.997-2

Dale E Martin
savant 20031216-5.1

Dale E. Martin
pccts 1.33MR33-3

Dale Scheetz (Dwarf #1)
spider 1.2-3.1

Daniel Baumann
9base 2-1
adplug 1.5.1-6
dvd+rw-tools 6.1-2
iftop 0.17-1
libdvdread 0.9.6-1
libextractor-python 0.5.4+2496-1
libmpeg1 1.3.1-4
lush 1.1-4
lwp 2.1+debian-1
nfs-user-server 2.2beta47-22
pfqueue 0.5.2-2
pftp 1.1.6-4
rpc2 1.28+debian-1
rvm 1.11+debian-1
sdd 1.52-3
sfind 1.0+1.1pre4-1
sgrep 1.92a-10
skencil 0.6.17-3
sodipodi 0.34-5
toolame 02l-2
unfs3 0.9.13+dfsg-1
wav2cdr 2.3.3-5
xarchiver 0.3.3-1

Daniel Jacobowitz
bogl 0.1.18-1.4
gdb 6.4-1
ircii-pana 1:1.1-4

Daniel Kobras
audiofile 0.2.6-6
dbmix 0.9.8-4
dx 1:4.4.0-2
glame 2.0.1-2
graphicsmagick 1.1.7-5
muse 0.7.1+0.7.2pre5-2
traceroute-nanog 6.3.10-2
ygraph 0.15-2

Daniel Martin
tkdesk 2.0-5

Daniel Schepler
ddd 1:3.3.11-1

Darren Salt
libjsw 1:1.5.5-1

Dave Beckett
raptor 1.4.9-2
redland 1.0.4-1

David A. van Leeuwen
snack 2.2.9-1

David B. Harris
sopwith 1.7.1-3

David Coe
ispell 3.1.20.0-4.3
oo-browser 4.08-3

David Martínez Moreno
drqueue 0.60.0-1
freecraft 1:1.18-2.2
stratagus 2.1-9

David Martínez Moreno
rat 4.2.22-2

David Moreno Garza
dlume 0.2.4-2
gwget2 0.97-1
hfsplus 1.0.4-10
hfsutils 3.2.6-10
libopengl-perl 0.54.alan1-3.1
liferea 1.0.10-1
xmms 1.2.10+cvs20060429-1

David N. Welton
libtk-img 1:1.3-13.1
tclthread 20030827-1.1
tdom 0.7.8-4.1

David Schleef
comedilib 0.7.22-2.1
hermes1 1.3.3+really1.3.2-5
mas 0.6.2-2.3
swfdec0.3 0.3.6-2

Davide Puricelli (evo)
xchat 2.6.1-1

Debian ACE+TAO maintainers
ace 5.4.7-9

Debian ALSA Maintainers
alsa-tools 1.0.11-1

Debian Apache Maintainers
apache2 2.0.55-4
apache 1.3.34-2
apr-util1.0 1.2.2-2
apr-util 1.2.7-1
apr1.0 1.2.2-2
apr 1.2.7-2

Debian BOINC Maintainers
boinc 5.4.9-1

Debian Berkeley DB Maintainers
db3 3.2.9-25
db4.2 4.2.52-24
db4.3 4.3.29-5
db4.4 4.4.20-4

Debian Boost Team
boost 1.33.1-4

Debian CUPS Maintainers
cupsys 1.1.23-15

Debian Cryptsetup Team
cryptsetup 2:1.0.3-1

Debian Cyrus Team
cyrus-imapd-2.2 2.2.13-3

Debian Evolution Maintainers
gtkhtml3.8 3.10.1-1

Debian Freeciv Maintainers
freeciv 2.0.8-1

Debian GIS Project
gdal 1.3.1-5

Debian GNOME Team
gnome-media 2.12.0-4

Debian GNUstep maintainers
gnustep-back 0.10.2-1
gnustep-base 1.11.2-3
gnustep-gui 0.10.2-1
gworkspace 0.7.0-1.1

Debian GPM Team
gpm 1.19.6-22

Debian Games Team
boson-base 0.11-4
kanatest 0.3.6-2

Debian Hamradio Maintainers
ax25-apps 0.0.6-13
ax25-tools 0.0.8-10
fbb 7.04j-6

Debian Hebrew Packaging Team
hspell-gui 0.2.6-1
hspell 0.9-4

Debian Install System Team
gtk+2.0-directfb 2.0.9.2-14.3
netcfg 1.25

Debian Installer team
directfb-0.9-22 0.9.22-10

Debian JED Group
jed 0.99.16-6

Debian JED Group
slgtk 0.5.15.r4-9

Debian Java Maintainers
cacao 0.95-1
jmp 0.48-1
kaffe 2:1.1.7-2

Debian KDE Extras Team
digikam 0.8.1+0.8.2-rc1-1
taskjuggler 2.2.0-1

Debian Kolab Maintainers
kolab-cyrus-imapd 2.2.12-7

Debian Mono Group
mono 1.1.13.6-4

Debian Multimedia Team
jackeq 0.4.1-1
mhwaveedit 1.4.7-2

Debian NTP Team
ntp 1:4.2.0a+stable-8.1

Debian OCaml Maintainers
pagodacf 0.7-4

Debian Octave Group
sundials 2.1.1-6

Debian OpenSSL Team
openssl097 0.9.7i-1

Debian PHP Maintainers
php4 4:4.4.2-1
php5 5.1.2-1

Debian Perl Group
libdbd-odbc-perl 1.13-2
libdbd-sqlite2-perl 2:0.33-6
libset-object-perl 1.14-1

Debian Printing Group
gutenprint 4.3.99+cvs20060121.dfsg.1-1

Debian QA Group
asc 1.16.3.0-2
bbappconf 0.0.2-6
chbg 1.5-8
coldsync 3.0+pre3-3
dctc 0.85.9-4
electric 6.05-2.1
emelfm 0.9.2-8
euler 1.60.6fix-6
falconseye 1.9.3-15
freqtweak 0.6.1-1.4
fv 3.0-14
gamix 1.99.p14.debian1-3
gnobog 0.4.3-3
gnushogi 1.3-6
gtkhx 0.9.4-3
hanterm-classic 3.1.6.0-5
isic 0.06-1
kimberlite 1.1.0-4
libcorba-orbit-perl 0.4.7-4
libticalcs4 4.6.1-2
libtifiles0 0.6.6-2
libunicode 0.4.0-5
libxml-sablot-perl 1.0-2
lua50 5.0.2-6
mrt 2.2.2a-5
multi-gnome-terminal 1.6.2-12
nco 2.9.9-2
neutrino 0.8.4-6
nsmon 2.3e-5
ogle 0.9.2-3
pornview 0.2pre1-5
ppxp 0.2001080415-15
psys 1.56-3.2
romeo 0.5.0-8
rsplib 1.0.0-4
sanduhr 1.0-6
sfio 2000-5
sfront 0.87-2
simulavr 0.1.2.2-4
skinedit 1.26-4
skktools 1.2-1
teg 0.11.1-2
tilp 6.80-2
ts10 0.8.030519-2
vbpp 1.1.0-5
vcg 1.30debian-5
wmget 0.6.0-2
xcircuit 3.1.19-2
xpvm 1.2.5-9
xruskb 1.15.3-2

Debian QEMU Team
qemu 0.8.0-3

Debian QOF packaging team
gnotime 2.2.2-6

Debian QT/KDE Maintainers
kdeedu 4:3.5.2-1

Debian Qt/KDE Maintainers
arts 1.5.2-1
kdebase 4:3.5.3-1
kdebindings 4:3.5.1-1
kdegraphics 4:3.5.2-1
kdemultimedia 4:3.5.2-2
kdenetwork 4:3.5.2-1
kdepim 4:3.5.2-1
kdeutils 4:3.5.2-1
kdewebdev 4:3.5.2-2
koffice 1:1.5.0-1
qt-x11-free 3:3.3.6-2

Debian SDL packages maintainers
libsdl1.2 1.2.9-5

Debian Scientific Computing Team
ufsparse 1.2-5

Debian Shishi Team
shishi 0.0.25-1

Debian VoIP Team
asterisk 1:1.2.7.1.dfsg-2
openh323 1.18.0-2
pwlib 1.10.0-1

Debian X Strike Force
libx11 2:1.0.0-6
libxaw 1:1.0.1-5
libxkbfile 1:1.0.2-3
libxss 1:1.0.1-4
xorg-server 1:1.0.2-8
xserver-xorg-input-citron 1:2.1.5-2
xserver-xorg-input-joystick 1:1.0.0.5-2
xserver-xorg-video-ati 1:6.5.8.0-1
xserver-xorg-video-cirrus 1:1.0.0.5-2
xserver-xorg-video-i810 1:1.5.1.0-2
xserver-xorg-video-sisusb 1:0.7.1.3-2
xserver-xorg-video-via 1:0.1.33.2-3

Debian XML/SGML Group
libxml2 2.6.24.dfsg-1

Debian Xfce Maintainers
orage 4.3.90.1-1
thunar 0.3.0beta1-1
xfce4-showdesktop-plugin 0.4.0-3

Debian Xiph.org Maintainers
libtheora 0.0.0.alpha5-1
vorbis-tools 1.1.1-5

Debian/Ubuntu Zope Team
zope2.8 2.8.6-1

Decklin Foster
9wm 1.2-7

Denis Barbier
belocs-locales-bin 2.3.5-9
mp4h 1.3.1-2

Dennis L. Clark
bnetd 0.4.25-6

Devin Carraway
gaim-librvp 0.8-1

Dima Barsky
cyrus-sasl2 2.1.19.dfsg1-0.2
xkeysw 1.1-1.3

Dirk Eddelbuettel
ggobi 2.1.2-1
gretl 1.5.1-2
quantlib-swig 0.3.12-1
rgtk2 2.8.3-1

Dmitry Borodaenko
sqlite3-ruby 1.1.0-2

Domenico Andreoli
libnet0 1.0.2a-7
libnet 1.1.2.1-2
pycurl 7.15.2-1

Doug Rintoul
kmflcomp 0.9.3-1

Drew Parsons
libxp 1:1.0.0-1
xprint 1:1.0.2-1

Ed Boraas
gtk2-engines 1:2.6.8-1
libaal 1.0.5-1
pygame 1.7.1release-2

Edelhard Becker
cvstrac 1.1.5-2
larswm 7.5.3-5
mgdiff 1.0-28
netrik 1.15.3-1

Eduard Bloch
icewm 1.2.26-2

Eduardo Marcel Macan
vertex 0.1.15-1.1

Elimar Riesebieter
moc 2.4.0-1

Eloy A. Paris
dhcp 2.0pl5-19.4
samba 3.0.22-1

Emfox Zhou
pcmanx-gtk2 0.3.4-1

Emil Soleyman-Zomalan
gimp-gap 2.2.0-2

Emmanuel le Chevoir
icecast-server 1:1.3.12-14

Enrico Tassi
freepops 0.0.98-3

Enrique Robledo Arnuncio
rosegarden2 2.1pl4-2.1

Eric Delaunay
xtel 3.3.0-5.2

Eric Dorland
libassa 3.4.1-1
libp11 0.2.1-2
libspf2 1.2.5-3
openct 0.6.6-2

Eric Evans
xsupplicant 1.2.4.dfsg.1-1

Eric Heintzmann
pantomime1.2 1.1.99+20051227cvs.dfsg-1

Eric Madesclair
le-dico-de-rene-cougnenc 1.3-2
xmountains 2.7-3.1

Eric Van Buggenhaut
fluidsynth 1.0.6-4
udhcp 0.9.8cvs20050303-2

Eric Warmenhoven
libnbio 0.20-1
timps 0.25-1

Ernesto Nadir Crespo Avila
gnusim8085 1.2.89-4
xwhois 0.4.2-8

Ervin Hearn III
pennmush 1.8.0p12-1

Exim4 Maintainers
exim4 4.62-1

Fabio M. Di Nitto
libapache-mod-auth-radius 1.5.7-6
libpam-radius-auth 1.3.16-4

Faidon Liambotis
hostapd 1:0.5.0-1

Federico Di Gregorio
cegui-mk2 0.4.1-1.1

Felipe Augusto van de Wiel (faw)
lifelines 3.0.50-2

Filip Van Raemdonck
clanlib 0.6.5-1-3.2
eazel-engine 0.3-5
emifreq-applet 0.18-1
gpdf 2.10.0-3
libglpng 1.45-3
libxklavier 2.2-3
xmon 1.5.6-1.3

Florian Ernst
xdaliclock 2.23-1
xmms-crossfade 0.3.10-1
xmms-singit 0.1.28-3
xskat 4.0-3

Florian Hinzmann
xfmail 1.5.5-3

Florian Ragwitz
libpadwalker-perl 1.0-1
parrot 0.4.3-1
wmmaiload 2.2.1-1

Francesco Paolo Lovergine
aolserver4-nsopenssl 3.0beta22-3
aolserver4 4.0.10-6
hdup 2.0.14-1
xwpe 1.5.29a-5
yardradius 1.0.21-17

Francisco Garcia
spacechart 0.9.5-12

Francois Gurin
fsviewer 0.2.5-6
kismet 2006.04.R1-1

Francois Marier
dopewars 1.5.12-2
jumpnbump 1.50-5

Frank Kirschner
gpsdrive 2.09-2.1

Frank S. Thomas
orsa 0.7.0-6

Frederic Peters
etherape 0.9.4-1
ethereal 0.99.0-1
gaby 2.0.2-7
geg 1.0.2-6
lasso 0.6.5-2
libgphoto2 2.1.6-13

Frederik Dannemare
motion 3.2.3-1

Frederik Schüler
styx 1.7-1

Fredrik Hallenberg
ascd 0.13.2-4

Free Ekanayaka
ams 1.8.7-5
amsynth 1.1.0-2

Fumitoshi UKAI
auto-apt 0.3.20
libmoe 1.5.7-1
mgp 1.11b-7
skkinput 1:2.06.4-6
w3mmee 0.3.p24.20-3

GNU/kFreeBSD Maintainers
freebsd5-buildutils 5.4-4

GOTO Masanori
amaterus 0.34.1-7.1
xipmsg 0.8088-1.1

Ganesan Rajagopal
openslp 1.2.1-5

Geert Stappers
conglomerate 0.9.1-1

Gerd Knorr
libquicktime 1:0.9.7-0.4

Gerfried Fuchs
francine 0.99.8orig-6
xblast-tnt 2.10.2-5

Gergely Nagy
crywrap 0.2.1-4
es 0.90beta1-10.1

Gerrit Pape
bcron 0.09-4
bglibs 1.041-1
skalibs 0.45-2
vbox3 0.1.9.3

Ghe Rivero
libapache-mod-auth-kerb 4.996-5.0-rc6-3

Goedson Teixeira Paixao
gabber 0.8.8-7
gfcui 2.3.1-7
gnomebaker 0.5.1-2

Gopal Narayanan
cfitsio 2.510-1
xplanet 1.2.0-1.2

Gordon Fraser
adonthell 0.3.4.cvs.20050813-2

Graham Wilson
atanks 1.1.0-4
tagtool 0.12.2-1
xli 1.17.0-22

Greg Norris
libpam-pwdfile 0.99-3

Grzegorz B. Prokopski
sablevm-classlib 1.13-2

Grzegorz Bizon
libtlen 20041113-3
tleenx2 20041125+cvs20060115-1

Grzegorz Prokopski (Debian Developer)
pimppa 0.5.7-3
xnc 5.0.4-2.1

Gtk2-Perl Maintainers
libglib-perl 1:1.120-1

Guenter Geiger (Debian/GNU)
bristol 0.9.1-13
denemo 0.7.5-1
puredata 0.39.2-1
swami 0.9.2-7

Guido Trotter
directory-administrator 1.7.1-1

Guilherme de S. Pastore
eggdrop 1.6.17-3

Guilherme de S. Pastore
atomix 2.14.0-1
gnome-panel 2.14.1-1
gnome-terminal 2.14.1-1
john 1.6-40

Guilherme de S. Pastore
eog 2.14.1-1
gnome-keyring-manager 2.14.0-1

Guillem Jover
bochs 2.2.6-2
directfb 0.9.24-3
fusionsound 0.9.23-2
glide 2002.04.10-13

Gustavo Franco
notebook 0.2rel-2

Gustavo R. Montesino
libgda2 1.2.2-1.1
mergeant 0.52-1

Guus Sliepen
convertfs 20050113-1
crawl 1:4.0.0beta26-8
gmime2.1 2.1.19-1
ode 1:0.5-5
tinc 1.0.4-4
vic 1:2.8ucl1.1.5-8
wireless-tools 28-1

Gürkan Sengün
aclock.app 0.2.3-2
dd2 0.2.1-2
dillo 0.8.5-4
ladder.app 1.0-1
links2 2.1pre21-2
lusernet.app 0.4.1-4.1
rssreader.app 0.2.2-1.1
terminal.app 0.9.4+cvs20051125-1.1
textedit.app 4.0-2

Hakan Ardo
binutils-avr 2.16.1-1
gcc-avr 1:4.1.0-1

Hamish Moffatt
acfax 981011-10
aprsdigi 2.4.4-1
geda-gattrib 20060123-1
geda-gschem 20060123-1
geda 20060123-1
guile-gtk-1.2 0.31-5
libgdgeda 2.0.15-3
mtrack 0.3-2
pcb 20050609-1
ucblogo 5.5-2
xastir 1.8.0-1.1

Hans Fugal
csound 1:4.23f13-1

Hatta Shuzo
gauche 0.8.6-1

Hector Garcia
smail 3.2.0.115-7.1

Hendrik Sattler
obexftp 0.19-4

Henning Makholm
autotrace 0.31.1-11
bibtool 2.48alpha.2-2

Henrique de Moraes Holschuh
cyrus21-imapd 2.1.18-3
hplip 0.9.10-1
timidity 2.13.2-7.1

Hidetaka Iwai
libotf 0.9.4-1
m17n-lib 1.3.1-1

Holger Levsen
fai-kernels 1.10.3

Hugo Vanwoerkom
xpaint 2.7.8.1-1.1

ISHIKAWA Mutsumi
kterm 6.2.0-46

Ian Lynagh (wibble)
ghc6 6.4.1-2.1

Ionut Georgescu
grace6 5.99.0+final-12
grace 1:5.1.19-4

Isaac Clerencia
bygfoot 1.9.4-1
sphinx2 0.6-2
wesnoth 1.1.2-1

Isaac Jones
hugs98 98.200503.08-4

Iustin Pop
python-pylibacl 0.2.1-3

Ivan Kohler
libpam-unix2 1.25-1

J.H.M. Dassen (Ray)
gnumeric 1.6.3-2
goffice 0.2.1-3
gperf 3.0.1-2
lout 3.31-2

Jacek ¦liwerski (rzyjontko)
elmo 1.3.0-1.1

James LewisMoss
autounit 0.15.2-5

James R. Van Zandt
gpstrans 0.40-2
libwn6 6.0-17
pspp 0.4.0-7

James Troup
gimp-dimage-color 1.1.0-2
gnupg 1.4.3-1
mawk 1.3.3-11
xloadimage 4.1-16

Jamie Wilkinson
osiris 4.2.0-1
pmacct 0.10.1-1

Jamin W. Collins
jabber-muc 0.6.0-2
jabber-yahoo 2.3.2-1

Jan Niehusmann
psi 0.10-2
qca-tls 1.0-3

Janko Heilgeist
scansort 1.81-2

Jari Aalto
jwm 1.5-1

Jarno Elonen
nagi 2.07b-6

Jason Thomas
tidy 20051018-1

Javier Fernandez-Sanguino Pen~a
bow 20020213-10
cheops-ng 0.2.3-3
e2undel 0.8-8
honeyd 1.0a-rc2-2
libnasl 2.2.7-2
nat 1:1.0-4
nessus-plugins 2.2.7-1
remem 2.12-1
snort 2.3.3-5

Jay Berkenbilt
tiff 3.8.2-2

Jay Bonci
libimager-perl 0.50-1

Jean-Michel Kelbert
nufw 1.0.23-1
wflogs 0.9.8-5

Jeff Stevens
wterm 6.2.9-8

Jefferson E. Noxon
avra 1.0.1-0.1

Jereme Corrado
audio-cd 0.05-6

Jerry Haltom
yelp 2.14.1-1

Jesus Climent
clearsilver 0.10.3-1

Jesus M. Gonzalez-Barahona
sdr 3.0-6

Joachim Breitner
osdsh 0.7.0-8
overkill 0.16-8

Jochen Friedrich
libgsm 1.0.10-13
net-snmp 5.2.2-3
ucd-snmp 4.2.5-5.2

Joe Drew
lxdoom 1.4.4main-0.1

Joe Nahmias
fceu 0.98.12-1
snownews 1.5.6.1-2.1

Joerg Jaspert
cdrtools 4:2.01+01a03-5
gkrellm-reminder 2.0.0-2
muddleftpd 1.3.13.1-4.1
smake 1.2a23-1

Joey Hess
aalib 1.4p5-30
analog 2:6.0-8
procmeter3 3.4e-1
splitvt 1.6.5-9
ticker 1.7
xaos 3.2-2

John Goerzen
libarchive 1.02.036-2

John Hasler
bc 1.06-19

John Lightsey
xmms-goom 2.4.0-2

John Lines
plptools 0.14-4

Jon Bernard
e16keyedit 0.2.3-1.1
libfam-ruby 0.1.3-1

Jon Dowland
deutex 4.4.902-9

Jonas Smedegaard
bool 0.2.1-6
libmail-cclient-perl 1.12-3
python-visual 3.2.1-4
uw-imap 7:2002edebian1-13

Jonathan McDowell
l2tpns 2.1.16-1

Jonathan Oxer
lcdproc 0.4.5-1

Joop Stakenborg
baken 0.5.3-4
baycomepp 0.10-9
baycomusb 0.10-6
dgipip 0.1a-4
glfer 0.3.4-2
hamlib 1.2.5-6
hf 0.7.3-3
pileup 1.2-18
twclock 2.5-2
twlog 2.3-2
xbae 4.60.2-2
xcall 0.18-1

Joost Yervante Damad
openmsx-catapult 0.6.0-R1-3

Joost van Baal
mcl 1:06-021-1

Jordi Mallach
gnome-mud 0.10.7-1
gtetrinet 0.7.9-1
vino 2.13.5-1

Jose Carlos Garcia Sogo
gnome-system-tools 2.14.0-1.1
gtoaster 0.2002083100+1.0Beta6-2.2
seahorse 0.9.0-2

Jose Carlos Medeiros
lincity 1.13.1-6
snake4 1.0.12-8
webalizer 2.01.10-28
xabacus 7.1.7-1
xfe 0.88-2
xpenguins-applet 2.1.1-3
xpenguins 2.2-4
xpuzzles 7.1.5-3

Jose Luis Tallon
progsreiserfs 0.3.0.5-1

Jose M. Moya
kmd 0.9.19-1.1

Josef Spillner
libggz 0.0.13-1

Joshua Kwan
nethack 3.4.3-8

Josip Rodin
gentoo 0.11.55-1
nessus-libraries 2.2.7-1
xsol 0.31-4.1

Josselin Mouette
gconf2 2.14.0-1
gnome-session 2.14.0-2
hdf5 1.6.5-2
librsvg 2.14.3-2
wmcoincoin 2.5.1d-2

José Fonseca
python-scipy 0.3.2-8

José L. Redrejo Rodríguez
gambas 1.0.15-1

Juan Cespedes
linux86 0.16.14-1.4

Juan Esteban Monsalve Tobon
lp-solve 4.0-4

Julien BLACHE
resmgr 1.0-4
sane-backends-extras 1.0.17.2
sane-backends 1.0.17-3
sane-frontends 1.0.14-1
xsane 0.99+0.991-1

Julien Danjou
wmail 2.0-2

Julien Delange
amule 2.1.1-3
gngb 20040115-3

Julien Lemoine
centericq 4.21.0-11

Junichi Uekawa
cowdancer 0.15
soundtracker 0.6.8-1

Justin Pryzby
saods9 4.0b7-1.2
sextractor 2.4.4-1

Kapil Hari Paranjape
elvis 2.2.0-6
pngcrush 1.6.2-1

Kari Pahula
crossfire-client 1.9.0-1
crossfire 1.9.0-2
terraform 0.9.0-4

Keita Maehara
kinput2 3.1-9

Keith Packard
nickle 2.54-1

Kenshi Muto
jnethack 1.1.5-21
seetex 2.19-12
sl 3.03-14
xtokkaetama 1.0b-10

Khalid El Fathi
gpass 0.5.0-1
mypasswordsafe 0.0.20050615-1
wput 0.5-3

Klaus Reimer
smapi 2.4.0+rc2-2
sqlxx 2.3.2-4
webdruid 0.5.4-3

Kęstutis Biliūnas
fontforge 0.0.20060430-1
lingoteach-ui 0.3.99+cvs20050512-3

LaMont Jones
bind9 1:9.3.2-2
bind 1:8.4.6-1
hpsockd 0.14
icebreaker 1.21-10

Lars Bahner
xcal 4.1-18.2

Lars Steinke
tktable 2.9-3

Laurence J. Lane
enlightenment 1:0.16.7.2-3
eterm 0.9.3-1
feh 1.3.4-2
imlib2 1.2.1-2
iptables 1.3.3-2
libast 0.7-1

Laurent Fousse
gmp-ecm 6.0.1-2

Lawrence Walton
ximian-connector 2.6.1-1

Leo Costela
gnokii 0.6.8-0.3

Loic Minier
galeon 2.0.1-3
gedit 2.14.2-1
termpkg 3.3-6

Lucas Wall
e2tools 0.0.16-4
wcd 3.2.0-1

Ludovic Brenta
gnat-gdb 5.3.gnat.0.0.20030225-12

Ludovic Drolez
atftp 0.7-11
swish-e 2.4.3-4

Ludovic Rousseau
libmal 0.40-5
malsync 2.2.0-2
pcsc-lite 1.3.1-2

Luigi Gangitano
libapache-mod-acct 0.5-20
radeontool 1.5-3

Luis Bustamante
pth 2.0.1-2.1

Lukasz Jachowicz
sysfence 0.14-1

Maintainers of GStreamer packages
gst-ffmpeg 0.8.7-6
gstreamer0.10-ffmpeg 0.10.1-1
gstreamer0.8 0.8.12-1

Manoj Srivastava
fvwm 1:2.5.16-2
setools 2.4-1

Marc 'HE' Brockschmidt
libgnome2-perl 1.040-1

Marc Haber
daemon 0.6.3-1

Marcela Tiznado
gtkgo 0.0.10-14

Marcelo E. Magallon
devil 1.6.7-5
gtkglext 1.0.6-2.1
gts 0.7.3-2
lib3ds 1.2.0-4
libdrm 2.0.1-1
mesa-legacy 6.2.1-8.1
wmaker 0.92.0-5.3

Marcin Owsiany
ekg 1:1.6+20060215-1

Marco Bodrato
twin 0.5.1-3

Marco Nenciarini
puf 1.0.0-2

Marco Presi (Zufus)
xlc 1.0.6-3

Marco d'Itri
eciadsl 0.11-3
ifmail 2.14tx8.10-19
inn2 2.4.2-3
inn 1:1.7.2debian-30
libberkeleydb-perl 0.27-1
ppp 2.4.4b1-1

Marek Habersack
pexts 0.2.0-6
pmk 0.9.3s2-2
spidermonkey 1.5rc6a-2

Mario Holbe
cgiirc 0.5.4-6

Mario Iseli
aee 2.2.15b-3
nbsmtp 1.00-1
yudit 2.7.8-4

Mario Joussen
rxtx 2.1.7-2

Mario Lang
brltty 3.7.2-3
flite 1.2-release-2.2
gnopernicus 1.0.4-1

Mark Baker
chimera2 2.0a19-5
exim 3.36-18

Mark Brown
usbview 1.0-7

Mark Howard
gtkballs 3.1.5-3
libgconf-java 2.10.1-1
libgnome-java 2.10.1-1.1
libgtk-java 2.6.2-4

Mark Purcell
bing 1.1.3-1
hpoj 0.91-10

Martin A. Godisch
minicom 2.1-10

Martin Pitt
cracklib2 2.7-18

Martin Quinson
nws 2.13-4

Martin Schulze
uucpsend 1.1-2.1

Martin Waitz
keynote 2.3-11

Masahito Omote
libsocket6-perl 0.19-1
sumika 0.11-2.1
totd 1.4-4

Masato Taruishi
vflib2 2.25.1-18.2

Masayuki Hatta (mhatta)
a2ps 1:4.13b.dfsg.1-1
gs-esp 8.15.1.dfsg.1-2
gs-gpl 8.50-1.1
ng 1.4.4p1-3
psiconv 0.8.3+cvs.2004.02.14-1
vflib3 3.6.13-3.4

Massimo Dal Zotto
nap 1.5.3-4
tclx8.3 8.3.5-6
tclx8.4 0.20050517-2

Mathias Weyland
beep-media-player 0.9.7.1+cvs20050803-1.1
celestia 1.3.2-3.2

Matt Flax
liblscp 0.3.1-1

Matthew Garrett
vbetool 0.6-1

Matthew Palmer
libapache-mod-auth-mysql 4.3.9-2.1

Matthew Vernon
openssh 1:4.3p2-2

Matthias Klose
doxygen 1.4.6-2
expect-tcl8.3 5.43.0-4
gadfly 1.0.0-8
python2.3 2.3.5-9.1
rapidsvn 0.9.1-2
readline5 5.1-7
shapetools 1.4pl6-9
tix 8.4.0-4
twisted 2.2.0-2

Matthias Urlichs
gnupg2 1.9.20-1
gnutls11 1.0.16-14
libgcrypt11 1.2.2-1
opencdk8 0.5.7-2
python-imaging 1.1.5-4
ufraw 0.5+cvs20051021-1

Matthijs Mohlmann
libpam-heimdal 1.2.0-2

Maximiliano Curia
oregano 0.40.5-2

Mesa package maintainers
mesa 6.4.1-0.4

Michael Ablassmeier
libapache-mod-chroot 0.5-2
streamripper 1.61.19-3

Michael Banck
gnoise 0.1.15-4
libopensync-plugin-irmc 0.18-3
mopac7 1.11-4
pymol 0.98-1
xmakemol 5.14-1.2

Michael Biebl
avrdude 5.1-3
kdesvn 0.8.4-1
libnl 0.99+1.0.svn21-4
lksctp-tools 1.0.6.dfsg-2

Michael C. Schultheiss
perl-tk 1:804.027-4

Michael Janssen
vgrabbj 0.9.6-2

Michael Koch
cyphesis-cpp 0.5.6-1
gcjwebplugin 0.3.2-1

Michael Mende
spread 3.17.3-3

Michael Meskes
jftpgw 0.13.5-1
kdebluetooth 0.99+1.0beta1-10

Michael Piefel
kimwitu 4.6.1-7

Michael Stone
libpam-opie 0.21-8

Michael Tokarev
rbldnsd 0.996

Michael Vogt
corewars 0.9.13-1
gnome-commander 1.1.7-2
scite 1.68-1

Michael Zehrer
oops 1.5.23.cvs-3

Mickael Profeta
libprelude 0.9.7.2-1
prelude-lml 0.9.4-1

Miguel Gea Milvaques
libmatheval 1.1.3-1

Mike Furr
felix 1.1.1-2

Mike Hommey
xulrunner 1.8.0.1-11

Mike Markley
gkrellm-leds 0.8.0-1.1
gnome-pilot-conduits 2.0.12-2
scrollz 1.9.5-2

Mike Mattice
rxp 1.2.3-2

Milan Zamazal
speech-dispatcher 0.6-4

Miros/law L. Baran
epic4 1:2.2-2

Mohammed Sameer
katoob 0.3.8-1

Moray Allan
gpe-contacts 0.44-1
gpe-taskmanager 0.20-1
gpe-todo 0.55-2
libdisplaymigration 0.28-4
libeventdb 0.21-1
libgpepimc 0.6-1
libmatchbox 1.8-2
libtododb 0.10-1
matchbox-desktop 0.9.1-4
matchbox-panel-manager 0.1-2

Moritz Muehlenhoff
prboom 2:2.2.6-3

Murat Demirten
ettercap 1:0.7.3-1
isoqlog 2.2-0.3

NIIBE Yutaka
sigscheme 0.2.9

Nacho Barrientos Arias
zinc-compiler 1.0.2-5

Neil McGovern
drivel 2.0.2-5.1

Neil Roeth
aplus-fsf 4.20.2-4

Neil Spring
wmbiff 0.4.27-2

Nicholas Breen
gromacs 3.3.1-1

Nick Rusnov
gtkeyboard 1.1.7-4
mtoolsfm 1.9-3-4.1
nmh 1.1-release-4

Nico Golde
gtksee 0.5.6-1

Nicolas Boullis
mah-jong 1.7-1

Nicolas Sabouret
tkgate 1.8.6-2

Niv Altivanik (Debian Packages)
glurp 0.11.6-2
skippy 0.5.1rc1-4

Norbert Tretkowski
ion3 20060326-2

Noèl Köthe
airsnort 0.2.7e-1.1
gdis 0.86-2
gscanbus 0.7.1-5
mbrowse 0.3.1-6
tcpreplay 2.99+3.0.beta7-2
wget 1.10.2-1

OHASHI Akira
liece 2.0+0.20030527cvs-9

OHURA Makoto
xemacs21 21.4.19-1

Ola Lundqvist
icmpush 2.2-6
ledcontrol 0.5.2-7
lightspeed 1.2-5
ntop 3:3.2-3
util-vserver 0.30.210-10
vnc 3.3.7-12

Oleksandr Moskalenko
scribus 1.2.4.1.dfsg-1

Oliver Elphick
egtk 0.3.6-11

Oliver Kurth
ifplugd 0.28-2
pam-dotfile 0.7-1

Ondřej Surý
libgnome 2.14.1-2
libgnomeui 2.14.1-1
startup-notification 0.8-1

Otavio Salvador
graveman 0.3.12-4-2.1
tcm 2.20+TSQD-3

Pasi Savilaakso
libdc0 0.3.7-3

Paul Brossier
fftw3 3.0.1-14
freebirth 0.3.2-7
freewheeling 0.5.2a-1
kino 0.81-1
portmidi 20041117-1
resample 1.7-4
xmms-jackasyn 0.3-1
xmms-status-plugin 1.0.0-3

Paul Dwerryhouse
jwhois 3.2.3-4
kannel 1.4.0-16

Paul Martin
radiusd-livingston 2.1-13

Paul Slootman
isdnutils 1:3.8.2005-12-06-4

Paul Telford
lastfm 1.1.90-3

Paul Wise
nsis 2.16-1

Paul van Tilburg
gmoo 0.5.6-9

Pawel Wiecek
giflib 3.0-12
wordplay 7.22-17

Pedro Zorzenon Neto
fakepop 8

Per Olofsson
pcmcia-cs 3.2.8-8

Peter De Schrijver (p2)
coriander 1.0.1-3
hercules 3.03.1-1
libdc1394 1.1.0-3

Peter De Schrijver (p2)
linux-atm 2.4.1-17

Peter Eisentraut
apt-rpm 0.5.15cnc6-7
dirmngr 0.9.4-1
kmldonkey 0.10.1-2
psqlodbc 1:08.01.0200-2
rekall 2.2.6-4.1
xmms-kde 3.1-3

Peter Gervai
elinks 0.10.6-1
links 0.99+1.00pre12-1

Peter Karlsson
lyskom-server 2.1.2-5

Peter Makholm
slashem 0.0.7E6F3-4.2

Peter Mathiasson
pam-devperm 1.5-2

Petr Cech
libapache-csacek 2.1.9-4
pavuk 0.9.33-1.1

Petter Reinholdtsen
plan 1.9-6

Phil Blundell
libgpewidget 0.88-2.1

Phil Brooke
acm 5.0-21
fvwm1 1.24r-49
searchandrescue 0.8.2-5
yiff 2.14.5-1

Philip Brown
filter 2.6.3-1
kdrill 6.4-2.2

Philipp Frauenfelder
scalapack 1.7-11

Philipp Matthias Hahn
libdvdnav 0.1.9-3

Pierre Chifflier
gromit 20041213-4
newpki-lib 2.0.0+rc1-2
newpki-server 2.0.0+rc1-4
wzdftpd 0.7.0-2

Pierre Habouzit
proxsmtp 1.3-1

Piotr Roszatycki
vde 1.5.11-1

Qingning Huo
mrxvt 0.4.2-1

RISKO Gergely
notifyme 1.4.3-3
skyutils 2.7-1
slmon 0.5.13-2.1

Radu Corlan
gcx 0.9.8-2

Radu Spineanu
fprobe 1.1-5

Radu Spineanu
fprobe-ulog 1.1-3

Rafa Rodriguez Galvan
wxmaxima 0.6.5-1

Rafael Laboissiere
praat 4.4.19-1

Rafal Zawadzki
wmshutdown 0.2-1

Ralf Treinen
aribas 1.53-1
mona 1.4-7-4

Ramakrishnan Muthukrishnan
gnuradio-core 2.8-2
gr-audio-alsa 0.5-1
gr-audio-jack 0.3-1
gr-audio-oss 0.9-1

Randall Donald
nvclock 0.8b-1

Raphael Enrici
pgadmin3 1.4.2-1

Recai Oktaş
elog 2.6.1+r1642-1

Reed Snellenberger
sitecopy 1:0.16.3-1

Reinhard Tartler
nxtvepg 2.7.6-1
pong2 0.1.1-1

Remco van de Meent
gthumb 3:2.6.9-3
gtweakui 0.4.0-2
libsmi 0.4.3-1

Rene Engelhard
aria 1.0.0-14
manedit 0.6.1-2

Rene Mayrhofer
openswan 1:2.4.5-3

Rene van Bevern
fteqcc 2352-1

René van Bevern
ion3-mod-ionflux 20050921-8

Ricardo Javier Cardenes Medina
pipsecd 1:19990511-27
python-qt3 3.15-4

Ricardo Mones
sylpheed-claws 1.0.5-2.1

Ricardo Mones
sylpheed-claws-gtk2-vcalendar-plugin 1.71-3
sylpheed-claws-gtk2 2.2.0-1
sylpheed 2.2.4-1

Riccardo Setti
aolserver4-nsldap 0.8-1
libgalago 0.3.3-3
libsexy 0.1.6-2
modxslt 2004112100-3.1

Richard A Nelson (Rick)
sendmail 8.13.6-1

Richard Tibbetts
nawm 0.0.20030130-2.1

Riku Voipio
mtd 20050122-2

Rob Bradford
screem 0.16.1-3

Rob Taylor
libgnomeprint 2.12.1-3

Robert Jordens
ardour 0.99.2-2
jack-audio-connection-kit 0.101.1-1
jamin 0.95.0-3
liblo 0.23-2.1
liblrdf 0.4.0-1
libtunepimp 0.4.2-3
remstats 1.0.13a-6

Robert Lemmen
cgdb 0.6.0-1
tablix2 0.3.1-1
trickle 1.07-4

Robert Luberda
afterstep 2.2.1-1
xmp 2.0.4d-11

Robert McQueen
gaim 1:1.5.0+1.5.1cvs20051015-3
gift 0.11.8.1-1

Robert Woodcock
id3lib3.8.3 3.8.3-5
netdiag 0.7-7.1

Roberto C. Sanchez
httperf 0.8-7

Roberto Lumbreras
slirp 1:1.0.17-1

Robin Verduijn
kvirc 2:3.2.0-5

Roland McGrath
strace 4.5.14-1

Roland Rosenfeld
lbdb 0.31.1
sunclock 3.54.1-1
xfig 1:3.2.5-alpha5-4

Roland Stigge
gnubiff 2.2.0-1
spass 2.1-3

Romain Francoise
qemacs 0.3.1.cvs.20050713-3
tcpdump 3.9.4-4
x2x 1.27.svn.20060501-1

Ron Lee
wxwindows2.4 2.4.5.1

Ross Burton
contact-lookup-applet 0.13-2
gnome-cups-manager 0.31-1.1
loudmouth 1.0.1-5
xnee 1.08-3
zenity 2.14.1-1

Rubén Porras Campo
libpam-encfs 0.1.3-1

Rudolf Weeber
sirc 2.211-9

Rudy Godoy
lletters 0.1.95+gtk2-1
xhangglider 0.94.0-8

Russ Allbery
gnubg 0.14.3+20060520-1
webauth 3.5.0-1

Ryan Murray
gdk-pixbuf 0.22.0-11
gdm 2.14.5-1

Ryan Schultz
psemu-input-padjoy 0.8.2+o-2

Ryszard Lach
siege 2.65-1

Ryuichi Arafune
imagemagick 7:6.2.4.5-0.8

SZALAY Attila
libzorpll 3.0.6.4.2
syslog-ng 1.9.9-2

Salvador Abreu
gprolog 1.2.18-16

Sam Hartman
cyrus-sasl2-mit 2.1.19.dfsg1-1
libpam-krb5 1.2.0-3
openafs 1.4.1-2
openssh-krb5 3.8.1p1-10
pam 0.79-3.1

Sam Hocevar (Debian packages)
abuse-sdl 1:0.7.0-3.1
allegro4.1 2:4.1.15-6
beast 0.6.6-5
clif 0.93-8
elk 3.99.6-4
ffmpeg 0.cvs20060329-4
genesis 2.2.1-5
guile-pg 0.16-3
lesstif2 1:0.94.4-1.1
libdts 0.0.2-svn-1
liblivemedia 2006.03.17-2
rcalc 0.5.0-1.1
recite 1.0-8
rinetd 0.62-5

Samuele Giovanni Tonon
fidelio 0.9.6-12
stegdetect 0.6-3

Santiago Vila
m4 1.4.4-1
original-awk 2005-04-24-1
tre 0.7.3-1

Scott M. Dier
bitcollider 0.4.0-3
xmeter 1.15-6

Sebastian Dröge
thoggen 0.4.2-2

Sebastian Ley
wmcliphist 0.6-3

Sebastian Rittau
deskbar-applet 2.14.1.1-4
gnome-chess 0.3.3-6
gnome-pim 1.4.9-2.2
orbit2 1:2.14.0-1
orbit 0.5.17-11.1

Sebastien Bacher
easytag 1.99.12-1
evince 0.4.0-1
galculator 1.2.5.2-1
gcalctool 5.7.32-1
glib2.0 2.10.2-2
gnome-python-extras 2.12.1-2.1
gnome-python 2.12.3-2
gnomeicu 0.99.7.CVS20040608-3
gtk+2.0 2.8.17-2
gtkterm 0.99.5-1
libcroco 0.6.1-1
lock-keys-applet 1.0-7.1
pygtk 2.8.2-3
rubrica 1.0.14-1

Shaun Jackman
dmx4linux 2.5+dfsg-2
gnomad2 2.8.3-1
pic2fig 1.4-2
pocketpc-gas 2.13.2.1-1

Siggi Langauf
xine-lib 1.1.1-1.1
xine-ui 0.99.3-1.3

Simon Horman
vanessa-adt 0.0.7-1

Simon Kelley
dnsmasq 2.31-1

Simon Law
libevent 1.1a-1
liboop 1.0-3.1
librsync 0.9.7-1
xplc 0.3.13-1

Sjoerd Simons
gkrellm-radio 2.0.4-1

Stan Vasilyev
bbrun 1.6-2
xdialog 2.2.0-1

Stefan Alfredsson
biew 5.6.2-2

Stefan Hornburg (Racke)
jfsutils 1.1.8-1

Stefan Pfetzing
deskmenu 1.4.2

Stefano Melchior
mc 1:4.6.1-2

Steffen Joeris
foo2zjs 20060124dfsg-1
xoscope 1.12-2

Steffen Moeller
muscle 3.52-2
t-coffee 2.50-1

Steinar H. Gunderson
pvm 3.4.5-6

Stephan Kaufhold
libpam-pwgen 0.1-2

Stephane Bortzmeyer
echoping 5.2.0-2

Stephen Frost
epplets 0.8.cvs.2005032801-3.2
libpam-ldap 180-1
libxmms-perl 0.12-5

Stephen Gran
clamav 0.88.2-1

Stephen M Moraco
binutils-h8300-hms 2.9.5.0.37.5.2
graphviz 2.8-2
libhdf4 4.1r4-18.1
startalk 0.4-5

Steve Greenland
dgpsip 1.33-1
ee 1:1.4.2-5

Steve Kemp
dsniff 2.4b1-13

Steve Langasek
freetds 0.63-2
unixodbc 2.2.11-13

Steve M. Robbins
ccmalloc 0.4.0-5
coin2 2.4.5-2
coin 1.0.4-5
geomview 1.8.1-13
inventor 2.1.5-10-8
minc 1.4-4
soqt 1.3.0-3

Steve McIntyre
cvs 1:1.12.9-17
nas 1.7-9

Stuart Teasdale
ganglia-monitor-core 2.5.7-3

Sven Hoexter
tclcurl 0.15.3-1

Sven Luther
gnome-randr-applet 0.2-1.1

Sylvain Le Gall
mtink 1.0.12-2

Søren Boll Overgaard
gmessage 2.6.0-1
gtkdiskfree 1.9.3-4sarge1
rigel 0.2.1-7
tcltls 1.5.0-3

TSUCHIYA Masatoshi
texfam 1.2.1-7
xdvik-ja 22.84.8-j1.22-2

Takao KAWAMURA
skk 10.62a-7

Taketoshi Sano
asclassic 1.1b-28.3
xcalendar-i18n 4.0.0.i18p1-13.1
xpostit 3.3.1-8.2

Taku YASUI
grip 3.3.1-4
libpgsql-ruby 0.7.1-7

Takuo KITAME
bonobo-conf 0.16-1.2
eel2 2.14.1-1
gal 2.5.3-1.1
gconf 1.0.9-7.1
gimageview 0.2.27-1
gnome-vfs 1.0.5-5.3
gtkhtml3.6 3.6.2-1
libbonobo 2.14.0-1
libbonoboui 2.14.0-2
mozilla 2:1.7.12-1.1
smtpguard 1.1.3-1

Tamas SZERB
tsocks 1.8beta5-2

Tatsuki Sugiura
libfcgi 2.4.0-5

Teemu Hukkanen
tirc 1.2-11

Teemu Ikonen
imview 1.1.8-5

Teófilo Ruiz Suárez
boa 0.94.14rc20-1.3

Thadeu Lima de Souza Cascardo
libiksemel 1.2-2

Thamer Mahmoud
itools 0.6.2-1

Theodore Reed
jbofihe 0.38-5

Thijs Kinkhorst
ctn 3.0.6-7

Thimo Neubauer
ace-of-penguins 1.2-7.3

Thom May
libapache2-mod-macro 1.1.4-3

Thomas Bushnell, BSG
bonobo 1.0.22-9
gnome-libs 1.4.2-32
gnome-print 0.37-11
gtkhtml 1.1.10-9
libglade 1:0.17-5
malaga 6.13-6
mmorph 2.3.4.2-8
scm 5e2-2

Thomas Scheffczyk
ttt 1.7-3.1

Thomas Schoepf
suspend2-userui 0.6.3-1

Thomas Seyrat
dnstracer 1.8-1
socat 1.4.3.1-1

Thomas Wana
gsoap 2.7.6d-1

Thorsten Sauter
xmms-kjofol 0.95.0debian3-3

Tilman Koschnick
gpsd 2.32-1

Tim Dijkstra (tdykstra)
digitaldj 0.7.5-5

Tobias Toedter
worker 2.11.1-1

Tollef Fog Heen
cfengine 1.6.5-2
pam-passwdqc 0.7.5-1

Tom Cato Amundsen
python-orbit 0.3.1-12.1
solfege 3.0.6-1

Tom Huckstep
polipo 0.9.8-1

Tomas Fasth
rdesktop 1.4.1-1.1
sqlite3 3.3.5-0.2

Tomas Pospisek
udpcast 20040531-1

Tomasz Melcer
trayer 1.0-1

Tomohiro KUBOTA
mlterm 2.9.3-1

Torsten Landschoff
fox1.4 1.4.31-2
gmt 4.0-2
openldap2.2 2.2.26-5
openldap2 2.1.30-13

Torsten Werner
paintlib 2.6.2-3
stlport4.6 4.6.2-3
xmhtml 1.1.7-14

Turbo Fredriksson
libroxen-smbauth 0.1.1-12

Utnubu Team
dmraid 0.9.9+1.0.0.rc9-3

Utopia Maintenance Team
dbus 0.61-5

Uwe Hermann
aatv 0.3-2
gnomp3 0.1.7-4
lmarbles 1.0.6-4
loadmeter 1.20-5
pixelize 0.9.2-3
powershell 0.9-8

Uwe Steinmann
gpmudmon-applet 0.3.0-1
pslib 0.2.6-2
pxlib 0.6.1-1

Vince Mulhollon
simh 3.5.2-1

Vladimir Shakhov
wdm 1.28-2.1

Volker Christian
agsync 0.2-pre-9
libmimedir 0.4-4

Volker Ossenkopf
workman 1.3.4-23

W. Borgert
blinkd 0.4.7-1.1

Wartan Hachaturow
grpn 1.1.2-2

Wesley J. Landaker
groach 0.4.0-5

Will Lowe
linneighborhood 0.6.5-4

Will Newton
libsdl-erlang 0.95.0630-1.1

Wilmer van der Gaast
bitlbee 1.0.2-2

Wolfgang Sourdeau
camelbones 0.2.3.cvs20040220-2.1
ghfaxviewer 0.22.0-5.1

Wolfram Quester
inkscape 0.43-5

Xavier Roche
httrack 3.40.4-1

Yann Dirson
freedroid 1.0.2+cvs040112-1

Yann Verley
firestarter 1.0.3-1.1

Ying-Chun Liu (PaulLiu)
unrar-free 1:0.0.1+cvs20060430-2

Yooseong Yang
gnome-find 1.0.2-1.1

Yu Guanghui
chinput 3.0.2-17.1
hypermail 2.1.8-1
sulu 0.17-1
zh-autoconvert 0.3.14-2.1

Yvan Bassuel
gsasl 0.2.12-1

Zak B. Elep
gnome-ppp 0.3.21-2
opendchub 0.7.14-2
robotour 3.2.1-2

Zed Pobre
libmodplug 1:0.7-5

akira yamada
gnome-ruby 0.34-1.2
libgd-ruby 0.7.4.1-2.1
libldap-ruby 0.9.0-1
libopenssl-ruby 0.1.4a-1
libpcap-ruby 0.6-5
libuconv-ruby 0.4.12-1
ruby1.8 1.8.4-2
ruby1.9 1.9.0+20060423-3

lantz moore
rplay 3.3.2-10

martin f. krafft
gjay 0.2.8.3-4.1

sven Luther
mol 0.9.70-20.1

teTeX maintainers
tetex-bin 3.0-16
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Darren Salt
2006-06-07 23:20:10 UTC
Permalink
I demand that Martin Michlmayr may or may not have written...
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated. These
warnings can be found in 1600 packages [4]; they are: [4]
http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
[snip]
Post by Martin Michlmayr
Darren Salt
libjsw 1:1.5.5-1
Will look at - hmm, 1.5.6 is available...

[snip]
Post by Martin Michlmayr
Siggi Langauf
xine-lib 1.1.1-1.1
The warnings for src/libreal/xine_decoder.c are a problem, but only if the
relevant RealPlayer 8 codecs are installed. (Do 64-bit versions exist?)

The others are trivially fixable; of these, the one in libavcodec is already
fixed in CVS. I've committed the rest (they're basically s/int/long/) and am
forwarding them appropriately.

[snip]
--
| Darren Salt | linux or ds at | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING.

Avoid GOTOs completely if you can keep the program readable.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Bastian Blank
2006-06-08 06:10:06 UTC
Permalink
Post by Darren Salt
The others are trivially fixable; of these, the one in libavcodec is already
fixed in CVS. I've committed the rest (they're basically s/int/long/) and am
forwarding them appropriately.
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.

Bastian
--
If some day we are defeated, well, war has its fortunes, good and bad.
-- Commander Kor, "Errand of Mercy", stardate 3201.7
Falk Hueffner
2006-06-16 21:30:12 UTC
Permalink
Post by Bastian Blank
Post by Darren Salt
The others are trivially fixable; of these, the one in libavcodec is already
fixed in CVS. I've committed the rest (they're basically s/int/long/) and am
forwarding them appropriately.
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.
C90 basically promised it would work, and it is widely considered a
bug in C99 that there is no such guarantee. sizeof(void*) ==
sizeof(long) is also assumed all over the place in Linux, and there is
not a chance in hell that will ever change. The only relevant system
that does not have sizeof(void*) == sizeof(long) is 64-bit windows.

So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Ron Johnson
2006-06-17 00:10:09 UTC
Permalink
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Post by Falk Hueffner
Post by Bastian Blank
Post by Darren Salt
The others are trivially fixable; of these, the one in libavcodec is already
fixed in CVS. I've committed the rest (they're basically s/int/long/) and am
forwarding them appropriately.
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.
C90 basically promised it would work, and it is widely considered a
bug in C99 that there is no such guarantee. sizeof(void*) ==
sizeof(long) is also assumed all over the place in Linux, and there is
"Linux == kernel" or "Linux == distro"?
Post by Falk Hueffner
not a chance in hell that will ever change. The only relevant system
that does not have sizeof(void*) == sizeof(long) is 64-bit windows.
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
- --
Ron Johnson, Jr.
Jefferson LA USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEk0duS9HxQb37XmcRArB5AJ9JoHqZYhbzp9FrlDXfnfMMXudjSwCfR9gU
2xTOchvxvlHJ+9R0zsulklA=
=aJHY
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Falk Hueffner
2006-06-17 08:40:05 UTC
Permalink
Post by Ron Johnson
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Post by Falk Hueffner
Post by Bastian Blank
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.
C90 basically promised it would work, and it is widely considered a
bug in C99 that there is no such guarantee. sizeof(void*) ==
sizeof(long) is also assumed all over the place in Linux, and there is
"Linux == kernel" or "Linux == distro"?
Both.
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Brett Parker
2006-08-02 14:00:08 UTC
Permalink
Post by Ron Johnson
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Post by Falk Hueffner
Post by Bastian Blank
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.
C90 basically promised it would work, and it is widely considered a
bug in C99 that there is no such guarantee. sizeof(void*) ==
sizeof(long) is also assumed all over the place in Linux, and there is
"Linux == kernel" or "Linux == distro"?
Both.
No. Linux == kernel GNU/Linux == what distros are generally based on.
--
Brett Parker
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Goswin von Brederlow
2006-06-17 00:30:11 UTC
Permalink
Post by Falk Hueffner
Post by Bastian Blank
Post by Darren Salt
The others are trivially fixable; of these, the one in libavcodec is already
fixed in CVS. I've committed the rest (they're basically s/int/long/) and am
forwarding them appropriately.
long is not appropriate to save pointers, you need to use intptr_t or
uintptr_t.
C90 basically promised it would work, and it is widely considered a
bug in C99 that there is no such guarantee. sizeof(void*) ==
sizeof(long) is also assumed all over the place in Linux, and there is
not a chance in hell that will ever change. The only relevant system
that does not have sizeof(void*) == sizeof(long) is 64-bit windows.
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Ron Johnson
2006-06-17 00:40:06 UTC
Permalink
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[snip]
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
Has Pascal risen from the grave? No, that's range checking arrays.
Never mind.

Of course, we could always use COBOL and never have to worry about
such issues...

- --
Ron Johnson, Jr.
Jefferson LA USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEk085S9HxQb37XmcRAkWlAKCfKXy0p7+2zCkaKCzqbeb42barIwCfZcX8
svcwsJbULFgnJ3zMhQCnSCQ=
=hbXV
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Goswin von Brederlow
2006-06-17 08:50:04 UTC
Permalink
Post by Darren Salt
[snip]
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
Has Pascal risen from the grave? No, that's range checking arrays.
Never mind.
Of course, we could always use COBOL and never have to worry about
such issues...
In C a pointer is only valid in the range allocated plus one and may
only be dereferenced within the range allocated. Anything else is
implementation defined. gcc is totaly within its rights to abort any
such case, esspecialy if you think about what harm buffer overflows
can mean.

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Steinar H. Gunderson
2006-06-17 08:40:07 UTC
Permalink
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
Are these patches fused into gcc nowadays, or do they still exist as separate
patch sets?

/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Goswin von Brederlow
2006-06-17 13:50:13 UTC
Permalink
Post by Steinar H. Gunderson
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
Are these patches fused into gcc nowadays, or do they still exist as separate
patch sets?
/* Steinar */
I'm not sure how fused they are but last I heard someone was working
on a Debian port with range checking with some success.

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Steinar H. Gunderson
2006-06-17 15:50:11 UTC
Permalink
Post by Goswin von Brederlow
I'm not sure how fused they are but last I heard someone was working
on a Debian port with range checking with some success.
That sounds really interesting -- having a chroot with bounds-checking gcc
(and libraries supporting it) would be really neat as a debugging tool.

/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Falk Hueffner
2006-06-17 08:40:07 UTC
Permalink
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
The current implementation of range checking in gcc (mudflap) uses
normal-sized pointers.
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Goswin von Brederlow
2006-06-17 13:50:12 UTC
Permalink
Post by Falk Hueffner
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
The current implementation of range checking in gcc (mudflap) uses
normal-sized pointers.
--
Falk
Even in 32bit? How do they cram all that info in there?

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Falk Hueffner
2006-06-17 14:10:08 UTC
Permalink
Post by Goswin von Brederlow
Post by Falk Hueffner
Post by Goswin von Brederlow
Post by Falk Hueffner
So in summary, if you don't care about portability to 64-bit windows,
assuming sizeof(void*) == sizeof(long) is just fine.
Unless you compile with range checking pointers.
The current implementation of range checking in gcc (mudflap) uses
normal-sized pointers.
Even in 32bit? How do they cram all that info in there?
By using an object database lookup. See
http://gcc.fyxm.net/summit/2003/mudflap.pdf
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Steve Langasek
2006-06-07 23:50:14 UTC
Permalink
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
Steve Langasek
freetds 0.63-2
unixodbc 2.2.11-13
The unixodbc warnings are in a couple of insignificant demo drivers.

The freetds ones should be fixed already with 0.63-3.

Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
***@debian.org http://www.debian.org/
Hendrik Sattler
2006-06-08 00:40:07 UTC
Permalink
Post by Martin Michlmayr
Hendrik Sattler
  obexftp 0.19-4
Those can be ignored for now, as they are double casts:
uint32_t -> char* -> int

Not nice but won't harm, I guess (or do we have 16bit architectures?).
And not related to GCC-4.1 at all.

HS
Mike Hommey
2006-06-08 05:50:07 UTC
Permalink
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
Mike Hommey
xulrunner 1.8.0.1-11
What I quite don't get is why xulrunner gets warnings while firefox and
thunderbird don't...

Mike
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Mike Hommey
2006-06-09 14:30:17 UTC
Permalink
Post by Mike Hommey
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
Mike Hommey
xulrunner 1.8.0.1-11
What I quite don't get is why xulrunner gets warnings while firefox and
thunderbird don't...
Moreover, I don't understand how you managed to build xulrunner with gcc
4.1. I just tried and got loads of
error: no suitable 'operator delete' for 'whateverClass'
on delete operators defined as operator delete(void *, size_t).

Which will obviously fail on firefox and thunderbird as well...

Mike
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Martin Michlmayr
2006-06-12 17:20:19 UTC
Permalink
Post by Mike Hommey
Moreover, I don't understand how you managed to build xulrunner with gcc
4.1. I just tried and got loads of
error: no suitable 'operator delete' for 'whateverClass'
on delete operators defined as operator delete(void *, size_t).
From what I understand, this problem only appeared only recently, and
might be related to the patch we reverted to fix another but. Anyway,
I think a fix for this is coming soon.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Martin Michlmayr
2006-06-12 17:20:24 UTC
Permalink
Post by Mike Hommey
Post by Martin Michlmayr
Mike Hommey
xulrunner 1.8.0.1-11
What I quite don't get is why xulrunner gets warnings while firefox
and thunderbird don't...
I compiled with both gcc 4.1 and 4.2. GCC 4.2 cannot compile
thunderbird because of a compiler bug, and the box with the logs from
4.1 is currently down. I'll email you private when it's up again.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Colin Tuckley
2006-06-08 06:50:09 UTC
Permalink
Post by Martin Michlmayr
Colin Tuckley
ploticus 2.20-4
This and several other benign warnings will be fixed in the next upload.

Colin
--
Colin Tuckley | ***@tuckley.org | PGP/GnuPG Key Id
+44(0)1903 236872 | +44(0)7799 143369 | 0x1B3045CE

"Apple" (c) Copyright 1767, Sir Isaac Newton.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Zak B. Elep
2006-06-08 09:50:05 UTC
Permalink
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
[...]
Post by Martin Michlmayr
Zak B. Elep
gnome-ppp 0.3.21-2
opendchub 0.7.14-2
robotour 3.2.1-2
gnome-ppp is already at 0.3.23-1, and opendchub will be fixed in the
next sponsored upload. I'm stumped with robotour, however, due to
#360950 :/...

Cheers,

Zakame
--
Zak B. Elep || http://zakame.spunge.org
***@ubuntu.com || ***@spunge.org
1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Thomas Girard
2006-06-08 11:10:10 UTC
Permalink
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
[...]
Post by Martin Michlmayr
Debian ACE+TAO maintainers
ace 5.4.7-9
Upstream has fixed these, I will backport them ASAP.

Regards,

Thomas
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Joost Yervante Damad
2006-06-09 08:30:10 UTC
Permalink
Hi,

quite some of the "dereferencing type-punned pointer" problems are really
problems in the wxwindows 2.6 library.

Greetings, Joost Damad
--
The planet Andete is famous for it's killer edible poets.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Simon Kelley
2006-06-09 13:20:14 UTC
Permalink
Post by Martin Michlmayr
Simon Kelley
dnsmasq 2.31-1
Looks pretty trivial, it will fixed in the next upstream/upload.

Cheers,

Simon.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Andreas Metzler
2006-06-12 16:40:04 UTC
Permalink
Post by Martin Michlmayr
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[4] http://people.debian.org/~tbm/logs/pointer/
Here is a list of maintainers and their packages which exhibit such
[...]
Post by Martin Michlmayr
Andreas Metzler
gnutls12 1.2.9-2.1
Seems to still apply to 1.2.11. - However I'll let this version
propagate to testing first (it was still built with gcc-4.0).
Post by Martin Michlmayr
newsx 1.6-2
Hummpf. Still not adopted.

cu andreas
--
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken. (c) Jasper Ffforde
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Andreas Metzler
2006-06-16 12:00:20 UTC
Permalink
On 2006-06-07 Matthias Klose <***@cs.tu-berlin.de> wrote:
[...]
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[...]
- cast from pointer to integer of different size
cast to pointer from integer of different size
These warnings may point to code which is not 64bit clean. They are
most likely not seen on 32bit architectures. See the amd64, alpha
and ia64 build logs for these architecture specific warnings.
[...]

Hello,
as this was sent in conjunction with gcc 4.1, I wonder whether gcc 4.1
is more strict in this matter, too.

i.e. if a package is currently in the archive, suffers from this
issues and the binary packages *currently* in the archive have been
built with gcc-4.0, should I

a) refrain from making a upload before the
issue is fixed as the packages will break horribly with gcc-4.1,

or
b) simply continue, as the package won't be broken more with gcc-4.1
than it was with gcc-4.0?

thanks, cu andreas
--
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken. (c) Jasper Ffforde
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Henning Makholm
2006-06-16 14:00:16 UTC
Permalink
Post by Andreas Metzler
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
- cast from pointer to integer of different size
cast to pointer from integer of different size
i.e. if a package is currently in the archive, suffers from this
issues and the binary packages *currently* in the archive have been
built with gcc-4.0, should I
b) simply continue, as the package won't be broken more with gcc-4.1
than it was with gcc-4.0?
If the code is really nont 64bit-clean (i.e. it tries to store a
pointer in a 32-bit integer and expects to be able to cast it back and
still locate the data the original pointer pointed to), I cannot see
how gcc-4.0 would have been able to create working code either.

As I read Matthias' posting, these warnings were ones that were found
as a kind of bonus outcome from the compile-everything-with-gcc4.1
experiment.


Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction). This too produces a warning on all relevant gcc
versions, but only when compiling to a 64-bit target.

Somebody<tm> ought to create a tool that could easily compare the
buildd logs for a package on different architectures and flag warnings
that appear only for some but not arches, indicating a possible
portability bug.
--
Henning Makholm "What the hedgehog sang is not evidence."
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Andreas Metzler
2006-06-16 18:10:06 UTC
Permalink
Post by Henning Makholm
Post by Andreas Metzler
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
- cast from pointer to integer of different size
cast to pointer from integer of different size
i.e. if a package is currently in the archive, suffers from this
issues and the binary packages *currently* in the archive have been
built with gcc-4.0, should I
b) simply continue, as the package won't be broken more with gcc-4.1
than it was with gcc-4.0?
If the code is really nont 64bit-clean (i.e. it tries to store a
pointer in a 32-bit integer and expects to be able to cast it back and
still locate the data the original pointer pointed to), I cannot see
how gcc-4.0 would have been able to create working code either.
I have since talked to upstream, and it seems to be more of a cosmetic
issue, they are storing 32bit integers in pointers. Following glib's
example and depending on the size of void on an arch either casting
p = (void*) (long) 42;
or
p = (void*) 42;
will get rid of the warnings, too.

Thanks for your explanations (also to Goswin), cu andreas
--
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken. (c) Jasper Ffforde
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Steve Greenland
2006-06-16 21:40:05 UTC
Permalink
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction). This too produces a warning on all relevant gcc
versions, but only when compiling to a 64-bit target.
Actually, it will provide a warning on 32-bit platforms too, if one chooses the appropriate options (-Wall, or specifically -Wformat):

$ cat tprint.c
#include <stdio.h>

int main(void) {

int i;
size_t st;

printf("%d %lu\n", i, st);
return 0;
}

$ gcc -Wall tprint.c
tprint.c: In function 'main':
tprint.c:8: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'size_t'

Steve
--
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world. -- seen on the net
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Falk Hueffner
2006-06-16 21:40:07 UTC
Permalink
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction).
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Philip Brown
2006-06-16 22:00:07 UTC
Permalink
Post by Falk Hueffner
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction).
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
odd..

there appears to currently be a sparc release of debian,

http://www.debian.org/ports/sparc/

and it appears to claim to support some kind of limited 64bit support.

There are some unstated things from the page that I would like to bring to
the table as relevant:

1. since it is sparc, I would presume debian/sparc is "big endian"
2. since the amd64 arch now has 64bit applications (?) I would guess that
at some point, the debian sparc folks may follow suit.


So to deliberately ignore an issue, becuase
"we dont support big-endian 64bit *right now*", would seem to be rather
short sighted to me.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Falk Hueffner
2006-06-17 08:00:09 UTC
Permalink
Post by Philip Brown
Post by Falk Hueffner
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
So to deliberately ignore an issue, becuase
"we dont support big-endian 64bit *right now*", would seem to be rather
short sighted to me.
I didn't suggest to ignore the issue. I'm just providing information
to help people to prioritize.
--
Falk
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Tollef Fog Heen
2006-06-18 05:50:07 UTC
Permalink
Post by Philip Brown
So to deliberately ignore an issue, becuase
"we dont support big-endian 64bit *right now*", would seem to be rather
short sighted to me.
ia64 has been supported for quite a while and is a pure 64 bit architecture.

- tfheen
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Bastian Blank
2006-06-18 07:10:10 UTC
Permalink
Post by Tollef Fog Heen
Post by Philip Brown
So to deliberately ignore an issue, becuase
"we dont support big-endian 64bit *right now*", would seem to be rather
short sighted to me.
ia64 has been supported for quite a while and is a pure 64 bit architecture.
But not big-endian.

Bastian
--
Dismissed. That's a Star Fleet expression for, "Get out."
-- Capt. Kathryn Janeway, Star Trek: Voyager, "The Cloud"
Blars Blarson
2006-06-18 21:30:13 UTC
Permalink
Post by Philip Brown
there appears to currently be a sparc release of debian,
http://www.debian.org/ports/sparc/
(not currently a release candidate for etch)
Post by Philip Brown
and it appears to claim to support some kind of limited 64bit support.
There are some unstated things from the page that I would like to bring to
1. since it is sparc, I would presume debian/sparc is "big endian"
Yes.
Post by Philip Brown
2. since the amd64 arch now has 64bit applications (?) I would guess that
at some point, the debian sparc folks may follow suit.
It does support 64-bit applications. However, in almost all cases
compiling for 64-bit just makes the application slower. Don't expect
all 64-bit mode support for sparc.


(amd64 is only faster in 64-bit mode because of all the poorly
designed x86 32-bit instruction set.)
--
Blars Blarson ***@blars.org
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Wouter Verhelst
2006-06-18 21:50:08 UTC
Permalink
Post by Blars Blarson
(amd64 is only faster in 64-bit mode because of all the poorly
designed x86 32-bit instruction set.)
"x86 32-bit instruction set" and "designed" in one sentence? Hah.
--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Joerg Friedrich
2006-06-19 08:10:08 UTC
Permalink
Post by Blars Blarson
Post by Philip Brown
there appears to currently be a sparc release of debian,
http://www.debian.org/ports/sparc/
(not currently a release candidate for etch)
According to http://release.debian.org/etch_arch_qualify.html it is a
release candidate, but I think this might be wrong.
--
Jörg Friedrich

There are only 10 types of people:
Those who understand binary and those who don't.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Henning Makholm
2006-06-18 12:10:08 UTC
Permalink
Post by Falk Hueffner
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction).
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
Hm, that makes sense. Perhaps I should back out my (clumsy) fixes for
it, then.
--
Henning Makholm "*Jeg* tænker *strax* på kirkemødet i
Konstantinopel i 381 e.Chr. om det arianske kætteri..."
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Goswin von Brederlow
2006-06-18 15:50:12 UTC
Permalink
Post by Henning Makholm
Post by Falk Hueffner
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string, which will break if size_t is 64
bits (unless the actual number is small and it is the last argument
and the endianness of the architecture happens to match its stack
growth direction).
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
Hm, that makes sense. Perhaps I should back out my (clumsy) fixes for
it, then.
No, the bug remains and should be fixed.

It just doesn't cause crashes or even show any signs at all as long as
there is no overflow. For examle %d for size_t will work only up to
2GiB and then display the wrong values. If all you use are number 0-100
then you will not hit the bug on any debian archtecture.

The next port could be a 64bit big endian system though. It really is
better to fix it now instead of worrying about it again in the future.

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Henning Makholm
2006-06-19 13:40:07 UTC
Permalink
Post by Goswin von Brederlow
Post by Henning Makholm
Post by Falk Hueffner
Post by Henning Makholm
Another related bug type that I found lurking in my packages when I
investigated the warnings in this list, is trying to format a size_t
value with a %u or %d format string,
Since any sane ABI pads arguments to word size, this is only a problem
on big endian 64-bit architectures (that is, no current release
architecture).
Hm, that makes sense. Perhaps I should back out my (clumsy) fixes for
it, then.
No, the bug remains and should be fixed.
The fix should be somehow unclumsified, though. Currently I inject
some horrible runtime testing in the configure script to find out
whether the clib supports the %zu format of C99, but that breaks
crosscompilability (which I'm not sure worked before, but still...)

Would it be safe to assume that a size_t can always be cast losslessly
to an unsigned long (and then printed with %lu), or are there systems
on which only an unsigned long long will do?
--
Henning Makholm "Jeg forstår mig på at anvende sådanne midler på
folks legemer, at jeg kan varme eller afkøle dem,
som jeg vil, og få dem til at kaste op, hvis det er det,
jeg vil, eller give afføring og meget andet af den slags."
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Bastian Blank
2006-06-19 13:50:10 UTC
Permalink
Post by Henning Makholm
The fix should be somehow unclumsified, though. Currently I inject
some horrible runtime testing in the configure script to find out
whether the clib supports the %zu format of C99, but that breaks
crosscompilability (which I'm not sure worked before, but still...)
What is the problem with just assuming that %zu works? C99 is not 7
years old and this is one of the easier things.
Post by Henning Makholm
Would it be safe to assume that a size_t can always be cast losslessly
to an unsigned long (and then printed with %lu), or are there systems
on which only an unsigned long long will do?
unsigned long is not sufficient.

Bastian
--
Captain's Log, star date 21:34.5...
Martijn van Oosterhout
2006-06-19 15:30:12 UTC
Permalink
Post by Bastian Blank
Post by Henning Makholm
Would it be safe to assume that a size_t can always be cast losslessly
to an unsigned long (and then printed with %lu), or are there systems
on which only an unsigned long long will do?
unsigned long is not sufficient.
OTOH, you could weigh up the chance that the number you're going to
output is greater than 2^32. If the chance is small, you cast it to
long and print using %lu. No chance of compiler errors, the display
will just look odd if you do try to print a larger number.
--
Martijn van Oosterhout <***@gmail.com> http://svana.org/kleptog/
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Daniel Stone
2006-06-19 22:00:23 UTC
Permalink
Post by Bastian Blank
Post by Henning Makholm
The fix should be somehow unclumsified, though. Currently I inject
some horrible runtime testing in the configure script to find out
whether the clib supports the %zu format of C99, but that breaks
crosscompilability (which I'm not sure worked before, but still...)
What is the problem with just assuming that %zu works? C99 is not 7
years old and this is one of the easier things.
Not all of us have the luxury of assuming C99 systems. One major
project recently bumped its minimum toolchain requirements from K&R to
C89, and is quite a ways from being able to assume C99 features yet.
Goswin von Brederlow
2006-06-16 15:40:11 UTC
Permalink
Post by Andreas Metzler
[...]
We did pick two compiler warnings and scanned the build logs of one
archive rebuild on alpha (64bit), where wrong code may be generated.
[...]
- cast from pointer to integer of different size
cast to pointer from integer of different size
These warnings may point to code which is not 64bit clean. They are
most likely not seen on 32bit architectures. See the amd64, alpha
and ia64 build logs for these architecture specific warnings.
[...]
Hello,
as this was sent in conjunction with gcc 4.1, I wonder whether gcc 4.1
is more strict in this matter, too.
This has always been a bug and great cause for segfaults. They just
have automated looking for the compiler warnings for the problem now
instead of users looking at segfaults.
Post by Andreas Metzler
i.e. if a package is currently in the archive, suffers from this
issues and the binary packages *currently* in the archive have been
built with gcc-4.0, should I
a) refrain from making a upload before the
issue is fixed as the packages will break horribly with gcc-4.1,
or
b) simply continue, as the package won't be broken more with gcc-4.1
than it was with gcc-4.0?
thanks, cu andreas
The brokenness does not change, the generated code does not
change. The bug remains if it actualy is a bug. Sometimes you have
code that pases an int (and other things at different places) along as
void* and deeper down casts it back to int. This will generate the
warning, is bad C (implementation defined behaviour), but with gcc it
will work perfectly. The extra 32 high-bits you gain you loose
again. No harm done _in_this_case.

But other sources pass a pointer as int and there you loose 32
valuable bits and get a segfault when the int is used as pointer
again. The warnings ware the same.

MfG
Goswin
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Darren Salt
2006-06-17 00:50:07 UTC
Permalink
I demand that Goswin von Brederlow may or may not have written...

[snip]
But other sources pass a pointer as int and there you loose 32 valuable
bits and get a segfault when the int is used as pointer again. [...]
And here's me thinking that you lose them. :-)
--
| Darren Salt | linux or ds at | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING.

It seems to make a car driver mad if he misses you.
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Ron Johnson
2006-06-17 01:00:16 UTC
Permalink
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Post by Darren Salt
I demand that Goswin von Brederlow may or may not have written...
[snip]
Post by Goswin von Brederlow
But other sources pass a pointer as int and there you loose 32
valuable bits and get a segfault when the int is used as
pointer again. [...]
And here's me thinking that you lose them. :-)
You loose them to roam the ether. Think of them as free-range bits.

- --
Ron Johnson, Jr.
Jefferson LA USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEk1OXS9HxQb37XmcRAmbJAJ4oLV8AudxQDxxkUmF5Lx8Vr4o48QCcClvZ
wU992EYchlBIrmGec6c/u3Y=
=/cEw
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-devel-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Continue reading on narkive:
Loading...