achja meine Indigo² nehm ich manchmal als Jukebox for the lulz, schön Kraftwerk oder sowas über die internen Speaker schallen lassen ![]()
Beiträge von oreissig
-
-
ich mach eigentlich sämtliche produktive Arbeit zentral, ausnahmslos alle anderen Rechner sind nur zum dran rumspielen
-
-
-
Es ist vollbracht
Codemake[5]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/objdir/gcc' make[4]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/objdir/gcc' echo timestamp > stage3_build echo stage3_build > stage_last make[3]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/objdir/gcc' make[2]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/objdir/gcc' make[1]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/objdir'
Musste x-mal neu anfangen und irgendwas patchen und bla, sehr ugly, hier ist meine Liste was zu tun war:Spoiler anzeigen
gcc/cp:
cp cp-tree.h cp-tree2.h
vi cp-tree2.h <= zeilen 4297-4308 auskommentieren
vi mangle.c <= #include auf tree2 umgebogengcc/rtl.h
zeile 88 auskommentierenln -s /usr/local/include/libintl.h gcc
CFLAGS="-Wf,-XNg1500 -I/usr/local/include"
CONFIG_SHELL=/bin/ksh
export CONFIG_SHELL CFLAGSmkdir objdir
cd objdir../configure --enable-shared --enable-languages=c
make bootstrap
Das Ergebnis: GCC 3.4.6 auf SGI IRIX 5.3
Spoiler anzeigen
Code
Alles anzeigen-bash-3.2$ ./nbench BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 57.553 : 1.48 : 0.48 STRING SORT : 1.4477 : 0.65 : 0.10 BITFIELD : 1.385e+07 : 2.38 : 0.50 FP EMULATION : 6.1876 : 2.97 : 0.69 FOURIER : 1456.3 : 1.66 : 0.93 ASSIGNMENT : 0.5997 : 2.28 : 0.59 IDEA : 161.06 : 2.46 : 0.73 HUFFMAN : 87.658 : 2.43 : 0.78 NEURAL NET : 0.95021 : 1.53 : 0.64 LU DECOMPOSITION : 22.905 : 1.19 : 0.86 ==========================ORIGINAL BYTEMARK RESULTS========================== INTEGER INDEX : 1.908 FLOATING-POINT INDEX: 1.442 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW=============================== CPU : 200MHz MIPS R4400 L2 Cache : 1MB OS : IRIX 5.3 C compiler : GCC 3.4.6 libc : MEMORY INDEX : 0.309 INTEGER INDEX : 0.659 FLOATING-POINT INDEX: 0.800 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder.Nächstes Ziel: IRIX 4 und GCC 3.1.1

wird aber wohl erst in 2 wochen oder so...ist irgendwie zeitaufwändiger als erwartet
EDIT: für größere Sachen ists echt sauhilfreich, ein separates objdir anzulegen und dort drin getrennt vom source zu compilieren. ich hab mir mehrmals meinen source-tree kaputt gemacht (z.B. einmal make distclean gemacht, danach ist der build aber mangels bison und flex abgebrochen) und der gcc-sourcetree ist groß genug, dass es (in verbindung mit nem langsamen Dateisystem wie EFS) gleich mal 20min dauert den zu löschen und die tar.gz neu zu entpacken

-
-
- keine Software (>50 Zeilen) ist fehlerfrei
- das was da angezeigt wird sind nur warnings, die in den meisten fällen keine auswirkungen haben (aber eben schon geprüft und wenn möglich behoben werden sollten)
- in dem falle lag der fehler wohl an der ungewöhnlichen plattform, wo ein warning eben doch mal zu nem fehlerhaften endprogramm führt. IRIX 5.3 mit MIPS cc ist jetz nix, wofür man seinen code gern hintrimmen möchte...vermutlich würde nen linux mit gcc dann mehr warnings werfen, wenn man versucht warnings unter dem cc von irix wegzubekommen. das ist eben nen tradeoff, und nen sehr arbeitsintensiver noch dazu
-
-
Zitat von florida
Und was für Dateien waren in "Musik- Kassetten" enthalten?
Bei CD's sind es ja "*.cda"- Dateien.
nein, das ist umgedreht
die CD war ursprünglich rein als Nachfolger der Musikkassette gedacht und hatte nur eine Einteilung in einzelne Tracks (also kein echtes Dateisystem, womit Rechner so umgehen)
später kam man dann auf die Idee, damit auch die Floppy abzulösen und hat Daten (das ISO9660-Dateisystem) in einen sonen Track geschrieben, damit können Rechner dann auch was anfangen
damit Audio-CDs sich dem Nutzer gegenüber ähnlich verhalten wie Daten-CDs erscheinen da diese .cda-dateien, die gibt es aber eigentlich nicht, sondern das sind nur links auf die entsprechenden (nich in einem klassischen Dateisystem liegenden) Audiodatenund zur Kassette: eine kassette ist im grunde wie eine klassische Audio-CD, nur ohne die explizite Einteilung von Tracks. also einfach nur ein langes stück "Tonkapazität"
-
Zitat von Blue-Fox
oreissig: Auf einem Intel Atom ca. 2h.
Also gut >14h...
BTW: Mess dann mal die Zeit, kann IRIX schon den Befehl time?
auf welche gcc-version war deine zeitangabe bezogen?time gibts, ist aber nicht aussagekräftig, weils make dauernd unterbrochen wird wegen fehlern, die ich fixen muss

eben: zeilen 4297-4308 in gcc/cp/cp-tree.h auskommentieren
-
gcc eben
falls das tatsächlich klappen sollte, dann werd ich mich mal an mehr software probieren. der MIPS C-Compiler von IRIX kann z.B. keine bash über 3.2(.0) bauen, ich hoffe dass ich mit gcc allg. etwas weiter kommebtw hat jemand ne grobe abschätzung, wie lange nen standard gcc 3.4-bootstrap auf ner 200mhz-maschine (192mb ram) brauchen könnte?

EDIT: und weiter gehts
Spoiler anzeigen
Code
Alles anzeigencfe: Error: cp/mangle.c, line 2455: redeclaration of 'mangle_decl'; previous declaration at line 4297 in file 'cp/cp-tree.h' mangle_decl (const tree decl) ^ cfe: Error: cp/mangle.c, line 2455: Incompatible type for the function parameter mangle_decl (const tree decl) ------------------------^ cfe: Error: cp/mangle.c, line 2465: redeclaration of 'mangle_type_string'; previous declaration at line 4298 in file 'cp/cp-tree.h' mangle_type_string (const tree type) ^ cfe: Error: cp/mangle.c, line 2465: Incompatible type for the function parameter mangle_type_string (const tree type) -------------------------------^ cfe: Error: cp/mangle.c, line 2480: redeclaration of 'mangle_type'; previous declaration at line 4299 in file 'cp/cp-tree.h' mangle_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2480: Incompatible type for the function parameter mangle_type (const tree type) ------------------------^ cfe: Error: cp/mangle.c, line 2516: redeclaration of 'mangle_typeinfo_for_type'; previous declaration at line 4300 in file 'cp/cp-tree.h' mangle_typeinfo_for_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2516: Incompatible type for the function parameter mangle_typeinfo_for_type (const tree type) -------------------------------------^ cfe: Error: cp/mangle.c, line 2525: redeclaration of 'mangle_typeinfo_string_for_type'; previous declaration at line 4301 in file 'cp/cp-tree.h' mangle_typeinfo_string_for_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2525: Incompatible type for the function parameter mangle_typeinfo_string_for_type (const tree type) --------------------------------------------^ cfe: Error: cp/mangle.c, line 2533: redeclaration of 'mangle_vtbl_for_type'; previous declaration at line 4302 in file 'cp/cp-tree.h' mangle_vtbl_for_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2533: Incompatible type for the function parameter mangle_vtbl_for_type (const tree type) ---------------------------------^ cfe: Error: cp/mangle.c, line 2541: redeclaration of 'mangle_vtt_for_type'; previous declaration at line 4303 in file 'cp/cp-tree.h' mangle_vtt_for_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2541: Incompatible type for the function parameter mangle_vtt_for_type (const tree type) --------------------------------^ cfe: Error: cp/mangle.c, line 2561: redeclaration of 'mangle_ctor_vtbl_for_type'; previous declaration at line 4304 in file 'cp/cp-tree.h' mangle_ctor_vtbl_for_type (const tree type, const tree binfo) ^ cfe: Error: cp/mangle.c, line 2561: Incompatible type for the function parameter mangle_ctor_vtbl_for_type (const tree type, const tree binfo) --------------------------------------^ cfe: Error: cp/mangle.c, line 2617: redeclaration of 'mangle_thunk'; previous declaration at line 4305 in file 'cp/cp-tree.h' mangle_thunk (tree fn_decl, const int this_adjusting, tree fixed_offset, ^ cfe: Error: cp/mangle.c, line 2617: Incompatible type for the function parameter mangle_thunk (tree fn_decl, const int this_adjusting, tree fixed_offset, --------------------------------------^ cfe: Error: cp/mangle.c, line 2686: redeclaration of 'mangle_conv_op_name_for_type'; previous declaration at line 4306 in file 'cp/cp-tree.h' mangle_conv_op_name_for_type (const tree type) ^ cfe: Error: cp/mangle.c, line 2686: Incompatible type for the function parameter mangle_conv_op_name_for_type (const tree type) -----------------------------------------^ cfe: Error: cp/mangle.c, line 2723: redeclaration of 'mangle_guard_variable'; previous declaration at line 4307 in file 'cp/cp-tree.h' mangle_guard_variable (const tree variable) ^ cfe: Error: cp/mangle.c, line 2723: Incompatible type for the function parameter mangle_guard_variable (const tree variable) ----------------------------------^ cfe: Error: cp/mangle.c, line 2741: redeclaration of 'mangle_ref_init_variable'; previous declaration at line 4308 in file 'cp/cp-tree.h' mangle_ref_init_variable (const tree variable) ^ cfe: Error: cp/mangle.c, line 2741: Incompatible type for the function parameter mangle_ref_init_variable (const tree variable) -------------------------------------^ make[1]: *** [cp/mangle.o] Error 1 make[1]: Leaving directory `/usr/people/oreissig/gcc-3.4.6/gcc' make: *** [all-gcc] Error 2
grml...redeclaration klingt nach headerfile von hand editieren (quick&dirty oh yeah), na mal schaun wo das ist -
meinen ersten GCC bootstrappen, Komponenten:
- SGI Indigo²
- IRIX 5.3
- gcc 3.4.6 (die 3er GCCs brauchen keinen riesen shitload an abhängigkeiten)
- oreissig
mal schaun, was das noch wird
die grundherangehensweise ist wie bei unixprogrammen ähnlich
EDIT: siehe auch https://www.winhistory-forum.net/142664-post1403.html
EDIT2: langsam werden die ausgaben neckiger
Spoiler anzeigen
Code
Alles anzeigencfe: Warning 709: flow.c, line 1203: Incompatible pointer type assignment bb->local_set = bitmap_initialize ((( ((&flow_obstack))->temp = ( ( sizeof (bitmap_head))), ((((&flow_obstack))->chunk_limit - ((&flow_obstack))->next_free < ((&flow_obstack))->temp) ? (_obstack_newchunk (((&flow_obstack)), ((&flow_obstack))->temp), 0) : 0), (((&flow_obstack))->next_free += ( ((&flow_obstack))->temp)) ) , ( (((&flow_obstack))->next_free == ((&flow_obstack))->object_base ? ((((&flow_obstack))->maybe_empty_object = 1), 0) : 0), ((&flow_obstack))->temp = ((((&flow_obstack))->object_base) - (char *) 0) , ((&flow_obstack))->next_free = (((((((&flow_obstack))->next_free) - (char *) 0)+((&flow_obstack))->alignment_mask) & ~ (((&flow_obstack))->alignment_mask)) + (char *) 0) , ((((&flow_obstack))->next_free - (char *) ((&flow_obstack))->chunk > ((&flow_obstack))->chunk_limit - (char *) ((&flow_obstack))->chunk) ? (((&flow_obstack))->next_free = ((&flow_obstack))->chunk_limit) : 0), ((&flow_obstack))->object_base = ((&flow_obstack))->next_free, ((((&flow_obstack))->temp) + (char *) 0) ) ) , 1) ; --------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------ -----------------------------------------------------------------^ cfe: Warning 709: flow.c, line 1204: Incompatible pointer type assignment bb->cond_local_set = bitmap_initialize ((( ((&flow_obstack))->temp = ( ( sizeof (bitmap_head))), ((((&flow_obstack))->chunk_limit - ((&flow_obstack))->next_free < ((&flow_obstack))->temp) ? (_obstack_newchunk (((&flow_obstack)), ((&flow_obstack))->temp), 0) : 0), (((&flow_obstack))->next_free += ( ((&flow_obstack))->temp)) ) , ( (((&flow_obstack))->next_free == ((&flow_obstack))->object_base ? ((((&flow_obstack))->maybe_empty_object = 1), 0) : 0), ((&flow_obstack))->temp = ((((&flow_obstack))->object_base) - (char *) 0) , ((&flow_obstack))->next_free = (((((((&flow_obstack))->next_free) - (char *) 0)+((&flow_obstack))->alignment_mask) & ~ (((&flow_obstack))->alignment_mask)) + (char *) 0) , ((((&flow_obstack))->next_free - (char *) ((&flow_obstack))->chunk > ((&flow_obstack))->chunk_limit - (char *) ((&flow_obstack))->chunk) ? (((&flow_obstack))->next_free = ((&flow_obstack))->chunk_limit) : 0), ((&flow_obstack))->object_base = ((&flow_obstack))->next_free, ((((&flow_obstack))->temp) + (char *) 0) ) ) , 1) ; -------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------ -----------------------------------------------------------------^ cfe: Warning 709: flow.c, line 1447: Incompatible pointer type assignment bb->global_live_at_start = bitmap_initialize ((( ((&flow_obstack))->temp = ( ( sizeof (bitmap_head))), ((((&flow_obstack))->chunk_limit - ((&flow_obstack))->next_free < ((&flow_obstack))->temp) ? (_obstack_newchunk (((&flow_obstack)), ((&flow_obstack))->temp), 0) : 0), (((&flow_obstack))->next_free += ( ((&flow_obstack))->temp)) ) , ( (((&flow_obstack))->next_free == ((&flow_obstack))->object_base ? ((((&flow_obstack))->maybe_empty_object = 1), 0) : 0), ((&flow_obstack))->temp = ((((&flow_obstack))->object_base) - (char *) 0) , ((&flow_obstack))->next_free = (((((((&flow_obstack))->next_free) - (char *) 0)+((&flow_obstack))->alignment_mask) & ~ (((&flow_obstack))->alignment_mask)) + (char *) 0) , ((((&flow_obstack))->next_free - (char *) ((&flow_obstack))->chunk > ((&flow_obstack))->chunk_limit - (char *) ((&flow_obstack))->chunk) ? (((&flow_obstack))->next_free = ((&flow_obstack))->chunk_limit) : 0), ((&flow_obstack))->object_base = ((&flow_obstack))->next_free, ((((&flow_obstack))->temp) + (char *) 0) ) ) , 1) ; ------------------------------------------------------------------------------------------------------------ -------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------ -----------------------------------------------------------------^ cfe: Warning 709: flow.c, line 1448: Incompatible pointer type assignment bb->global_live_at_end = bitmap_initialize ((( ((&flow_obstack))->temp = ( ( sizeof (bitmap_head))), ((((&flow_obstack))->chunk_limit - ((&flow_obstack))->next_free < ((&flow_obstack))->temp) ? (_obstack_newchunk (((&flow_obstack)), ((&flow_obstack))->temp), 0) : 0), (((&flow_obstack))->next_free += ( ((&flow_obstack))->temp)) ) , ( (((&flow_obstack))->next_free == ((&flow_obstack))->object_base ? ((((&flow_obstack))->maybe_empty_object = 1), 0) : 0), ((&flow_obstack))->temp = ((((&flow_obstack))->object_base) - (char *) 0) , ((&flow_obstack))->next_free = (((((((&flow_obstack))->next_free) - (char *) 0)+((&flow_obstack))->alignment_mask) & ~ (((&flow_obstack))->alignment_mask)) + (char *) 0) , ((((&flow_obstack))->next_free - (char *) ((&flow_obstack))->chunk > ((&flow_obstack))->chunk_limit - (char *) ((&flow_obstack))->chunk) ? (((&flow_obstack))->next_free = ((&flow_obstack))->chunk_limit) : 0), ((&flow_obstack))->object_base = ((&flow_obstack))->next_free, ((((&flow_obstack))->temp) + (char *) 0) ) ) , 1) ; ---------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------ -----------------------------------------------------------------^ cfe: Warning 709: flow.c, line 1451: Incompatible pointer type assignment regs_live_at_setjmp = bitmap_initialize ((( ((&flow_obstack))->temp = ( ( sizeof (bitmap_head))), ((((&flow_obstack))->chunk_limit - ((&flow_obstack))->next_free < ((&flow_obstack))->temp) ? (_obstack_newchunk (((&flow_obstack)), ((&flow_obstack))->temp), 0) : 0), (((&flow_obstack))->next_free += ( ((&flow_obstack))->temp)) ) , ( (((&flow_obstack))->next_free == ((&flow_obstack))->object_base ? ((((&flow_obstack))->maybe_empty_object = 1), 0) : 0), ((&flow_obstack))->temp = ((((&flow_obstack))->object_base) - (char *) 0) , ((&flow_obstack))->next_free = (((((((&flow_obstack))->next_free) - (char *) 0)+((&flow_obstack))->alignment_mask) & ~ (((&flow_obstack))->alignment_mask)) + (char *) 0) , ((((&flow_obstack))->next_free - (char *) ((&flow_obstack))->chunk > ((&flow_obstack))->chunk_limit - (char *) ((&flow_obstack))->chunk) ? (((&flow_obstack))->next_free = ((&flow_obstack))->chunk_limit) : 0), ((&flow_obstack))->object_base = ((&flow_obstack))->next_free, ((((&flow_obstack))->temp) + (char *) 0) ) ) , 1) ; --------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------- ------------------------------------------------------------------------------ -----------------------------------------------------------------^(leider kommts hier nich ganz so gut. bei mir im Terminal ist jede einzelne Zeile davon mehr als Bildschirmfüllend :))
-
-
grad mal bei gandros Link geschaut, für Deus Ex gibts nen .ini-Hack, was wohl ganz dufte geht.
bei sowas wie GTA 2 siehts aber vermutlich düsterer aus, da wäre sowas wie Igor es nannte wohl immerhin besser als gestrecht (das T61 hätte ne nvidia quadro (8400irgendwas))Okay ist halt bisschen gefrickel, aber schön zu hören, dass nicht gänzlich Hopfen und Malz verloren sind

EDIT: brb, hab lust auf GTA2 bekommen

-
Ich brauch mal bisschen Nachhilfe bzgl. moderner Technik von euch

Geht um folgendes:
ich will in näherer Zukunft mein Notebook (=> Hauptrechner) durch nen neueres ersetzen. Am liebsten würde ich dabei wieder auf ein Gerät mit 4:3 setzen, aber ich glaube fast nicht, dass ich ein T61 mit 4:3 und einer Auflösung >XGA bekomme (schon ewig keins mehr bei ebay gesehen), also wirds wohl oder übel auf eins mit 1440x900 hinauslaufen, womit ich sicher schon auch leben könnte.Jetzt kam mir eben in den Sinn, dass ich irgendwann unbedingt nochmal Deus Ex spielen möchte (Baujahr 99, da gabs wohl kaum Widescreens), wie ist das da jetzt? (auf dem Rechner wird dann wohl Windows laufen)
- merkt das Spiel davon u.U. garnix, weil das DirectX/OpenGL einfach macht? (sodass widescreen-auflösungen gehen, obwohl die damals ursprünglich nicht vorgesehen waren)
- wird das ganze eklig gestrecht? (das dicke-menschen-syndrom)
- sind da schwarze balken am rand?
Looking forward to hearing from you!
All the best,
Maurice Mossoreissig -
nice, piraten mit 2/3-Mehrheit...ist aber wohl wenig repräsentativ

-
das wird dem herzlich hupe sein, er vermittelt euch halt grundlagenkenntnisse. dass ihr die später nie direkt anwenden werden ändert nix daran, dass sie euer denken schulen und halt einfach die basis alles weiteren sind
ohne mathematik keine theoretische informatik und ohne theoretische informatik keine praktische -
wenn du danach gehst, dann hatte ich praktisch keine Mathematik im Studium
wozu mit Taschenrechner rumsitzen, zahlen jonglieren können PCs eh viel besser. Was wir im Studium als Mathematik hatten war einmal diskrete Mathematik (Logik, ...) oder sowas wie Lineare Algebra, wo man eh nur mit 1-2-stelligen zahlen hantiert, da braucht man auch keinen TR -
was zählt denn bei dir alles unter Mathematik?
nur die reine lehre wie analysis usw, oder auch angewandtere Sachen (ggf. auch theoretische Informatik) wie Kryptologie, Numerik oder Algorithmik?
Insbesondere letztere hat mit Mathematik eigentlich netmehr wirklich was am Hut, dürfte für die meisten aber wohl kaum weniger abschreckend sein
-
CDs werden schon aus 2 Gründen nicht so schnell weg sein
- sie haben weiterhin verwendung als wechseldatenträger der wahl für audio
- sie können auch von DVD- und BluRay-Laufwerken gelesen werden und sind kompatibel
das hatten Disketten nicht, sie haben keine herausragende Verwendung mehr und benötigen eigene Laufwerke, die in vielen Rechnern ja schon nicht mehr drin sind