Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.csd.uwm.edu!bionet!apple!sun-barr!newstop!sun!satori!dmc From: dmc%satori@Sun.COM (Doug Cook) Newsgroups: comp.windows.x Subject: Re: XView Toolkit on DECStation 3100 Message-ID: <124399@sun.Eng.Sun.COM> Date: 10 Sep 89 21:08:22 GMT References: Sender: news@sun.Eng.Sun.COM Reply-To: dmc@sun.UUCP (Doug Cook) Organization: Sun Microsystems, Mountain View Lines: 34 In article dwf@demos.lanl.gov (David W. Forslund) writes: > I managed to get the attr/attr_copy.c and win/win_keymap.c files to > compile by using the -O option. Glad you got these to compile. I've been unable to reproduce this particular problem on my DEC 3100, even without optimization. A word of caution about XView and the 3100 (MIPS) compiler: when you're using optimization, you may experience problems with the menu package (...libxvol/menu). I would recommend compiling that package, at least, without optimization. I've tried very hard to reproduce this bug under other conditions, but it appears to be a subtle bug in the compiler's optimizer. > Any ideas from > anyone on how to keep ar from core dumping? You might try rebooting your machine, or try "ar tsl" instead of "ar ts". I don't see why these should make a difference, but I don't see why ar should core dump, either. Anyone else got any ideas? > By the way, one must remove old versions of > libxvin.a and libxvol.a when rebuilding them. The Makefiles just > keep adding to the library each time you run make. The Imakefiles were designed to quickly build the XView libraries from scratch. Thus they use "ar clq". You might want to change this to "ar ruvl" to facilitate changing individual object files. There's a line in XView.config to do this. Alternatively, you could just specify "AR=ar ruvl" on the "make" command line. -Doug Doug Cook dmc@sun.com Software Engineer, XView Group Sun Microsystems, Inc.