[Gelistirici] -debug paketleri

Ismail Dönmez ismail at pardus.org.tr
8 Şub 2008 Cum 07:30:42 EET


At Thursday 07 February 2008 around 23:21:50 S.Çağlar Onur wrote:
> Selamlar;
>
> 2008'i derlemeyi farm'a bırakmadan önce -debug paketleri için bir politika
> belirlememiz gerekiyor. Seçenekler ve aklıma gelen sorunlar/olası çözümler
> şöyle;
>
> Hali hazırda -debug paketi üretme işi PiSi içinde destekleniyor. Bu süreç
> şöyle işliyor (değişmedi ise, uzun zamandır kullanmıyorum);
>
> Paket içinden gelen dosyalardan debug sembooleri --only-keep-debug ile
> strip ediliyor ve bu dosyanın içine senin debug sembolerin şurada işareti
> konuyor. Bu örneğin ld.so'nun debug semboleri çıkartılmış halinin içine
> senin debug sembollerin /debug/ld.so.debug içinde demek oluyor, -debug
> paketi pisi tarafından oluşturuluyor (bu path'e koyacak şekilde). gdb ve
> benzeri araçlar elf arkadaşların içinden bu yönlendirmeyi okuyup debug
> sembollerini düzgünce yüklüyor.
>
> Burada 2 sorun var.
>
> 1. Daha önce -debug paketlerini depoda tutmak, maintain etmek v.s gibi
> işler çığrından çıkmıştı. Bunlar için 2. bir depo açmak ve bunları
> yönetecek kodu farm'a eklemek gerekiyor.
>
> 2. Normalde her paketin bizim flaglarımı aldığı varsayıyoruz (bazı
> paketlerin bunu iplemediğine eminim :P), debug sembollerinden adam gibi
> çıktı alabilmek için flaglarımızın sonuna "-g3 -ggdb" ekliyoruz. Fakat
> bizim flagları iplemeyen paketlerde (ki aslında bu -debug paketlerinin
> sorunu da değil, bu paketler düzeltilmeli) elde edilen debug sembollerinden
> aldığımız geri bildirim şu an ki "no symbol found" durumundan farklı değil.
>
> Durum budur, öneri/görüş/v.s v.s?

Debian'ı inceledim. Her pakete -dbg paketi yapmıyorlar. Seçtiklerine 
yapıyorlar var ve bizim sisteme göre düşünürsek actions-debug.py gibi ayrı 
bir debug build rule'ları var her paket için.

/ismail
-- 
Never learn by your mistakes, if you do you may never dare to try again.



Gelistirici mesaj listesiyle ilgili daha fazla bilgi