SOURCES: XFree86-GLcore-strip-a-workaround.patch (NEW) XFree86-tdfx-interlace.patch (NEW) XFree86-Xfont-Type1-large-DoS.patch (NEW) [qboosh]

[Jakub Bogusz]

On Thu, Sep 19, 2002 at 11:37:08AM +0200, Tomasz Kłoczko wrote:
> On 18 Sep 2002, Arkadiusz Miskiewicz wrote:
> > Tomasz Kłoczko <kloczek w rudy.mif.pg.gda.pl> writes:
> > 
> > > On Wed, 18 Sep 2002, PLD CVS wrote:
> > > [..]
> > > > - added GLcore-strip-a-workaround patch - workaround for "strip -g *.a" -
> > > >   caused libGLcore.a load failure with "debug_xform.o: no symbols"
> > > 
> > > Tu nie ma co się zastanawiać i trzeba wyłączyć stripowanie lib*.a.
> > Stripowanie *.a ma sens. Ich wartość przy debugowaniu jest niemal
> > zerowa (jeśli się mylę poproszę o real-life przykład), a niektóre
> > *.a zawierają po kilkanaście MB samych zbędnych symboli.
> 
> Arek to nie ma sensu .. przynajmniej teraz.

A jaki sens ma trzymanie (od kilkudziesięciu kB do nawet parunastu MB,
jeśli gdzieś oprócz %rpmcflags coś z pakietu wcisnęło -g do CFLAGS)
bezużytecznych informacji w bibliotekach -static?

> Nikt tego nie robi i w zwiazku 
> z tym strrip jak widzisz sam tnie niewiadomo co w przypadku kiedy nie ma 
> do stripowanai jednego elf-a tylko archiwum arowe z elf-ami.

Ale ten błąd nie polega na tym, że strip wyciął za dużo.
Błędem jest to, że zostawił pusty (niepotrzebny) obiekt bez symboli.

[..]
> > ps. loader xfree tak czy siak trzeba będzie załatać, żeby się
> >     nie ,,denerwował'' na symbole generowane przez gcc3

Na czym to polega? (Jeszcze?) nie zauważyłem.


-- 
Jakub Bogusz    http://prioris.mini.pw.edu.pl/~qboosh/