Search results

| Jakub Jedelsky

* [[User:jhrozek|Jakub Hrozek]]

...m/archives/fedora-test-list/2009-April/msg00535.html). He is working with jakub to get a build of glibc that may fix this | style="color: #42427e" | | I'm working with jakub to get a build of glibc that may fix this

...yle="background: #42427e"> jwb</th><td class="text" style="color: #42427e">jakub seems to be poking at issues that get reported to -devel</td><td class="tim

* Jakub Jelinek - GCC developer

..." | jwb: part of the decision is to make the minimum arch i486 or i586 (as jakub suggested earlier) or maybe even i686

| liveusb-creator - visual refresh || Martin Briza/Jakub Steiner || <span style="background:#80ff80">Done</span> || This is the 'fir

| [[User:jakub|jakub]]

<abadger1999> notting: If you want to propose to jakub and others that you'll make the necessary changes in CVS, then there's no p

* Name: [[User:jamartis| Jakub Martisko]]

* Jakub Jelinek - Desarrollador de GCC

...guage, REAL*16 support in Fortran and many other improvements. Thanks to Jakub Jelinek from Red Hat for upstream participation and leading the integration

...rnel version in <code>glibc</code> could be bumped to <code>2.6.29</code>. Jakub held out the promise of potentially increased speed and decreased shared li

* Name: [[User:FASAcountName| Jakub Čajka]]

* Name: [[User:FASAcountName| Jakub Čajka]]

: It's not. Owen has been working on implementing Jakub's video mockups. See [https://bugzilla.gnome.org/show_bug.cgi?id=640996 th

[[JakubHrozek|Jakub Hrozek]] explained<ref>http://jhrozek.livejournal.com/1755.html</ref> how t

...C++0x, prise en charge du langage Go, de REAL*16 en Fortran, etc. Merci à Jakub Jelinek pour sa participation à GCC et l'intégration de GCC 4.6 dans Fedo

...sh is made. If I build a malicious gcc package because the ACLs are open, jakub still has a chance to stop it.

* Owner: Alejandro Sáez Morollón, Jakub Čajka

* Owner: Alejandro Sáez Morollón, Jakub Čajka

* Name: [[User:FASAcountName| Jakub Čajka]]

| [[User:kubo|Jakub Jedelský]]

* Owner: Jakub Čajka, Alejandro Sáez Morollón

Jakub's expertise was further drawn out by a question from Hans about the differe

...not be possible to detect the error because the soname would be the same. Jakub clarified that what should be done is to talk to upstream for each library

...ckage would contain corrected versions of the executables and thought that Jakub's description exemplified the sort of breakdown that should be included in

* Name: [[User:Jcajka| Jakub Čajka]]

* Owner: Jakub Čajka, Alejandro Sáez Morollón

.../code> were also failing to due <code>glibc</code> changes. [[JakubJelinek|Jakub Jelinek]] thought they were different problems with the <code>emacs</code>

* Name: [[User:Jcajka| Jakub Čajka]]

Jakub Jelinek, this is now fixed in gcc-4.6.1-7.fc16, and will be in gcc

* Name: [[User:Jcajka| Jakub Čajka]]

* Name: [[User:Jcajka| Jakub Čajka]]

[[JakubJelinek|Jakub Jelinek]] prepared[7] a <code>glibc</code> update which temporarily disable

* llvm dmalcolm ignatenkobrain jakub jistone kyle scottt sergesanspaille siddharths tstellar

Responding to Jakub's data, David agreed[20] that slow builds for particular architectures was

...JoshBoyer and BrianPepple answered that something such as the scheme which Jakub was proposing had been discussed in the FESCo IRC meeting[1] . That discus

Thanks to Jakub Jelinek from Red Hat for upstream participation and

...isekz AT fedoraproject DOT org</td></tr><tr><td>5</td><td> [[User:jacobcz| Jakub Sycha]]</td><td>jacobcz AT fedoraproject DOT org</td></tr><tr><td>6</td><td

|jakub at redhat dot com||<code>gcc</code>||[https://bugzilla.redhat.com/show_bug. |jakub at redhat dot com||<code>gcc</code>||[https://bugzilla.redhat.com/show_bug.

|jakub at redhat dot com||<code>compat-libgfortran-41</code>||[https://bugzilla.re |jakub at redhat dot com||<code>compat-libgfortran-41</code>||[https://bugzilla.re