Re: [packages/zlib] - rel 2; disable asm optimizations; cause segfaults; (are these really better than C code optimizati
On Sunday 01 of January 2017, Łukasz Maśko wrote: > Dnia poniedziałek, 2 stycznia 2017 00:21:09 Elan Ruusamäe pisze: > > On 01.01.2017 23:07, arekm wrote: > > > - rel 2; disable asm optimizations; cause segfaults; (are these > > > really better than C code optimization these days?) > > > > cause segfault in what package? in what arches? rather incomplete "bug > > report". zlib itself has no binaries. > > x86-64 poldek quit 0x74e022a0 in LookaheadLess () from /lib64/libz.so.1 (gdb) bt #0 0x74e022a0 in LookaheadLess () from /lib64/libz.so.1 #1 0x74df6e68 in deflate_fast (s=0x0, flush=0) at deflate.c:1854 #2 0x74df7d5d in deflate (strm=strm@entry=0x2332d48, flush=flush@entry=0) at deflate.c:998 #3 0x74e016f7 in gz_comp (state=state@entry=0x2332cd0, flush=flush@entry=0) at gzwrite.c:125 #4 0x74e01a22 in gz_write (state=0x2332cd0, buf=, len=790) at gzwrite.c:217 #5 0x74e01b5e in gzwrite (file=, buf=, len=) at gzwrite.c:269 ... -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gcc-dirs - how it is supposed to work?
On Sunday 01 of January 2017, Elan Ruusamäe wrote: > On 01.01.2017 22:36, Arkadiusz Miśkiewicz wrote: > > poldek:/all-avail> just-install --test gcc-dirs-1.0-6.x32 > > gcc-dirs-1.0-6.x32: equal version installed, skipped > > Nothing to do > > poldek -i should work > > i.e afaik: > just-install and poldek -i behave differently doesn't work: [root@carme-pld ~]# poldek -n th -n th-i686 -n th-x32 -i gcc-dirs-1.0-6.x32 Retrieving th-i686::packages.ndir.md... Retrieving th-i686::packages.ndir.gz... .. 100.0% [14.2M (175.7K/s)] Retrieving th-i686::packages.ndir.dscr.gz... .. 100.0% [2.1M (2.1M/s)] Retrieving th-x32::packages.ndir.md... Retrieving th-x32::packages.ndir.gz... .. 100.0% [10.8M (2.3M/s)] Retrieving th-x32::packages.ndir.dscr.gz... .. 100.0% [1.5M (319.3K/s)] Loading [pndir]th-arch... Loading [pndir]th-noarch... Loading [pndir]th-i686... Loading [pndir]th-x32... 58789 packages read gcc-dirs-1.0-6.x32: equal version installed, skipped Nothing to do [root@carme-pld ~]# rpm -q gcc-dirs gcc-dirs-1.0-6.x86_64 -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/zlib] - rel 2; disable asm optimizations; cause segfaults; (are these really better than C code optimizati
Dnia poniedziałek, 2 stycznia 2017 00:21:09 Elan Ruusamäe pisze: > On 01.01.2017 23:07, arekm wrote: > > - rel 2; disable asm optimizations; cause segfaults; (are these > > really better than C code optimization these days?) > cause segfault in what package? in what arches? rather incomplete "bug > report". zlib itself has no binaries. x86-64 -- Łukasz Maśko_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [packages/zlib] - rel 2; disable asm optimizations; cause segfaults; (are these really better than C code optimizati
On 01.01.2017 23:07, arekm wrote: - rel 2; disable asm optimizations; cause segfaults; (are these really better than C code optimization these days?) cause segfault in what package? in what arches? rather incomplete "bug report". zlib itself has no binaries. -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gcc-dirs - how it is supposed to work?
On 01.01.2017 22:36, Arkadiusz Miśkiewicz wrote: poldek:/all-avail> just-install --test gcc-dirs-1.0-6.x32 gcc-dirs-1.0-6.x32: equal version installed, skipped Nothing to do poldek -i should work i.e afaik: just-install and poldek -i behave differently -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gcc-dirs - how it is supposed to work?
gcc for multilib on x86_64 needs gcc x32 installed. That requires gcc-dirs from both architectures but: [root@carme-pld ~]# rpm -q gcc-dirs gcc-dirs-1.0-6.x86_64 [root@carme-pld ~]# poldek -n th -n th-i686 -n th-x32 Loading [pndir]th-arch... Loading [pndir]th-noarch... Loading [pndir]th-i686... Loading [pndir]th-x32... 58789 packages read Loading [rpmdb]/var/lib/rpm... 5621 packages loaded Welcome to the poldek shell mode. Type "help" for help with commands. poldek:/all-avail> install --test gcc-dirs-1.0-6.x32 Processing dependencies... gcc-dirs-1.0-6.x86_64 obsoleted by gcc-dirs-1.0-6.x32 There are 1 package to install, 1 to remove: I gcc-dirs-1.0-6.x32 R gcc-dirs-1.0-6.x86_64 Need to get 3.6KB of archives (3.6KB to download). ^^ wants to remove x86_64 - why? lack of colored binary files in package? poldek:/all-avail> just-install --test gcc-dirs-1.0-6.x32 gcc-dirs-1.0-6.x32: equal version installed, skipped Nothing to do poldek:/all-avail> that also doesn't work How is that supposed to work? -- Arkadiusz Miśkiewicz, arekm / ( maven.pl | pld-linux.org ) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en