/srv/irclogs.ubuntu.com/2007/05/23/#ubuntu-toolchain.txt

=== jbailey [n=jbailey@modemcable169.10-56-74.mc.videotron.ca] has joined #ubuntu-toolchain
jbaileydoko: Around?12:58
dokojbailey: not really, but what's up`12:59
doko?12:59
jbaileydoko: I think I want to make glibc on hppa build with gcc-4.2.  We're then planning a big build.12:59
jbaileyShould we move gcc-defaults to 4.2 for us as well to give you more info?01:00
jbaileyIt fixes more than it regresses, it seems, so I'd like to go ahead with it.01:00
dokowell, maybe you should consider moving to gcc-4.2 for hppa only, that would not affect supported archs at all01:00
jbaileySorry, that's what I mean.01:01
dokosure, just upload a new gcc-defaults01:01
jbailey'k.  There's no repo for it?01:01
dokono, not really. I'll have to setup a separate branch in svn.debian.org01:02
jbaileySounds good.  Do you want me to make the glibc change just in the repo and wait for you to upload, or do you mind if I upload?01:02
dokoplease do the upload and checkin, I have not plans for a glibc update at the moment01:03
jbaileydoko: lovely, thanks.01:03
jbaileylamont: Any last requests?01:04
=== doko heads to bed now
jbaileydoko: g'n, thx!01:05
lamontjbailey: rock on!01:08
lamontand tell me, since I'll have to manually kick the build(s)01:08
lamontas in package and version :)01:08
jbaileylamont: Will do.01:08
jbaileyLeif is almost asleep01:08
jbaileyso i'll get started shortly01:09
=== anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-toolchain
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-toolchain
=== Halcy0n [n=halcy0n@pdpc/supporter/active/Halcy0n] has joined #ubuntu-toolchain
Mithrandirmeh, why does dpkg-architecture not include the vendor field in the default output?12:23
Keybukwe've never used it01:02
Mithrandirwe might want to use it for lpia.01:04
Mithrandirdo you think anything would break if I added it?01:04
Keybuknothing should break01:09
Keybukas long as you use the same variable names01:09
Keybukadding DEB_*_*_VENDOR= should be fine01:09
KeybukI've done far worse things to dpkg-architecture in the past01:09
KeybukI added the DEB_*_ARCH_OS and DEB_*_ARCH_CPU and that didn't break anything01:10
Keybukthough you probably don't need DEB_*_ARCH_VENDOR since that would involve creating i386-linux-intel type Debian arch strings01:11
Keybukit's enough to have DEB_*_GNU_VENDOR and change DEB_*_ARCH_CPU based on that01:11
KeybukDEB_BUILD_ARCH=lpia01:11
KeybukDEB_BUILD_ARCH_OS=linux01:11
KeybukDEB_BUILD_ARCH_CPU=lpia01:12
KeybukDEB_BUILD_GNU_CPU=i38601:12
KeybukDEB_BUILD_GNU_VENDOR=intel01:12
KeybukDEB_BUILD_GNU_SYSTEM=linux-gnu01:12
KeybukDEB_BUILD_GNU_TYPE=i386-intel-linux-gnu01:12
Keybukor something01:12
Mithrandiryeah, that's what I was thinking.01:15
Mithrandir(apart from making vendor = lpia, but that's a detail)01:15
Mithrandirpondering if I should have a vendortable, in the spirit of ostable and cputable01:15
Keybukno01:19
Keybukostable and cputable are the two sides of the "linux-i386" type strings that dpkg uses01:19
Keybuklinux-i386 being the proper, long name of i38601:19
Mithrandirso where should the vendor string be encoded then?01:19
Mithrandirs/encoded/recorded/01:19
Keybukfix cputable01:19
Keybukso the i386 Debian CPU name is based off both the cpu and vendor parts of the triplet01:20
Keybukand lpia likewise01:20
Keybukotherwise you could, I guess, have something like01:20
Keybuklpia    i386    lpia01:20
Keybukin a vendortable; saying that if the config.guess vendor bit is "lpia", and the Debian CPU is "i386" then the Debian CPU becomes lpia01:21
KeybukI'd just add a extra field to cputable though01:21
Mithrandiryeah, I guess I can do that.01:21
Keybuksince it's been documented that awk '{print $1}' of that is the full list of Debian CPU names01:21
Keybukand you'd want lpia to be in that list01:21
Keybuki386            i486            (i[3456] 86|pentium)01:22
Keybuklpia            i486            (i[3456] 86|pentium)        lpia01:22
Keybuk(extra field matches against vendor part?)01:22
Keybukthey might have to be the other way around, I think it's first match wins01:22
Mithrandirit's stuffed into a hash01:22
Mithrandirand it should then try to do a best-match, probably01:22
Keybukis it?01:23
Keybukah, remember, dpkg-architecture is backwards01:24
Mithrandir            $cputable{$1} = $2;01:24
Mithrandir            $cputable_re{$1} = $3;01:24
Mithrandirit does  push @cpu, $1;01:24
Mithrandirthough01:24
Keybukthere's also some m4 in dpkg's build scripts01:25
Keybukm4/arch.m401:26
Keybukah, that uses dpkg-architecture now01:26
Keybukinteresting01:26
Mithrandirhmm, I wonder if I should have a default vendor name for arches where none is specified01:42
=== jbailey [n=jbailey@modemcable169.10-56-74.mc.videotron.ca] has joined #ubuntu-toolchain
jbaileydoko: Hey - why does gcc-defaults insist on installing packages as part of build-deps?02:48
dokojbailey: "installing packages"?02:49
jbaileyWe don't have a functional gij on hppa yet, which is causing us a bit of grief.02:49
jbaileyIt looks like the rules file doesn't need anything more than build-essential.02:49
dokoright, the b-d's on the base packages are there so that the gcc-defaults package is not built before all dependencies on an arch are available02:50
jbaileyAh, okay.02:50
jbaileyHmm02:50
dokobut just drop the b-d on gcj-4.1-base, it doesn't work02:53
jbailey'kay.02:53
jbaileyThanks.  I'll squeeze this in during a break later.  I think I otherwise got all of the adding 4.2 stuff right.02:53
=== tmarble [i=tmarble@nat/sun/x-fb0bbe1e38ee70f8] has joined #ubuntu-toolchain
=== tmarble [n=tmarble@user-38q4et6.cable.mindspring.com] has joined #ubuntu-toolchain
=== infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-toolchain
=== doko_ [n=doko@dslb-088-073-090-217.pools.arcor-ip.net] has joined #ubuntu-toolchain
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-toolchain

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!