Hi Eric,
On Thu, Apr 14, 2005 at 10:16:00PM +0200, Eric Hoch wrote:
> Am Thu, 14 Apr 2005 21:23:51 +0200, schrieb Christian Lohmaier:
> > On Thu, Apr 14, 2005 at 08:43:32PM +0200, Eric Hoch wrote:
> [...]
> > "patch -p0 <path to the patch>" ist mehrdeutig. Es muà vermulich heiÃen:
> > "patch -p0 < /path/to/patch" wenn man patch nicht von stdin lesen lÃÃt,
>
> genau das ist gemeint. Wobei ich hier merke, daà ich auffÃhren
> sollte, wie man von stdin lesen lÃÃt und wie nicht. Hast du ne gute
> Idee?
Bei der bash (vermutlich bei allen shells) geht das z.B. mit "<"
Genauer:
,----
| Redirecting Input
| Redirection of input causes the file whose name results from the expanâ
| sion of word to be opened for reading on file descriptor n, or the
| standard input (file descriptor 0) if n is not specified.
|
| The general format for redirecting input is:
| [n]<word
`----
Als Alternative kann man "cat file | patch ..." verwenden oder auch
"patch -p0 /pfad/zum/spec" und dann den Patch abtippen (und mit <ctrl>+d
die Eingabe beenden) :-))
Mein Vorschlag hat nicht nur das Ersetzen der Leerzeichen durch /
beinhaltet, sondern: Weg mit den Klammern als Markierung fÃr den
Dateinamen. Die Zeichen "<" und ">" sind Umleitungswerkzeuge mit denen
die "file descriptors" umgeleitet werden. (STDIN, STDOUT, STDERR, und
selbst definierte)
patch -p0 < /path/to/spec
^ Das hat hier eine Funktion und ist absichtlich dringeblieben
patch -p0 <path to spec>
^ ^ die hier sind miÃverstÃndlich
> > Sonstige Anmerkungen:
> > ccache kann bei wiederholten builds erheblich Zeit sparen (weià nicht ob
> > Du das auf dem Mac schon ausprobiert hast)
>
> Mit m92 das erste Mal, aber ich hab noch nicht ganz raus, wie es
> funktioniert. Daher will ich das erst in einem spÃteren Update,
> wenn ich selbst weiÃ, wie es genau geht, aufnehmen.
>
> Ich hab da bisher nicht soviel gemerkt, daà es schneller geht.
Beim ersten Mal hilft das auch noch nix. Da wird erst mal der Cache
gefÃllt. Wenn man aber OOo schonmal kompiliert hat und dann eine neue
Version fÃllig ist, dann bringt das was (vor allem wenn die Ãnderungen
nur wenige Module betreffen)
$ ccache -s
cache directory /home/cl/.ccache
cache hit 10984
cache miss 2351
[...]
d.h. ccache konnte 10984 Dateien aus dem Cache bereitstellen Und nur
2351 mal muÃte neu kompiliert werden.
Wenn ich mir richtig erinnere: 9 Stunden anstatt 16 Stunden
Kompilierzeit.
> Aber
> ich denke mal ich hab mich noch nicht intensiv damit
> auseinandersetzen kÃnnen.
Das tolle ist ja daà man nur die Links setzen muà und sonst nix :-)
Die Funktionsweise: ccache schaut nach "Habe ich das schonmal
kompiliert?" Wenn ja -> nimm das Ergebnis aus dem Cache, compiliere
nicht neu => spar die Zeit.
Wenn nein -> schmeià den Kompiler an (=> dauert) und speichere das
Ergebnis im cache
Wenn Du debug-builds erstellst solltest Du den cache auf readonly setzen
beziehungsweise den Cache vergrÃÃern (die 1GB standardgrÃÃe reichen fÃr
einen Debug bild bei weitem nicht, sprich da wird dann jedesmal neu
kompiliert weil die zwischengespeicherten Ergebnisse immer wieder durch
neue Dateien ersetzt werden mÃssen weil der Platz nicht reicht.
> > Wenn bei Mac OS X "lndir" dabei ist, ist ein shadow-tree eine
> > Festplattenplatz sparende Alternative zu einer Kopie der Sourcen.
>
> Cool. Es ist dabei. Wie nutze ich den Befehl?
$ mkdir shadow
$ cd shadow
$ lndir /pfad/zu/sourcen
Dann schau nach wie sich dein "patch" verhÃlt. Wenn ich bei mir den
Schadowtree patche, dann wird eine neue Datei angelegt die den Link
ersetzt. Es kann sein daà Dein patch dem Symlink folgt und die
Originaldatei Ãndert.
> > Ansonsten schaut das ziemlich gut aus.
>
> >> Ein paar zusÃtzlilche Informationen hab ich auch online gestellt.
> >>
> >> Bitte testet auch die Verlinkung von
> >> <http:porting.openoffice.org/mac> ausgehend.
> >
> > Build Instructions (how to get the code)
> > ^and
>
> Ach so du meinst, dass sollte ich noch ergÃnzen?
Genau. Aber ich meinte nicht den Link oben, sondern den am Ende der
Seite. Der verweist auf
http://porting.openoffice.org/mac/build_mac.html
und da wiederum steht der "angemeckerte" <here> Link.
Den Eintrag oben auf <http:porting.openoffice.org/mac> hÃtte ich so
geschrieben:
April 14, 2005: Added <build instructions for Mac OS X 680_m90 and higher>.
Please review and report mistakes to [email protected]
(alles zwischen < & > ist Link)
> Schaust du nochmal drÃber. Ich hab die Ãnderungen hoffentlich
> richtig verstanden und commited.
Nicht ganz richtig verstanden..
Gerade habe ich nochwas entdeckt:
,----
| You can grep the patches necessary for OOo detecting precompiled Mozilla
^^^^ :-) (meinst wohl eher grab
| packages and avoiding the freetype crash from my idisk public folder
`----
> Danke fÃr deine Verbesserungen.
Gern geschehen.
ciao
Christian
--
NP: Metallica - One
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
