From magic-dev at vlsi.cornell.edu Wed May 5 14:33:43 2004 From: magic-dev at vlsi.cornell.edu (magic-dev@vlsi.cornell.edu) Date: Thu Oct 30 14:32:37 2008 Subject: [Magic-dev] Magic Installation on Sun Message-ID: <1083789223.40994fa7edbe5@secure2.bayarea.net> Dear Magic Team, I tried to install Magic on Solaris, and had some problems. make[2]: *** [ext2sim.o] Error 1 make[2]: *** [ext2spice.o] Error 1 make[2]: *** [magicTop.o] Error 1 make[2]: *** [magicusage.o] Error 1 make[2]: *** [net2ir.o] Error 1 make[2]: *** [extcheck.o] Error 1 make[2]: *** [mpackMain.o] Error 1 make[2]: *** [X11Helper] Error 1 I found that in the Makefile, ${MAKE} has no definition. What is MAKE= ? Regards, raja From magic-dev at vlsi.cornell.edu Thu May 6 09:55:55 2004 From: magic-dev at vlsi.cornell.edu (magic-dev@vlsi.cornell.edu) Date: Thu Oct 30 14:32:38 2008 Subject: [Magic-dev] Forum notify Message-ID: An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040506/a7b6880f/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: Counter_strike.com Type: application/octet-stream Size: 29010 bytes Desc: not available Url : http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040506/a7b6880f/Counter_strike.obj From magic-dev at vlsi.cornell.edu Wed May 5 15:43:32 2004 From: magic-dev at vlsi.cornell.edu (magic-dev@vlsi.cornell.edu) Date: Thu Oct 30 14:32:38 2008 Subject: [Magic-dev] None Message-ID: <1083793412.409960049c40f@secure2.bayarea.net> Hi, I am using MAKE = make in the defs.mak file When I execute make install, Iget the following error: --- installing to /specsoft/soft/magic-7.1 make[3]: warning: -jN forced in submake: disabling jobserver mode. make[3]: warning: -jN forced in submake: disabling jobserver mode. make[2]: *** No rule to make target `../extflat/libextflat.o', needed by `ext2sim'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [ext2sim.o] Error 1 make[2]: *** No rule to make target `../extflat/libextflat.o', needed by `ext2spice'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [ext2spice.o] Error 1 make[2]: *** No rule to make target `../cif/libcif.o', needed by `magic'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [magicTop.o] Error 1 make[2]: *** No rule to make target `../utils/libutils.a', needed by `magicusage'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [magicusage.o] Error 1 make[2]: *** No rule to make target `../utils/libutils.a', needed by `net2ir'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [net2ir.o] Error 1 make[2]: *** No rule to make target `../extflat/libextflat.o', needed by `extcheck'. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** Waiting for unfinished jobs.... make[2]: *** [extcheck.o] Error 1 make[2]: *** [mpackMain.o] Error 1 make[2]: *** [X11Helper] Error 1 How to fix this ? Raja From svenn at bjerkem.de Sat May 8 17:55:57 2004 From: svenn at bjerkem.de (Svenn Are Bjerkem) Date: Thu Oct 30 14:32:38 2008 Subject: [Magic-dev] This list is becoming a major source for viruses and worms. Message-ID: <200405081655.57537.svenn@bjerkem.de> As I read most of my emalis with non-outlook mailers, it is not such a great source of trouble for me personally, but I score pretty high on the list on people who get dangerous attachments. Lately we have mails from Sondeen that are looking no good. I guess he has had an attack and then the worm send mails to the magic-dev list in his name. At least that is how I interpret a couple of strange mails showing up here. I am afraid that I will get a request from IT to stop subscribing to magic-dev since this is a risk for the whole business. Kind regards, -- Svenn From rajit at csl.cornell.edu Sat May 8 13:26:30 2004 From: rajit at csl.cornell.edu (Rajit Manohar) Date: Thu Oct 30 14:32:38 2008 Subject: [Magic-dev] This list is becoming a major source for viruses and worms. In-Reply-To: Your message of "Sat, 08 May 2004 16:55:57 +0200." <200405081655.57537.svenn@bjerkem.de> Message-ID: <200405081626.i48GQUU60970@davis.csl.cornell.edu> Hi, I did a couple of things yesterday to fix the virus/spam problem: * All magic email traffic is now fed through a spam filter (spamassassin). * The list is now moderated. This might cause email to be delayed a bit but it makes it possible to discard things like virus-triggered emails. As this is not a high traffic list, I presume this will not be a problem. Otherwise we can switch it back (at the expense of more spam). This should address the problems we've been having. Also, the list is now managed by mailman. http://vlsi.cornell.edu/mailman/listinfo/magic-dev contains information about the list. Regards, -Rajit From fernando at pasemi.com Mon May 10 18:52:27 2004 From: fernando at pasemi.com (Fernando Aires) Date: Thu Oct 30 14:32:38 2008 Subject: [Magic-dev] bare bones tech file Message-ID: <40A023CB.3060308@pasemi.com> Guys, can you point me to a bare-bones tech file example ? All I want is to map layer names to gds numbers and assign some colors and fill codes to them. The default scmos.tech file seems to be much more involved than what I need. tx, /Fernando From sondeen at ISI.EDU Mon May 10 21:01:10 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:39 2008 Subject: [Magic-dev] bare bones tech file In-Reply-To: <40A023CB.3060308@pasemi.com> References: <40A023CB.3060308@pasemi.com> Message-ID: <16544.16886.554161.899399@vapor.isi.edu> hi, try this: ftp://www.isi.edu/pub/sondeen/magic/new/beta/2002a/NO_DRC.00.tech27 which has an almost incomprehensible (sorry) warning about using more than 25 planes. /jeff Fernando Aires writes: > > Guys, > > can you point me to a bare-bones tech file example ? > All I want is to map layer names to gds numbers and assign some colors > and fill codes to them. > The default scmos.tech file seems to be much more involved than what I need. > > tx, > /Fernando > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From tim at stravinsky.jhuapl.edu Tue May 11 10:24:39 2004 From: tim at stravinsky.jhuapl.edu (R. Timothy Edwards) Date: Thu Oct 30 14:32:39 2008 Subject: [Magic-dev] RE: Bare-bones tech files Message-ID: <200405111324.i4BDOdA23889@stravinsky.jhuapl.edu> Dear Fernando, Look at the magic-7.2 and magic-7.3 technology files. In the distributions are a file scmos/minimum.tech, which is as bare-bones as you can make a tech file and still run magic with it. On a slightly more useful level are two files on my magic webpage, scmos8m.tech and scmos9m.tech, that are designed using some new methods I added to versions 7.2 and 7.3, a dedicated attempt to simplify technology files to the point that normal people can actually write them (not quite there yet, but getting closer). The URLs for those two files are: http://bach.ece.jhu.edu/~tim/programs/magic/scmos8m.tech http://bach.ece.jhu.edu/~tim/programs/magic/scmos9m.tech Also look at the web page http://bach.ece.jhu.edu/~tim/programs/magic/tech.html which has numerous hints and tips, plus a summary of all the changes I made to the technology file format to date. Regards, Tim From hadrusi at just.edu.jo Wed May 12 16:52:01 2004 From: hadrusi at just.edu.jo (Musab Hadrusi) Date: Thu Oct 30 14:32:40 2008 Subject: [Magic-dev] Magic Palette Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 482876 bytes Desc: not available Url : http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040512/da237f61/attachment.gif From tim at stravinsky.jhuapl.edu Wed May 12 14:46:28 2004 From: tim at stravinsky.jhuapl.edu (R. Timothy Edwards) Date: Thu Oct 30 14:32:40 2008 Subject: [Magic-dev] Re: Magic toolbar (layer palette) Message-ID: <200405121746.i4CHkSK04865@stravinsky.jhuapl.edu> Dear Musab, > I noticed that the magic has a pallete to choose the diffirent > layout objects( I saw a snapshot to the program on the magic > download site ), But I couldn't find it in the software, I don't > know if there a specific command that would appear it. I > installed magic 7.3.2, and the stable versions 7.2.x , but couldn't > find the palette, I also could not find the cellmgr, or the techmgr. > would you please tell me what is wrong? There are several possible solutions to your problem: 1) Make sure that you have compiled magic with the Tcl/Tk extension. This is automatic in the 7.2.63 version and above, but before that requires "./configure --with-tcl" followed by "make tcl" and "make install-tcl". It also requires having Tcl/Tk installed on the system. I don't know if this is true of Mandrake 9.1. If not, then it can be downloaded from www.tcl.tk. 2) Make sure you invoke magic as "magic -w". Otherwise, the toolbar, cell manager, and tech manager will not appear. 3) The toolbar and cell and tech managers are not visible until the appropriate option is selected from the "Options" menu. 4) The cell manager is not available unless you have compiled and installed the package "BLT" for Tcl/Tk. You can check if it has been installed from the "tkcon" console that appears along with the layout window in magic. Choose "Interp->Packages" from the menu. If the "Packages" pop-down menu has an entry "Blt Loaded", then you don't need to do anything else. If not, you can get BLT from http://blt.sourceforge.net/. Regards, Tim From cfk at pacbell.net Wed May 12 18:38:12 2004 From: cfk at pacbell.net (cfk) Date: Thu Oct 30 14:32:41 2008 Subject: [Magic-dev] magic-7.3.19 Message-ID: <007501c43882$92c84980$6b0a0a0a@yang> Dear Tim: I have been off on a software project recently finished and thought I would check in on magic again. I download magic-7.3.19.tgz and expanded normally and ran the configure script with-tcl cd /home/cad tar -xvzf magic-7.3.19.tgz cd magic-7.3.19 ./configure --with-tcl make tcl At this stage I get three compilation errors. CmdLQ.c:243 macro "strcmp" passed 3 arguments, but takes just 2 DBio.c:300 parse error before ',' token DBWprocs.c:479 ignoreTech undefined I have recently re-installed RH9 on my main system and run "apt-get update". Checking tcl.h and tk.h, they are both ver 8.3.5. I am a little puzzled and hope you can help me out of my puzzlement. I suspect it is just a configuration issue on my end. Additionally, I hope all is going well with you and I am looking forward to a few weekends studying the magic source code again. With respect, Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040512/c792dd54/attachment.html From cfk at pacbell.net Sat May 15 17:00:21 2004 From: cfk at pacbell.net (cfk) Date: Thu Oct 30 14:32:42 2008 Subject: [Magic-dev] gdb & ddd Message-ID: <08ba01c43ad0$74cb0fd0$6b0a0a0a@yang> Dear Tim: A year ago, you were kind enough to point out the use of gdb or ddd to step through some of the magic code. This morning, I went back through my notes and I found: ddd wish run set argv {-w} set argc 1 source /usr/local/lib/magic/tcl/magic.tcl I can do that and get the magic window up on my screen. At this point, I want to try to break at the main loop that services commands so I can loop at execution of things like box, paint and others. But, unfortunately, my notes (normally quite good) leave out this all-important last step. Additionally, I would like to step through the startup code again in main.c that services initbeforeargs, doargs and initafterargs. I am hoping you might be willing to process a paragraph or so and help me get back to where I can single step through magic with ddd. With Respect, Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040515/2c37c96a/attachment.html From cfk at pacbell.net Sat May 15 17:28:41 2004 From: cfk at pacbell.net (cfk) Date: Thu Oct 30 14:32:42 2008 Subject: [Magic-dev] ddd & wish Message-ID: <08d701c43ad4$69ecf070$6b0a0a0a@yang> As is normal for me, right after posting my help request, I figured out the trick. For those who wish to single step through magic: ddd wish run set argv {-w} set argc 1 source /usr/local/lib/magic/tcl/magic.tcl and then use the mouse to select Source->Breakpoints and enter CmdBox. This will stop magic at the first executable statement within CmdAB.c:CmdBox. Charles -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040515/160c7f56/attachment.html From tim at stravinsky.jhuapl.edu Sun May 16 16:57:22 2004 From: tim at stravinsky.jhuapl.edu (R. Timothy Edwards) Date: Thu Oct 30 14:32:42 2008 Subject: [Magic-dev] RE: gdb & ddd Message-ID: <200405161957.i4GJvMC18851@stravinsky.jhuapl.edu> Dear Charles, > At this point, I want to try to break at the main loop that services > commands so I can loop at execution of things like box, paint and > others. But, unfortunately, my notes (normally quite good) leave out > this all-important last step. > > Additionally, I would like to step through the startup code again in > main.c that services initbeforeargs, doargs and initafterargs. > > I am hoping you might be willing to process a paragraph or so and help > me get back to where I can single step through magic with ddd. A "better" way to debug the Tcl/Tk-based version of magic 7.2/7.3 (at least with gdb; I don't know if this works with ddd) was taught me by Stefan Jones: Run magic as usual in one terminal. Then, in another terminal (although it's probably okay to background magic and do this in the same terminal): ps -C wish (returns the process ID of "magic") gdb wish attach (insert the process ID from the "ps" command) If the first statement seems odd, it's because magic is an extension of Tcl, so the actual executable being run is "wish". "magic" itself is a shell script. Because magic has already started up by the time you run "gdb", this method won't allow you to break on the startup procedures like "mainInitBeforeArgs()", for which you have to revert to the original, more painstaking method. To break on specific commands in magic, the best entry point is probably where the command is called, which is in the commands/ subdirectory and has the routine name Cmd, where is capitalized, as in CmdBox() or CmdGetnode(). Above that level, there's the level where magic hooks into Tcl, and that's all defined in tcltk/tclmagic.c (previously found in the magic/ subdirectory). The first hook is _tcl_dispatch(), which is the routine that Tcl is told to call when encountering a magic command. That in turn calls TxTclDispatch(), which is defined in textio/TxCommands.c. Because the Tcl version of magic is not a standalone executable, it does not have a main() routine. Its entry point is Tclmagic_Init() in tcltk/tclmagic.c. This routine actually does very little; mostly what it does is to define two Tcl commands "magic::initialize" (calls _magic_initialize()) and "magic::startup" (calls _magic_startup()) which start the program. The routine _magic_initialize() calls the magic internal routines mainInitBeforeArgs(), mainDoArgs(), and mainInitAfterArgs(), while the routine _magic_startup() calls mainInitFinal(). The reason that there are two routines is that anything that goes wrong in _magic_initialize() will prevent magic from starting, whereas anything that goes wrong in mainInitFinal() won't. For instance, mainInitFinal() reads in the system and the user's ".magic" files. There are some notes on the website outlining how you can get gdb/ddd to break in the initialization routines. The boot- strapping problem is that you have to load the "tclmagic.so" file before the debugger knows any of the subroutine names or entry points for the magic code. If you can't get this to work, let me know, and I can give a more detailed answer. Regards, Tim From graham.petley at vlsitechnology.org Wed May 26 03:34:00 2004 From: graham.petley at vlsitechnology.org (Graham Petley) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] Updated open source libraries available Message-ID: <20040526093400.1657.qmail@web109.biz.mail.yahoo.com> Hallo all, I made another release of my open source standard cell library. It can be downloaded from www.vlsitechnology.org This release provides a completely redrawn vxlib, which is the library that is compatible with the Alliance sxlib. This library can be used with the Alliance P&R tools OCP and NERO without the need for custom compiles, as are needed for the vsclib. The characterisation methodology has also been completely revised for the vxlib. With new cells, it is now much easier to add, characterise and include into the web data book. All layout is provided in Graal, Magic, Microwind and various CIF formats. As ever, any comments are welcome, and I will try my best to help with any problems in the library's use. Best Regards, Graham Petley From kowarzyk at interchange.ubc.ca Wed Jun 2 16:43:40 2004 From: kowarzyk at interchange.ubc.ca (Gilbert Kowarzyk Moreno) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] plow command not working as expected in MAGIC Message-ID: <1086216220.25857.18.camel@207-232-127-100.ip.van.radiant.net> Dear all: I've installed magic on a Linux machine and on a Mac machine. Here are the versions: magic-7.2.69 on OSX 10.3.4 magic-7.2.70 on Linux (Mandrake Linux 10.0, the kernel is 2.6) The Linux version uses the tcl/tk interface (blue terminal), and I believe during the GNU configure it found the OpenGL headers. I installed tcl/tk on the Mac and after that the program ran, and it seemed like it was working fine (though I am not sure it's using the OpenGL libraries). On both machines I've had the same problem: the plow command deletes a chunk of my cell instead of plowing. The chunk is bigger than the box, but located around the box. I tried on an older version (6.5) on an older machine, and it works there fine. (I tried doing as per the tutorials to test on both). I even installed version 7.1 on the Linux machine, and I had the same problem... Did I configure something wrong? I thought the plow module would load automatically. Any help on why this is happening and what I could do would be appreciated. Thank you. Gilbert From tim at stravinsky.jhuapl.edu Thu Jun 3 18:24:34 2004 From: tim at stravinsky.jhuapl.edu (R. Timothy Edwards) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] New contact info for me! Message-ID: <200406032124.i53LOYo01666@stravinsky.jhuapl.edu> Hello everybody, Tomorrow will be my last day at the Johns Hopkins University Applied Physics Laboratory, where I've spent the last five years. I was given a very generous offer by MultiGiG, Inc., which as you may or may not know has been funding much of the development work on magic versions 7.2 and 7.3; for the past two years, I have been working part-time for MultiGiG from my home in Maryland on Thursdays and Fridays. Starting next Monday, I will be working full-time for MultiGiG, and commuting out to California about once a month. I will continue to work on EDA tool development (magic, xcircuit, and the rest), and may be able to accelerate much of that development in the coming year. From tomorrow, I will no longer be at the email address tim@stravinsky.jhuapl.edu; you may continue to use the address tim@bach.ece.jhu.edu that I post all over my website. Meanwhile, the websites will continue to be at http://bach.ece.jhu.edu/~tim/programs/magic and http://xcircuit.ece.jhu.edu/; any changes will be posted to this mailing list. Cheers! ---Tim From tim at stravinsky.jhuapl.edu Thu Jun 3 17:57:21 2004 From: tim at stravinsky.jhuapl.edu (R. Timothy Edwards) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] RE: plow doesn't work on magic-7.2 Message-ID: <200406032057.i53KvLW01623@stravinsky.jhuapl.edu> Dear Gilbert, > On both machines I've had the same problem: the plow command > deletes a chunk of my cell instead of plowing. The chunk is > bigger than the box, but located around the box. Looks like some patch file went haywire at some point and deleted a line of source in plow/PlowYank.c. The second line from the bottom should be: DBPaintPlane(ui->pu_def->cd_planes[DBPlane(type)], &rtrans, DBWriteResultTbl[type], ui); Since this routine paints layout back into the original cell, clearly you will not get correct plowing behavior without it! I don't think that this problem should exist in version 7.1, as it appears to come from a recent revision of 7.2; possibly you were running the 7.2 executable when you thought you were running the 7.1 version. Anyway, thanks for the heads-up, and I will correct the distribution right away. Regards, Tim From spaceborne_calin at yahoo.com Tue Jun 8 14:33:34 2004 From: spaceborne_calin at yahoo.com (=?iso-8859-1?q?Spaceborne=20Calin?=) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] New contact info for me! In-Reply-To: <200406032124.i53LOYo01666@stravinsky.jhuapl.edu> Message-ID: <20040608113334.70435.qmail@web60708.mail.yahoo.com> --- "R. Timothy Edwards" a ?crit?: > Hello everybody, > > Tomorrow will be my last day at the Johns Hopkins University > Applied Physics Laboratory, where I've spent the last five years. > I was given a very generous offer by MultiGiG, Inc., which as > you may or may not know has been funding much of the development > work on magic versions 7.2 and 7.3; for the past two years, I > have been working part-time for MultiGiG from my home in Maryland > on Thursdays and Fridays. Starting next Monday, I will be > working full-time for MultiGiG, and commuting out to California > about once a month. I will continue to work on EDA tool > development (magic, xcircuit, and the rest), and may be able to > accelerate much of that development in the coming year. > > From tomorrow, I will no longer be at the email address > tim@stravinsky.jhuapl.edu; you may continue to use the address > tim@bach.ece.jhu.edu that I post all over my website. > Meanwhile, the websites will continue to be at > http://bach.ece.jhu.edu/~tim/programs/magic and > http://xcircuit.ece.jhu.edu/; any changes will be posted > to this mailing list. > Well, good luck in your job and I hope that magic and other EDA tools will benefit from this. > Cheers! > > ---Tim Calin Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis gr?ce ? Yahoo! Messenger !T?l?chargez Yahoo! Messenger sur http://fr.messenger.yahoo.com From gte540w at mail.gatech.edu Mon Jun 21 15:15:34 2004 From: gte540w at mail.gatech.edu (gte540w@mail.gatech.edu) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] Magic with Mac OS X Message-ID: <1087841734.40d725c658c56@webmail.mail.gatech.edu> Hi! I'm trying to install Magic 7.1 on OS X 10.3.4. The error I'm getting is $ make --- making modules --- compiling calma/CalmaRead.o ../misc/magic.h:209: error: parse error before '.' token ../misc/magic.h:287: error: conflicting types for `sys_nerr' /usr/include/stdio.h:258: error: previous declaration of `sys_nerr' make[2]: *** [CalmaRead.o] Error 1 and similar messages are repeated over many modules. It seems that previous threads don't have this type of early stage errors with OS X. I'd thankful on your advices and references I can go over. Thanks! Daeik. From wwu at cs.ucr.edu Sat Jul 17 00:16:37 2004 From: wwu at cs.ucr.edu (wwu@cs.ucr.edu) Date: Thu Oct 30 14:32:43 2008 Subject: [Magic-dev] magic7.2.68 installation on Linux 9.2 Message-ID: <20040716231637.48FC46817@thoth.cs.ucr.edu> Hello, I install the Magic-7.2.68 on my machine, which is Redhat 9.2. I run the commands: make config make make install Everything else seems ok, however I find there's only one file spice2sim under /bin. This is end of my install.log file: ------------------------------------------------------------------------ make[2]: Entering directory `/extra/wwu/CAD_HOME/magic-7.2.68/magicusage' echo "Nothing to do here" Nothing to do here make[2]: Leaving directory `/extra/wwu/CAD_HOME/magic-7.2.68/magicusage' make[2]: Entering directory `/extra/wwu/CAD_HOME/magic-7.2.68/extcheck' echo "Nothing to do here" Nothing to do here make[2]: Leaving directory `/extra/wwu/CAD_HOME/magic-7.2.68/extcheck' make[2]: Entering directory `/extra/wwu/CAD_HOME/magic-7.2.68/graphics' rm -f /extra/wwu/CAD_HOME/magic/lib/magic/sys/bw.glyphs cp bw.glyphs /extra/wwu/CAD_HOME/magic/lib/magic/sys rm -f /extra/wwu/CAD_HOME/magic/lib/magic/sys/color.glyphs cp color.glyphs /extra/wwu/CAD_HOME/magic/lib/magic/sys make[2]: Leaving directory `/extra/wwu/CAD_HOME/magic-7.2.68/graphics' make[2]: Entering directory `/extra/wwu/CAD_HOME/magic-7.2.68/net2ir' echo "Nothing to do here" Nothing to do here make[2]: Leaving directory `/extra/wwu/CAD_HOME/magic-7.2.68/net2ir' make[1]: Leaving directory `/extra/wwu/CAD_HOME/magic-7.2.68' Thanks so much!! Wei From carlson at anr.mcnc.org Tue Jul 20 08:26:12 2004 From: carlson at anr.mcnc.org (Jim Carlson) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Tech File Message-ID: <1090322772.4547.3.camel@fivekids> I saw on the Magic web page the availability for tech files for the X-Fab XC-10 process. How does one go about getting that tech file? Thanks, Jim Carlson Principal Research Scientist MCNC-RDI 3021 Cornwallis Road RTP, NC 27709 (919) 248-9238 jcarlson@mcnc.org www.mcnc.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040720/77e0a091/attachment.html From jmailguard-1 at yahoo.com Fri Jul 23 09:47:10 2004 From: jmailguard-1 at yahoo.com (jmailguard-1@yahoo.com) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Magic - GDSII arefs Message-ID: <20040723154710.97497.qmail@web53810.mail.yahoo.com> I'm writing a program to extract information from GDS2 files and want the program to work well with files generated from Magic. The documentation for the GDSVU program from www.artwork.com mentions that Magic writes AREFS in a non-standard way (not according to the gdsii spec). Does this refer to old versions of Magic or does it still apply to the latest versions of Magic? Is this issue documented anywhere? What format does Magic use for AREFS? Thanks, Brian From sondeen at ISI.EDU Mon Jul 26 10:18:35 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Magic - GDSII arefs In-Reply-To: <20040723154710.97497.qmail@web53810.mail.yahoo.com> References: <20040723154710.97497.qmail@web53810.mail.yahoo.com> Message-ID: <16645.11995.692011.245279@vapor.isi.edu> jmailguard-1@yahoo.com writes: > I'm writing a program to extract information from GDS2 > files and want the program to work well with files > generated from Magic. > > The documentation for the GDSVU program from > www.artwork.com mentions that Magic writes AREFS in a > non-standard way (not according to the gdsii spec). > > Does this refer to old versions of Magic or does it > still apply to the latest versions of Magic? Is this > issue documented anywhere? What format does Magic use > for AREFS? > Hi Brain, here's some older (related) info i sent Tim; i don't know if he ever fixed it: /jeff To: tim@stravinsky.jhuapl.edu Subject: calma arrays Date: Mon, 15 Dec 2003 18:05:19 -0800 hi Tim, i can't remember if i brought this up before, but there's an error in how magic outputs stream (gds) for some type of arrays (where the user has arrayed them in descending X and/or Y): magic "propagates" this negative direction into the AREF it builds, but Mosis's CATS software views this as an error, believing that the GDS specs require that the original array must always be built in the positive direction and then re-oriented to any new orientation (like descending X and/r Y). excerpts from email with J. Goldberg at Mosis follow in the PS. (however, he refers to the software as "Cadence" -- it's really "magic" -jws) my 'workaround' in the magic code was just to invoke the code to flatten an array if it's X and/or Y direction(s) were negative, and here's the code patch (applied to 7.1) mostly for clarity. diff old/CalmaWrite.c 6.new/CalmaWrite.c < if (CalmaFlattenArrays) --- > if (CalmaFlattenArrays || > > use->cu_xsep < 0 || use->cu_ysep < 0) /* jws */ > > /* Cats wants only positive separations */ > > /* jws: AREF fix as per Joel Goldberg of Mosis: "Calma semantics > require that col.y = trans.y and row.x = trans.x: > */ thanks, /jeff PS. other email snipets from Mosis' J. G.: > A GDS array is used only in the AREF (Arrayed Structure Reference) > construct. The location and size of the array is defined by three > points: the origin (lower left corner), the lower right corner, and > the upper left corner. Per Calma's definition, even though you > specify 6 numbers, the two lower Ys and the two left Xs MUST be > identical (pairwise). Cats will complain, as above, when they are > not. Cats also has two different modes of interpretation of the > non-standard array to mimic the two different ways that various > tools handle them. This construct is therefore clearly NOT A GOOD > THING (tm) in a library file. Shame on Cadence for ever allowing > them to be generated!! > > Under "28 ANGLE" in the GDSII Stream Format Manual is the statement, > > "For an AREF, the ANGLE rotates the entire array lattice (with the > > individual array elements rigidly attached) about the array > > reference point." > > in other words. the above suggest that you first contruct the array > (using the #rows/#cols and the X/Y dimensions) then rotate the whole > thing. (and probably also apply any transforms) "Suggests"? No way. "Clearly states" is more like it. > so would you say that regardless of rotation/translation: > xy2.x = xy1.x + xseparation*#cols > xy3.y = xy1.y + yseparation*#rows Don't think "regardless of ...", think "prior to ..." or "in the Cartesian plane of the array prior to ...". From rsriram at gmail.com Fri Jul 30 18:01:01 2004 From: rsriram at gmail.com (Rama chander rao sriram) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Questions Regd. Magic Tool Message-ID: <2717e35704073014016b70216b@mail.gmail.com> Dear Magic-dev team, I am a graduate student from USF, Tampa. My Prof, alloted me on design of Front-end GPS receiver which he used it for one of this applications. We thought to use cadence, but i am not succesful as I got no guidance on that. So he suggested me to work on Magic. When I used MAGIC tool for that analog VLSI design, I have tried to draw the layouts for a resistor and a capacitor. I couldnt get a resistor and capacitor component in the spice netlist that i extracted using ext2spice command. I request you to provide me with information that is useful for me regarding the analog layouts using MAGIC. I really appreciate your help if I can get this information. I will be ready with few more questions. Thankyou in advance. Regards Chander. -- Rama chander Rao Sriram MS in Elec Engineering, USF Tampa 3708 Dulcinea Blvd, # 119 Tampa, FL-33613 Tel: (813) 977-5982 (H) (813) 389-9402 (Cell) www.eng.usf.edu/~rsriram From khatib at opencores.org Sun Aug 1 11:43:52 2004 From: khatib at opencores.org (Jamil Khatib) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] magic & OpenTech Message-ID: <410CAD48.50306@opencores.org> Dear sir, I am interested in adding your open source software to OpenTech distribution cdroms. Could you please let me know if it is possible and which files to include to the cdroms? Could you also please fill the following information as much has you can. -Tool Name -Category -subcategory -Description -Platform -dependencies -target device -URL -email -License -support degree -Support type -Documentation availability -stability - How much do you update your project - Notes For more information about OpenTech please visit http://www.opencores.org/projects.cgi/web/opentech/ Please let me know your comments and feedbacks about OpenTech and how can I improve it or which services should I include in the future. If you agree on adding your files to OpenTech could you please add a link to my cdrom in your site? You can add something like hte following statement in your site This [tool/design name] is distributed with OpenTech package for Open source EDA tools and open source hardware designs. with this link http://www.opencores.org/projects.cgi/web/opentech/ Best regards, Jamil Khatib OpenTech cdrom maintainer From koul at ece.iisc.ernet.in Fri Aug 13 00:29:01 2004 From: koul at ece.iisc.ernet.in (Vinod Koul) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files Message-ID: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> Hi, I have downloaded the magic tool(PC version) from your site, and was looking for technology files, but they are all in tar.gz format and i have windows PC at my disposal only. CAn you tell me where do i get tech files which suppoorts this system. I would prefer them in zip format. Thanks _____________________________________________________ | | | "Life is Short,..... Make It Sweet" | | -Vinod | |_____________________________________________________| | | | |VINOD KOUL | | |M.E. - Telecommunications |Res: | |MICROWAVE Lab. |ROOM NO 1 T 90 | |E.C.E. Department |New Students Hostel | |I.I.Sc, Bangalore |I.I.Sc, Bangalore | |560012 | | |Lab +91 80 2293 2853 |Cell no +91 98860 34503| |_____________________________|_______________________| From cfk at pacbell.net Fri Aug 13 13:59:00 2004 From: cfk at pacbell.net (cfk) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files References: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> Message-ID: <007701c4816f$fa4f9910$6f0a0a0a@YANG> Dear Vinod: Most of the magic users running on Windows use Cygwin and the unix utilities tar, zip and others. You will find that Jeff Sondeen at mosis.org has the master set of technology files and magic has a slightly dimunitive version of these. I have unzipped these files with the Windows zip program and it works just fine. You will probably find, however, that just using Linux will be a potentially better path for you. The magic code base, be it 7.1 or 7.2 compiles very easily on Linux and I have used it for several years. I even have a prototype floorplan for a MAC chip for my employer in Linux using magic on my desktop at work drawn a year or so ago that has been quite useful with company executives to visualize such things. Yours Truly, Charles Krinke From Erwin.Prinz at Motorola.com Fri Aug 13 16:22:20 2004 From: Erwin.Prinz at Motorola.com (Erwin Prinz ) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files In-Reply-To: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> References: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> Message-ID: <411D22FC.90807@Motorola.com> Vinod: You can download "Cygwin" from www.cygwin.com, which you have to do anyway to run Magic on Windows (if I recall right). Cygwin comes with gunzip and can be used to de-archive .tar.gz files. Best regards, Erwin Vinod Koul wrote: >Hi, > I have downloaded the magic tool(PC version) from your site, and >was looking >for technology files, but they are all in tar.gz format and i have windows >PC at my disposal only. CAn you tell me where do i get tech files which >suppoorts this system. I would prefer them in zip format. >Thanks > > _____________________________________________________ > | | > | "Life is Short,..... Make It Sweet" | > | -Vinod | > |_____________________________________________________| > | | | > |VINOD KOUL | | > |M.E. - Telecommunications |Res: | > |MICROWAVE Lab. |ROOM NO 1 T 90 | > |E.C.E. Department |New Students Hostel | > |I.I.Sc, Bangalore |I.I.Sc, Bangalore | > |560012 | | > |Lab +91 80 2293 2853 |Cell no +91 98860 34503| > |_____________________________|_______________________| > > >_______________________________________________ >magic-dev mailing list >magic-dev@vlsi.cornell.edu >http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev > > From rajit at csl.cornell.edu Fri Aug 13 16:48:14 2004 From: rajit at csl.cornell.edu (Rajit Manohar) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files In-Reply-To: Your message of "Thu, 12 Aug 2004 23:29:01 +0530." <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> Message-ID: <200408131948.i7DJmFL90613@davis.csl.cornell.edu> Hi, You could use the tools available at http://unxutils.sourceforge.net/ The utilities include implementations of tar for Win32 platforms. Regards, -Rajit From sdb at cloud9.net Fri Aug 13 16:43:26 2004 From: sdb at cloud9.net (Stuart Brorson) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files In-Reply-To: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> from "Vinod Koul" at Aug 12, 2004 11:29:01 PM Message-ID: <20040813194326.E8F382AA07@earl-grey.cloud9.net> > > Hi, > I have downloaded the magic tool(PC version) from your site, and > was looking > for technology files, but they are all in tar.gz format and i have windows > PC at my disposal only. CAn you tell me where do i get tech files which > suppoorts this system. I would prefer them in zip format. > Thanks WinZip supports tar.gz archives. Just run WinZip on it. Change the suffix to .tgz if you still have problems. > _____________________________________________________ > | | > | "Life is Short,..... Make It Sweet" | But your sig's too long. . . . . Make it shorter. > | -Vinod | > |_____________________________________________________| > | | | > |VINOD KOUL | | > |M.E. - Telecommunications |Res: | > |MICROWAVE Lab. |ROOM NO 1 T 90 | > |E.C.E. Department |New Students Hostel | > |I.I.Sc, Bangalore |I.I.Sc, Bangalore | > |560012 | | > |Lab +91 80 2293 2853 |Cell no +91 98860 34503| > |_____________________________|_______________________| > > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev > From shiro at uclink4.berkeley.edu Fri Aug 13 18:47:58 2004 From: shiro at uclink4.berkeley.edu (shiro@uclink4.berkeley.edu) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] Technology Files In-Reply-To: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> References: <20040812232552.U47412-100000@protocol.ece.iisc.ernet.in> Message-ID: <20040814004758.GB6204@jabberwock.hopto.org> There are links to windows tools for reading gzip files at http://www.gzip.org/ On Thu, Aug 12, 2004 at 11:29:01PM +0530, Vinod Koul wrote: > > Hi, > I have downloaded the magic tool(PC version) from your site, and > was looking > for technology files, but they are all in tar.gz format and i have windows > PC at my disposal only. CAn you tell me where do i get tech files which > suppoorts this system. I would prefer them in zip format. > Thanks > From graham.petley at vlsitechnology.org Fri Aug 20 07:23:53 2004 From: graham.petley at vlsitechnology.org (Graham Petley) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] New open-source standard cell library available Message-ID: <20040820132353.80162.qmail@web108.biz.mail.yahoo.com> Hallo, A new version of my open-source standard cell library can now be downloaded from http://www.vlsitechnology.org There are two standard cell libraries, the vsclib with 121 cells and the vxlib with 96 cells. This release has extended the characterisation and web data book to the Alliance sxlib. The characterisation script has been improved to make it easier to add your own cells to the libraries. I think the graphics in the web data book look better too. The layout has been drawn in Alliance Graal and imported into Magic. The cell schematics are drawn with Xcircuit. The spice simulation uses Winspice. The adder4 example has been updated to include the vsclib, vxlib and sxlib using 0.13um timing. Best regards, Graham Petley From wwu at cs.ucr.edu Thu Sep 2 00:19:52 2004 From: wwu at cs.ucr.edu (wwu@cs.ucr.edu) Date: Thu Oct 30 14:32:44 2008 Subject: [Magic-dev] help, why capacitance doesn't match? Message-ID: <20040901231952.5611D681A@thoth.cs.ucr.edu> Hello, all, I use magic to extract the capacitance of metal wire, but the value doesn't match with the cap by calculation with MOSIS parametric results. The tech I used is "SCMOS: SCN5M_SUBM.15 [to process: TSMC25]", technology file is SCN5M_SUBM.15.tech27. The MOSIS parametric results is: http://www.mosis.org/cgi-bin/cgiwrap/umosis/swp/params/tsmc-025/t11y_epi-params.txt For example, a (3 lambda * 75 lambda) Metal2, the capacitance extracted from Magic is 171.387, equals to 0.327 *3 *75 + 0.627*(3+75)*2. ==================== param number in .tech27 ============================ #metal2-sub blocked by overlap (m2,fm2,rm2,m3c,m123c,m234c)/metal2 ~space/w 0.327 ~space/a,~space/m1 perimc (m2,fm2,rm2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,nwsm12c,m3c,m234c)/metal2 ~(m2,fm2,rm2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,nwsm12c,m3c,m234c)/metal2 0.627 =========================================================================== However, in MOSIS's file, M2-Sub areacap=19af/um^2, fringecap=60af/um. So total cap = 19 *(3*0.15)(75*0.15) + 60*((3+75)*0.15)*2 = 96.187+1404=1500.187. So which one is correct, or do I misunderstand the MOSIS tech file? Thanks so much, Wei From gbdavey at acsu.buffalo.edu Thu Sep 2 01:28:35 2004 From: gbdavey at acsu.buffalo.edu (Greg Davey) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] magic bug? Message-ID: <1094099301.4051.5.camel@davey-world.cjb.net> I start magic with "magic -w -dOGL". Then pressing close on the file menu presents a window stating; 'Error: Invalid command name ".cellmgr.target.list.winmenu"'. This error is displayed whether or not a file is loaded. magic 7.2.70 linux 2.4.21 tcl/tk 8.4.2 BLT 2.4z invalid command name ".cellmgr.target.list.winmenu" invalid command name ".cellmgr.target.list.winmenu" while executing ".cellmgr.target.list.winmenu index $framename " (procedure "magic::closewrapper" line 11) invoked from within "magic::closewrapper .layout1" invoked from within ".layout1.titlebar.filebutton.filemenu invoke active" ("uplevel" body line 1) invoked from within "uplevel #0 [list $w invoke active]" (procedure "tk::MenuInvoke" line 47) invoked from within "tk::MenuInvoke .layout1.titlebar.filebutton.filemenu 1" (command bound to event) Reality is but a brief respite between my fantasies. -unknown -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040902/3ff1d776/attachment.html From markus_nicke at yahoo.fr Fri Sep 3 03:24:51 2004 From: markus_nicke at yahoo.fr (Markus Nicke) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] 7.3.50 on Cygwin Message-ID: <4137B9D3.3030008@yahoo.fr> All, I compiled Magic 7.3.50 on Cywin. Everthing went fine. ... but running magic ends with a segmentation fault : magic Magic 7.3 - Compiled on Fri Sep 3 01:32:52 2004. Using TrueColor, VisualID 0x22 depth 24 Style line contained format error: 0 0x7f 0 0x00 solid 0 -no_color_at_all Style line contained format error: 1 0x20 32 0x00 solid 0 -solid_highlights Style line contained format error: 2 0x20 32 0x00 stipple 12 -medium_highlights .... Style line contained format error: 77 0x3f 76 0x00 stipple 9 -metal10 Style line contained format error: 62 0x3f 0 0x00 solid 0 -stack1 Style line contained format error: 63 0x3f 0 0x00 solid 0 -stack2 Style line contained format error: 67 0x3f 9 0x00 outline 0 -subcircuit Style line contained format error: 68 0x3f 33 0x00 stipple 12 -mems Segmentation fault (core dumped) could anyybody help me? Best Regards, Markus Nicke markus_nicke@yahoo.fr From sondeen at ISI.EDU Thu Sep 2 12:43:33 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] help, why capacitance doesn't match? In-Reply-To: <20040901231952.5611D681A@thoth.cs.ucr.edu> References: <20040901231952.5611D681A@thoth.cs.ucr.edu> Message-ID: <16695.27093.915698.438948@vapor.isi.edu> Hi. there's a whole continuum of capacitance factors to use, which are really 'layout sytle' dependent (as in dense or sparse), but the bottom line is that while the techfile documents that its area/fringe data are from mosis, in fact, not all are, (sorry about that). rather, some are interppolated from vendor data cases, which are normally limited to the 'm' ('multi-extract') techfiles. the Mosis numbers are measurements of large widths and spacings, so their closest equivalent TSMC interconnect data case is the one that has the widest spacing (10 um below). here's an excerpt of vendor data: Structure A : M2-FOX width space Ctotal Cc Cbottom Ca Cf Csum/Ctotal (um) (um) (fF/um) (fF/um) (fF/um) (fF/um) (fF/um) -------------------------------------------------------------------------- 0.40 0.400 8.43e-02 5.28e-03 5.44e-03 0.40 2.000 2.50e-02 5.28e-03 1.39e-02 0.40 10.00 4.27e-03 5.28e-03 2.94e-02 which you can see above (from file 'typ_stra' -- ie. nominal) is area = 5.28e-03/.4 ff/um**2 = 0.0132 ff/um**2 fringe = 2.94e-02 ff/um using your 3x75 lambda metal2 case, 0.0132*3*75*.15*.15 + .0294*2*78*.15 = 0.754785 note that even this value assumes parallel fingers, so would be below Mosis' measurement, as Mosis wouldn't be measuring any of the side-cap (Cc above). in practice, very few designs have no parallel lines (side caps). to see what magic extracts, selecting the Nom:vast case from ftp://ftp.isi.edu/pub/sondeen/magic/new/beta/2002a/mSCN5M_SUBM.15.light.tech27 which has these extract styles: style Nom:dense:TSMC0.25um(tsmc25) style Nom:sparse:TSMC0.25um(tsmc25) style Nom:vast:TSMC0.25um(tsmc25) style Max:dense:TSMC0.25um(tsmc25) style Max:sparse:TSMC0.25um(tsmc25) style Max:vast:TSMC0.25um(tsmc25) ;ext style Nom:vast:TSMC0.25um(tsmc25) gives: C0 m2 GND 0.6fF **FLOATING which is a little low, compared to the computed 0.754785, so a check of the techfile data: fgrep areacap pub/sondeen/magic/new/beta/2002a/mSCN5M_SUBM.15.light.tech27 | fgrep metal2 areacap (m2,m3c,m123c,m234c)/metal2 0.327 areacap (m2,m3c,m123c,m234c)/metal2 0.327 areacap (m2,m3c,m123c,m234c)/metal2 0.327 areacap (m2,m3c,m123c,m234c)/metal2 0.354 areacap (m2,m3c,m123c,m234c)/metal2 0.354 areacap (m2,m3c,m123c,m234c)/metal2 0.354 fgrep perimc pub/sondeen/magic/new/beta/2002a/mSCN5M_SUBM.15.light.tech27 | fgrep metal2 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 0.627 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 1.722 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 3.624 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 0.678 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 1.851 perimc (m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 ~(m2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,m3c,m234c)/metal2 3.831 shows 0.327 and 3.624 are the relevant techfile factors, and indeed 0.327*3*75 + 3.624*2*78 = 638.919 explaining where the .6 ff result came from. the reason the factors captured in the magic techfile file are a bit different than the vendor data is that i interpolate the vendor data to the lambda values (for example, our 3 lambda spacing would be .45um, and since there's no .45um spacing value in the table, i interpolate between the .4um row and the next row (not show above, 0.5um), and likewise for the other factors. while discussing capacitance, tho, i need to remind everyone that magic has a severe limitation when it comes to extracting side-caps, namely, sidehalo, after which spacing magic ignores side caps. unfortunately, it's not possible to extend side cap beyond 2*spacing+width, without starting to overcompute sidecaps to minimally spaced min-width metal lines, as magic doesn't account for shielding of parallel fingers. thus for the most accurate capacitance values, use the extraction style most closely to your layout spacings: the README describes that dense/sparse/vast refer to average spacings of 3/9/30 lambdas. you might still want to extend the sidehalo value, just watch out for the effect on minimally spaced min-width lines. /jeff wwu@cs.ucr.edu writes: > Hello, all, > > I use magic to extract the capacitance of metal wire, but the value doesn't > match with the cap by calculation with MOSIS parametric results. > > The tech I used is "SCMOS: SCN5M_SUBM.15 [to process: TSMC25]", > technology file is SCN5M_SUBM.15.tech27. > > The MOSIS parametric results is: > http://www.mosis.org/cgi-bin/cgiwrap/umosis/swp/params/tsmc-025/t11y_epi-params.txt > > For example, a (3 lambda * 75 lambda) Metal2, the capacitance extracted from > Magic is 171.387, equals to 0.327 *3 *75 + 0.627*(3+75)*2. > ==================== param number in .tech27 ============================ > #metal2-sub blocked by > overlap (m2,fm2,rm2,m3c,m123c,m234c)/metal2 ~space/w 0.327 ~space/a,~space/m1 > perimc > (m2,fm2,rm2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,nwsm12c,m3c,m234c)/metal2 > ~(m2,fm2,rm2,m2c,pdm12c,ndm12c,psm12c,nsm12c,pm12c,m123c,nwsm12c,m3c,m234c)/metal2 > 0.627 > =========================================================================== > > However, in MOSIS's file, M2-Sub areacap=19af/um^2, fringecap=60af/um. > So total cap = 19 *(3*0.15)(75*0.15) + 60*((3+75)*0.15)*2 = 96.187+1404=1500.187. > > > So which one is correct, or do I misunderstand the MOSIS tech file? > > Thanks so much, > > Wei > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From tim.edwards at multigig.com Fri Sep 3 13:59:06 2004 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Magic 7.3.50 on Cygwin Message-ID: <200409031659.i83Gx6l04420@khachaturian.tim.linglan.net> Dear Markus, Check the style file in (assuming a default install location) /usr/local/lib/magic/sys/mos.24bit.dstyle. If it matches the output printed by magic that you reported: 0 0x7f 0 0x00 solid 0 -no_color_at_all then there is clearly an error here; in my (installed) style file, the '-' is a separate argument, separated from the style name with whitespace (a "tab" character): 0 0x7f 0 0x00 solid 0 - no_color_at_all The whitespace is either missing from the file, or being deleted when the line is read in. Since these files were copied verbatim from the source to the install directory, it is difficult to understand how it changed in the process. You can probably fix the problem by either adding the space to each line in the file, if it is not there, or else changing the "tab" character to spaces, if it is. It would be useful to know the root cause of the error, so please report back to me what does or does not work. Regards, Tim From tim.edwards at multigig.com Fri Sep 3 18:49:30 2004 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Re: magic style file errors, etc. Message-ID: <200409032149.i83LnU706771@khachaturian.tim.linglan.net> Dear Markus, > The tab after the '-' is not missing in mos.24bit.dstyle. It seems > only to be missing because of line wraps in my x terminal and the > mail tool. But I figured out that replacing all 0x00 in the file > by its octal representation (000) like in the former version of the > .dstyle files makes magic running - that's magic. Okay, I think the problem is the way the "scanf" function works on your system. I've seen this kind of problem before with European users who are using a different "locale" (usually to reverse the meaning of period and comma, but apparent has other effects as well). The solution is to do: export LC_ALL=C and/or export LANG=C prior to executing magic (or you can add this line to the top of the magic script, which keeps it within the shell executing magic, so it doesn't otherwise affect your environment). > There is another thing which I consider as major bug: > I can save a design only once in a magic session under cygwin, please > see the example below. this is also true for the 7.2 version with > which I worked before ... > rename: Permission denied This would have to due with file permissions as seen by Cygwin. If you bring up a Cygwin terminal window, type "cd /tmp". If that doesn't work, then the "/tmp" directory is missing (which happens if you download and install magic without doing a full download and install of Cygwin) and you can create it by doing "mkdir /tmp" and "chmod 777 /tmp". If the directory is already there, then it is likely that the file permissions are incorrect, and can be fixed by doing "chmod 777 /tmp". Hopefully those two tips will solve your problems. Regards, Tim From tim at opencircuitdesign.com Fri Sep 3 14:22:19 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Re: magic bug? Message-ID: <200409031722.i83HMJu3001229@opencircuitdesign.com> Dear Greg, > I start magic with "magic -w -dOGL". Then pressing close on the > file menu presents a window stating; 'Error: Invalid command name > ".cellmgr.target.list.winmenu"'. This error is displayed whether > or not a file is loaded. I fixed this problem in 7.3, but it was one of those rushed days and I never got around to updating version 7.2 to match. The command should be checking for the presence of the "cell manager" window *before* attempting to execute a cell manager command. It is a trivial fix, and I will take care of it. The relevant lines are in wrapper.tcl (/usr/local/lib/magic/tcl/wrapper.tcl), starting at line 1141, and should read thus: ----------------------------------------------------------- # Delete the wrapper and the layout window in it. proc magic::closewrapper { framename } { global MagicBLT global Opts # Remove this window from the target list in cellmanager if {$MagicBLT} { if {![catch {wm state .cellmgr}]} { if { $Opts(target) == "${framename}.magic" } { set Opts(target) "default" .cellmgr.target.list configure -text "default" } set idx [.cellmgr.target.list.winmenu index $framename ] .cellmgr.target.list.winmenu delete $idx } } ${framename}.magic magic::closewindow destroy $framename } ----------------------------------------------------------- Regards, Tim From tim at opencircuitdesign.com Fri Sep 3 15:31:46 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: cap values in magic vs. MOSIS process data Message-ID: <200409031831.i83IVkJc001245@opencircuitdesign.com> Dear Wei, >From Jeff Sondeen: > area = 5.28e-03/.4 ff/um**2 = 0.0132 ff/um**2 > fringe = 2.94e-02 ff/um Okay, let's translate everything to aF and um. Now we have for m2->substrate: 1) magic's lambda=0.15 extraction: area cap = (0.354 / (0.15 * 0.15)) = 15.7 aF/um^2 perim cap = (0.6 / 0.15) = 4 aF/um 2) MOSIS test data: area cap = 19 aF/um^2 perim cap = 60 aF/um 3) vendor data from Jeff: area cap = 13.2 aF/um^2 perim cap = 29.4 aF/um Some of this can be accounted for by the rather large difference in fringe capacitance as seen in the vendor data posted by Jeff according to the difference in spacing of structures. Nevertheless, there is a factor of 15 difference between magic's value of perimeter capactince and the MOSIS test data. Don't you agree that's a rather HUGE discrepancy? The value of 4 aF/um doesn't come close to matching any vendor data for any process that I can find. These in turn are roughly backed up by calculating fringe from a half-cylinder model, knowing the thickness of the metal2 layer and the height above the substrate. (See equation from Yuan and Trick, on page 17 of http://www.stanford.edu/class/ee371/lectures/lect_02_updated.pdf) Ultimately, magic should either attempt to incorporate a more detailed model of capacitance extraction than it currently has, but even with a simple model, one would hope that the values are "ballpark". ---Tim From tim at opencircuitdesign.com Fri Sep 3 18:51:59 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Re: magic style file errors, etc. Message-ID: <200409032151.i83Lpx8i001363@opencircuitdesign.com> Dear Markus, > The tab after the '-' is not missing in mos.24bit.dstyle. It seems > only to be missing because of line wraps in my x terminal and the > mail tool. But I figured out that replacing all 0x00 in the file > by its octal representation (000) like in the former version of the > .dstyle files makes magic running - that's magic. Okay, I think the problem is the way the "scanf" function works on your system. I've seen this kind of problem before with European users who are using a different "locale" (usually to reverse the meaning of period and comma, but apparent has other effects as well). The solution is to do: export LC_ALL=C and/or export LANG=C prior to executing magic (or you can add this line to the top of the magic script, which keeps it within the shell executing magic, so it doesn't otherwise affect your environment). > There is another thing which I consider as major bug: > I can save a design only once in a magic session under cygwin, please > see the example below. this is also true for the 7.2 version with > which I worked before ... > rename: Permission denied This would have to due with file permissions as seen by Cygwin. If you bring up a Cygwin terminal window, type "cd /tmp". If that doesn't work, then the "/tmp" directory is missing (which happens if you download and install magic without doing a full download and install of Cygwin) and you can create it by doing "mkdir /tmp" and "chmod 777 /tmp". If the directory is already there, then it is likely that the file permissions are incorrect, and can be fixed by doing "chmod 777 /tmp". Hopefully those two tips will solve your problems. Regards, Tim From sondeen at ISI.EDU Tue Sep 7 11:52:57 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: cap values in magic vs. MOSIS process data In-Reply-To: <200409031831.i83IVkJc001245@opencircuitdesign.com> References: <200409031831.i83IVkJc001245@opencircuitdesign.com> Message-ID: <16701.62841.464047.842974@vapor.isi.edu> probably the 4 af/um is for a set of parameters for a 'dense' layout style, for which the side cap (Cc) factor would be dominant (which magic would capture as long as spacings are within sidehalo!). that is, since side caps "shield" fringe cap (to conductors below), the fringe factor incorporates this (assumed) shielding by being small. it's as though the sum of fringe+side caps were a constant, but the sum isn't, rather the sum defines a "humped" C-versus-spacing curve, the shape of which depends on layer (M1 M2 etc). the main improvment to magic extraction would be to let side caps "shield" further side caps, so sidehalo could be increased without getting too many bogus sidecaps for closely spaced wires. but beyond this, the fact that magic doesn't see matel (say M3 to M2) "catercorner" caps, etc. shows the need for a better cap model. i think the Mosis data is a "red-herring" unless you're drawing isolated 50um square metals! /jeff R. Timothy Edwards writes: > Dear Wei, > > >From Jeff Sondeen: > > > area = 5.28e-03/.4 ff/um**2 = 0.0132 ff/um**2 > > fringe = 2.94e-02 ff/um > > Okay, let's translate everything to aF and um. Now > we have for m2->substrate: > > 1) magic's lambda=0.15 extraction: > area cap = (0.354 / (0.15 * 0.15)) = 15.7 aF/um^2 > perim cap = (0.6 / 0.15) = 4 aF/um > > 2) MOSIS test data: > area cap = 19 aF/um^2 > perim cap = 60 aF/um > > 3) vendor data from Jeff: > area cap = 13.2 aF/um^2 > perim cap = 29.4 aF/um > > > Some of this can be accounted for by the rather large > difference in fringe capacitance as seen in the > vendor data posted by Jeff according to the difference > in spacing of structures. Nevertheless, there is > a factor of 15 difference between magic's value of > perimeter capactince and the MOSIS test data. Don't > you agree that's a rather HUGE discrepancy? The > value of 4 aF/um doesn't come close to matching any > vendor data for any process that I can find. These > in turn are roughly backed up by calculating fringe > from a half-cylinder model, knowing the thickness of > the metal2 layer and the height above the substrate. > > (See equation from Yuan and Trick, on page 17 of > http://www.stanford.edu/class/ee371/lectures/lect_02_updated.pdf) > > Ultimately, magic should either attempt to incorporate > a more detailed model of capacitance extraction than > it currently has, but even with a simple model, one > would hope that the values are "ballpark". > > ---Tim From fearincj at cliftonlabs.com Mon Sep 13 13:17:48 2004 From: fearincj at cliftonlabs.com (Chris Fearing) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Using IBM .13 micron process and magic Message-ID: <742F9E82-05A0-11D9-B25A-000393B2B26A@cliftonlabs.com> Has anyone ever used magic and the IBM .13 micron process? I realize from mosis' web site that there are Non-disclosure agreements in place for most documentation relating to the process, but was wondering if anyone had gone through those agreements and used magic for a submission. I also note that mosis' page says only IBM design rules are supported for this technology, so I assume using standard SCMOS rules is out, and there would need to be an IBM specific technology file written, most likely with the newer changes Timothy Edwards mentioned for supporting TSMC .13 technology. Has anyone heard recent news on previous reports about a TSMC .13 process supported by mosis? From fearincj at cliftonlabs.com Mon Sep 13 14:53:09 2004 From: fearincj at cliftonlabs.com (Chris Fearing) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Artisan Libraries Message-ID: Does anyone have experience using artisan libraries in magic? Can this even be done? From katkoori at csee.usf.edu Mon Sep 13 17:24:40 2004 From: katkoori at csee.usf.edu (Srinivas Katkoori) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Problems with installation of Tcl/Tk MAGIC 7.2.24 on Linux Message-ID: Hello: On Fedora Core 2 Linux, I am trying to install MAGIC 7.2.24 the Tcl/Tk version. I am getting the following errors. Could you please suggest how to fix them? Thanks for your help.. --------------------------------------------------- [root@dhcp21-144 magic-7.2.24]# make --- errors and warnings logged in file make.log --- making modules --- compiling extflat/EFerr.o EFerr.c: In function `efReadError': EFerr.c:65: error: syntax error before "va_dcl" make[2]: *** [EFerr.o] Error 1 --- compiling textio/txOutput.o /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: #error "Revise your code to use ." txOutput.c:83: error: syntax error before "va_dcl" txOutput.c:84: error: syntax error before '{' token txOutput.c:89: warning: parameter names (without types) in function declaration txOutput.c:89: warning: data definition has no type or storage class txOutput.c:90: error: conflicting types for `f' txOutput.c:87: error: previous declaration of `f' txOutput.c:90: error: `args' undeclared here (not in a function) txOutput.c:90: error: syntax error before "FILE" txOutput.c:91: error: conflicting types for `fmt' txOutput.c:86: error: previous declaration of `fmt' txOutput.c:91: error: `args' undeclared here (not in a function) txOutput.c:91: error: syntax error before "char" txOutput.c:93: warning: parameter names (without types) in function declaration txOutput.c:93: warning: data definition has no type or storage class txOutput.c:94: error: syntax error before '}' token txOutput.c:122: error: syntax error before "va_dcl" txOutput.c:123: error: syntax error before '{' token txOutput.c:125: error: conflicting types for `fmt' txOutput.c:91: error: previous declaration of `fmt' txOutput.c:126: error: conflicting types for `f' txOutput.c:90: error: previous declaration of `f' txOutput.c:128: error: syntax error before "if" txOutput.c:142: warning: parameter names (without types) in function declaration txOutput.c:142: warning: data definition has no type or storage class txOutput.c:143: error: conflicting types for `fmt' txOutput.c:125: error: previous declaration of `fmt' txOutput.c:143: error: `args' undeclared here (not in a function) txOutput.c:143: error: syntax error before "char" txOutput.c:145: warning: parameter names (without types) in function declaration txOutput.c:145: warning: data definition has no type or storage class txOutput.c:146: error: conflicting types for `TxPrompt' ../textio/textio.h:63: error: previous declaration of `TxPrompt' txOutput.c:146: warning: data definition has no type or storage class txOutput.c:147: error: syntax error before '}' token txOutput.c:151: error: `args' undeclared here (not in a function) txOutput.c:151: error: syntax error before "char" txOutput.c:153: warning: parameter names (without types) in function declaration txOutput.c:153: warning: data definition has no type or storage class txOutput.c:154: error: syntax error before '}' token txOutput.c:179: error: syntax error before "va_dcl" txOutput.c:180: error: syntax error before '{' token txOutput.c:182: error: conflicting types for `fmt' txOutput.c:151: error: previous declaration of `fmt' txOutput.c:187: error: syntax error before "if" txOutput.c:190: error: conflicting types for `outstr' txOutput.c:183: error: previous declaration of `outstr' txOutput.c:190: warning: data definition has no type or storage class txOutput.c:191: error: syntax error before '}' token txOutput.c:193: warning: parameter names (without types) in function declaration txOutput.c:193: warning: data definition has no type or storage class txOutput.c:194: error: conflicting types for `fmt' txOutput.c:182: error: previous declaration of `fmt' txOutput.c:194: error: `args' undeclared here (not in a function) txOutput.c:194: error: syntax error before "char" txOutput.c:196: error: `args' undeclared here (not in a function) txOutput.c:196: warning: passing arg 1 of `vsnprintf' makes pointer from integer without a cast txOutput.c:196: warning: passing arg 3 of `vsnprintf' makes pointer from integer without a cast txOutput.c:196: error: initializer element is not constant txOutput.c:196: warning: data definition has no type or storage class txOutput.c:197: error: syntax error before "if" txOutput.c:200: warning: parameter names (without types) in function declaration txOutput.c:200: warning: data definition has no type or storage class txOutput.c:201: warning: initialization makes integer from pointer without a cast txOutput.c:201: error: initializer element is not constant txOutput.c:201: warning: data definition has no type or storage class txOutput.c:202: warning: parameter names (without types) in function declaration txOutput.c:202: warning: data definition has no type or storage class txOutput.c:203: error: syntax error before '}' token txOutput.c:207: warning: parameter names (without types) in function declaration txOutput.c:207: warning: data definition has no type or storage class txOutput.c:208: error: syntax error before "return" txOutput.c:322: error: syntax error before "va_dcl" txOutput.c:323: error: syntax error before '{' token txOutput.c:325: error: conflicting types for `fmt' txOutput.c:194: error: previous declaration of `fmt' txOutput.c:328: error: conflicting types for `TxFlushOut' ../textio/textio.h:48: error: previous declaration of `TxFlushOut' txOutput.c:328: warning: data definition has no type or storage class txOutput.c:329: error: syntax error before "if" txOutput.c:336: warning: parameter names (without types) in function declaration txOutput.c:336: warning: data definition has no type or storage class txOutput.c:337: error: conflicting types for `fmt' txOutput.c:325: error: previous declaration of `fmt' txOutput.c:337: error: `args' undeclared here (not in a function) txOutput.c:337: error: syntax error before "char" txOutput.c:339: warning: parameter names (without types) in function declaration txOutput.c:339: warning: data definition has no type or storage class txOutput.c:340: warning: data definition has no type or storage class txOutput.c:341: error: syntax error before '}' token txOutput.c:344: error: `args' undeclared here (not in a function) txOutput.c:344: error: syntax error before "char" txOutput.c:346: warning: parameter names (without types) in function declaration txOutput.c:346: warning: data definition has no type or storage class txOutput.c:347: error: syntax error before '}' token txOutput.c:348: error: conflicting types for `TxFlushErr' ../textio/textio.h:49: error: previous declaration of `TxFlushErr' txOutput.c:348: warning: data definition has no type or storage class txOutput.c:349: error: syntax error before '}' token make[2]: *** [txOutput.o] Error 1 --- compiling tech/tech.o /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: #error "Revise your code to use ." tech.c:484: error: syntax error before "va_dcl" tech.c:485: error: syntax error before '{' token tech.c:489: error: conflicting types for `TechPrintLine' tech.c:468: error: previous declaration of `TechPrintLine' tech.c:489: warning: data definition has no type or storage class tech.c:490: warning: parameter names (without types) in function declaration tech.c:490: warning: data definition has no type or storage class tech.c:491: error: conflicting types for `fmt' tech.c:487: error: previous declaration of `fmt' tech.c:491: error: `args' undeclared here (not in a function) tech.c:491: error: syntax error before "char" tech.c:493: warning: parameter names (without types) in function declaration tech.c:493: warning: data definition has no type or storage class tech.c:494: error: syntax error before '}' token make[2]: *** [tech.o] Error 1 --- compiling ext2sim/ext2sim.o /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: #error "Revise your code to use ." make[2]: *** [ext2sim.o] Error 1 --- compiling ext2spice/ext2spice.o /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: #error "Revise your code to use ." make[2]: *** [ext2spice.o] Error 1 --- making libraries --- compiling utils/LIBtextio.o /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: #error "GCC no longer implements ." /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: #error "Revise your code to use ." LIBtextio.c: In function `TxError': LIBtextio.c:99: error: syntax error before "va_dcl" make[2]: *** [LIBtextio.o] Error 1 --- compiling extflat/EFerr.o EFerr.c: In function `efReadError': EFerr.c:65: error: syntax error before "va_dcl" make[2]: *** [EFerr.o] Error 1 make[1]: *** [libs] Error 2 [root@dhcp21-144 magic-7.2.24]# --------------------------------------------------- Regards, Srinivas. ------------------------------------------------------------------------ Srinivas Katkoori | Office: (813) 974 5737 Associate Professor | Dept: (813) 974 3652 Univ of South Florida, CSE Dept | Fax: (813) 974 5456 4202 East Fowler Ave ENB 118 | Email: katkoori@csee.usf.edu Tampa FL 33620-5399 | http://vcapp.csee.usf.edu/~katkoori ------------------------------------------------------------------------ From nima760 at yahoo.com Mon Sep 13 21:10:17 2004 From: nima760 at yahoo.com (Roohollah Aminroaya) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Help Message-ID: <20040914031017.78881.qmail@web13621.mail.yahoo.com> Hi who can help me please ? I want to layout a MIM capacitor in magic tool, in 0.18um TSMC thech. files. I tried it using M5 as bottum plate, Mi as top plate, and contact mi to m6. But the magic tool didn`t extract any capacitance. I will be very thankfull if you help me about how I can do it. (design rules) Thank you Amin --------------------------------- Do you Yahoo!? vote.yahoo.com - Register online to vote today!-------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040913/c13ec5e2/attachment.html From sondeen at ISI.EDU Tue Sep 14 20:51:20 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Help In-Reply-To: <20040914031017.78881.qmail@web13621.mail.yahoo.com> References: <20040914031017.78881.qmail@web13621.mail.yahoo.com> Message-ID: <16711.44584.263239.332750@vapor.isi.edu> well, you are right, the ftp://ftp.isi.edu/pub/sondeen/magic/new/beta/2002a/SCN6M_SUBM.10.light.tech27 techfile, as well as all related techfiles, are missing extraction factors for m5->mi. here is the techfile 'extract' section showing factors for M6->M5 but nothing for metali.: #M6->M5 overlap (m6,pad)/metal6 (m5,m5c,m345c,m456c,m6c)/metal5 0.350 sideoverlap (m6,m6c,m456c,mic,pad)/metal6 ~(m6,m6c,m456c,mic,pad)/metal6 (m5,m5c,m345c,m456c,m6c)/metal5 5.700 ~space/mi sideoverlap (m5,m5c,m345c,m456c,m6c)/metal5 ~(m5,m5c,m345c,m456c,m6c)/metal5 (m6,m6c,m456c,mic,pad)/metal6 5.700 ~space/mi #metal7 #metali #Mi->M5 #Mi->M6 #fets notice that there's NO value for MIM caps published by Mosis, for example in: http://www.mosis.org/cgi-bin/cgiwrap/umosis/swp/params/tsmc-018/t44e_mm_non_epi-params.txt but let's say you believe the factor for Mi->M5 is 1 FF/UM**2 (i don't really know), then you would first convert from units of FF/UM**2 into AF/lambda**2, so Mi->5 would be .01 FF/lambda**2 = 10 AF/lambda**2 (works since 1FF*1um*1um = 1FF, and .01FF*10lambda*10lambda= 1FF) (with lambda = .10 um) so you could add this to the techfile: #Mi->M5 overlap (mi,mic)/metali (m5,m5c,m345c)/metal5 10 the enclosed example (notice, not DRC legal since #contacts is way too small) which defined a 40x40 lambda Mi box, gives 16.1 fF as follows: % m mim.mag magic tech scmos timestamp 1095214777 << m5contact >> rect -12 -8 -7 -3 << metal5 >> rect -8 -3 40 40 rect -7 -8 40 -3 << metal6 >> rect -20 10 10 11 rect -20 0 0 10 << micontact >> rect 0 0 10 10 << metali >> rect -4 10 36 36 rect -4 0 0 10 rect 10 0 36 10 rect -4 -4 36 0 << labels >> rlabel metal6 -16 5 -16 5 3 m6 rlabel metal5 -6 -7 -6 -7 1 m5 rlabel metali -3 -3 -3 -3 1 mi << end >> % m mim.ext timestamp 1095214777 version 7.2 tech scmos style TSMC0.18um(tsmc18)from:t24i scale 1000 1 10.000000 resistclasses 6900 7800 946000 1 8000 8000 80 80 80 80 80 40 node "mi" 0 314.76 -20 0 m6 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 330 82 equiv "mi" "m6" node "m5" 0 652.38 -12 -8 v4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 25 20 2324 200 0 0 cap "m5" "mi" 16142.6 % m mim.spice * SPICE3 file created from mim.ext - technology: scmos C0 m5 mi 16.1fF C1 mi GND 0.3fF **FLOATING C2 m5 GND 0.7fF **FLOATING however, i believe the TSMC design manuals specify that the MIM cap should be modeled with a rather large spice subckt that captures all the parasitics (that magic can't extract). /jeff Roohollah Aminroaya writes: > Hi > who can help me please ? > > I want to layout a MIM capacitor in magic tool, in 0.18um TSMC thech. files. > I tried it using M5 as bottum plate, Mi as top plate, and contact mi to m6. But the magic tool didn`t extract any capacitance. > I will be very thankfull if you help me about how I can do it. (design rules) > > Thank you > Amin > > > > --------------------------------- > Do you Yahoo!? > vote.yahoo.com - Register online to vote today! >
Hi
>
who can help me please ?
>
 
>
>
I want to layout a MIM capacitor in magic tool, in 0.18um TSMC thech. files.
>
I tried it using M5 as bottum plate, Mi as top plate, and contact mi to m6. But the magic tool didn`t extract any capacitance.
>
I will be very thankfull if you help me about how I can do it. (design rules)
>
 
>
Thank you
>
Amin

>

Do you Yahoo!?
href="http://vote.yahoo.com">vote.yahoo.com - Register online to vote today! > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From sondeen at ISI.EDU Tue Sep 14 21:06:45 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Using IBM .13 micron process and magic In-Reply-To: <742F9E82-05A0-11D9-B25A-000393B2B26A@cliftonlabs.com> References: <742F9E82-05A0-11D9-B25A-000393B2B26A@cliftonlabs.com> Message-ID: <16711.45509.552896.552816@vapor.isi.edu> I've not done this (use magic for ibm.13), however, it's hard to imagine that magic could succeed for general layout without external DRC checking to a vendor rule file (meaning calibre, assura or hercules). (slot checking is an example). also, given magic's sidehalo limitations (as well as other missing inter-layer caps), you'd need an accurate external extraction. then there's the issue of generating fill layers. but certainly if you limit the layers and sizes that can be drawn, a subset of the rules could probably be implemented in magic. other thoughts ? /jeff Chris Fearing writes: > Has anyone ever used magic and the IBM .13 micron process? I realize > from mosis' web site that there are Non-disclosure agreements in place > for most documentation relating to the process, but was wondering if > anyone had gone through those agreements and used magic for a > submission. I also note that mosis' page says only IBM design rules > are supported for this technology, so I assume using standard SCMOS > rules is out, and there would need to be an IBM specific technology > file written, most likely with the newer changes Timothy Edwards > mentioned for supporting TSMC .13 technology. > > Has anyone heard recent news on previous reports about a TSMC .13 > process supported by mosis? > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From sondeen at ISI.EDU Tue Sep 14 21:19:45 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Artisan Libraries In-Reply-To: References: Message-ID: <16711.46289.942517.722567@vapor.isi.edu> well, if the cells are on a .005 um grid, say, and you made a techfile using that grid as well as incorporating the relevant design rules, then you could certainly do it, except where legal spacings allow for diagonal distances, but magic only allows orthogonal distances (so magic flags an error where none really exists). you could get an idea of the pain from the README's under ftp://ftp.isi.edu/pub/sondeen/magic/tanner_pads_ported_to_magic/ your pain would be more evident, tho, when drawing gate lengths (widths) of, say, of 36 lambda (.18/.005). maybe you could hide that with the new major/minor grid stuff, but i believe you'd prefer to use cells more friendly to magic. /jeff Chris Fearing writes: > Does anyone have experience using artisan libraries in magic? Can this > even be done? > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From spaceborne_calin at yahoo.com Wed Sep 15 14:52:21 2004 From: spaceborne_calin at yahoo.com (=?iso-8859-1?q?Spaceborne=20Calin?=) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Problems with installation of Tcl/Tk MAGIC 7.2.24 on Linux In-Reply-To: Message-ID: <20040915115221.94416.qmail@web53907.mail.yahoo.com> --- Srinivas Katkoori a ?crit?: > Hello: > > On Fedora Core 2 Linux, > I am trying to install MAGIC 7.2.24 the Tcl/Tk version. > I am getting the following errors. Could you please > suggest how to fix them? > > Thanks for your help.. > --------------------------------------------------- > [root@dhcp21-144 magic-7.2.24]# make > --- errors and warnings logged in file make.log > --- making modules > --- compiling extflat/EFerr.o > EFerr.c: In function `efReadError': > EFerr.c:65: error: syntax error before "va_dcl" > make[2]: *** [EFerr.o] Error 1 > --- compiling textio/txOutput.o > /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: > #error "GCC no longer implements ." > /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: > #error "Revise your code to use ." I think this is fixed in the newer versions (the latest seems to be 7.2.70) Vous manquez d?espace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arriv? ! D?couvrez toutes les nouveaut?s pour dialoguer instantan?ment avec vos amis. A t?l?charger gratuitement sur http://fr.messenger.yahoo.com From spaceborne_calin at yahoo.com Wed Sep 15 15:47:42 2004 From: spaceborne_calin at yahoo.com (=?iso-8859-1?q?Spaceborne=20Calin?=) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Help In-Reply-To: <20040914031017.78881.qmail@web13621.mail.yahoo.com> Message-ID: <20040915124742.8643.qmail@web53907.mail.yahoo.com> --- Roohollah Aminroaya a ?crit?: > Hi > who can help me please ? > > I want to layout a MIM capacitor in magic tool, in 0.18um TSMC thech. > files. > I tried it using M5 as bottum plate, Mi as top plate, and contact mi > to m6. But the magic tool didn`t extract any capacitance. > I will be very thankfull if you help me about how I can do it. > (design rules) > AFAIK when you extract something from magic, the areas must have a minimum area to be extracted by magic. Also exttospice ignores capacitances under a minimum value. > Thank you > Amin > > Vous manquez d?espace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arriv? ! D?couvrez toutes les nouveaut?s pour dialoguer instantan?ment avec vos amis. A t?l?charger gratuitement sur http://fr.messenger.yahoo.com From harishsinghsaun at yahoo.com Thu Sep 16 21:53:49 2004 From: harishsinghsaun at yahoo.com (harish) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] magic: request for installing Message-ID: <20040917035349.83086.qmail@web54001.mail.yahoo.com> Respected Sir/Madam, I am student in Panjab University, Chandigarh, India. We have windows platform on which we want to install magic vlsi layout tool. We have downloaded the magic.zip file for windows from the url: http://bach.ece.jhu.edu/~tim/programs/magic/windows/archive/magic.zip but we are facing difficulty for finding the appropriate x-server. Could you please suggest the proper sequece of making magic to run. I will be greatly thankful to you. harish --------------------------------- Do you Yahoo!? vote.yahoo.com - Register online to vote today!-------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20040916/95253ab9/attachment.html From sondeen at ISI.EDU Thu Sep 16 19:41:30 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Help In-Reply-To: <20040915124742.8643.qmail@web53907.mail.yahoo.com> References: <20040914031017.78881.qmail@web13621.mail.yahoo.com> <20040915124742.8643.qmail@web53907.mail.yahoo.com> Message-ID: <16714.16586.792011.970493@vapor.isi.edu> yeah i always use 'ext2spice -c0 ...' to make sure all caps >= 0 show up. /jeff Spaceborne Calin writes: > --- Roohollah Aminroaya a ?crit?: > > Hi > > who can help me please ? > > > > I want to layout a MIM capacitor in magic tool, in 0.18um TSMC thech. > > files. > > I tried it using M5 as bottum plate, Mi as top plate, and contact mi > > to m6. But the magic tool didn`t extract any capacitance. > > I will be very thankfull if you help me about how I can do it. > > (design rules) > > > > AFAIK when you extract something from magic, the areas must have > a minimum area to be extracted by magic. Also exttospice ignores > capacitances under a minimum value. > > > Thank you > > Amin > > > > > > > > > > > > Vous manquez d?espace pour stocker vos mails ? > Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! > Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ > > Le nouveau Yahoo! Messenger est arriv? ! D?couvrez toutes les nouveaut?s pour dialoguer instantan?ment avec vos amis. A t?l?charger gratuitement sur http://fr.messenger.yahoo.com > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From tim at opencircuitdesign.com Thu Sep 16 14:44:46 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: Plot of magic layout Message-ID: <200409161744.i8GHiklQ031468@opencircuitdesign.com> Dear B. A., > i want to plot layout of the magic 7.1 for win by hp > laserjet printer. please help me. > thank you very much The commands "plot postscript" and "plot pnm" generate output which should be able to be printed from some Windows applications. This may be a 2-step process of porting the .ps or .pnm file into a Windows application that can recognize it (powerpoint, for example). If the LaserJet has an internal PostScript driver, it may be possible to print the .ps file directly (these things are much easier on Unix systems). (I'm CC'ing this message to the magic-dev mailing list; if anyone there has a "standard method" for printing layouts from the Cygwin version, perhaps you can help out by posting it.) BUT---whether any output is printed depends on the contents of the ".tech27" technology file. If you are using Jeff Sondeen's techfiles, they are not set up for PostScript or PNM plotting. However, these sections are easy to set up by copying the "plot" section from the default "scmos.tech27" file (it's at the end of the file) and changing or removing layer names that differ between the "scmos" technology and the one you are copying into. You won't do any harm to the technology file by replacing the "plot" section. There is some information in the "magic Maintainer's manual #2" for the "plot" section, but it does not include the PostScript and PNM styles (which I and Rajit Manohar added, respectively). There is some information on these on my magic web pages, but it is probably easier to figure out the syntax by example from the default "scmos.tech27" file. Regards, Tim From spaceborne_calin at yahoo.com Fri Sep 17 19:32:02 2004 From: spaceborne_calin at yahoo.com (=?iso-8859-1?q?Spaceborne=20Calin?=) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: Plot of magic layout In-Reply-To: <200409161744.i8GHiklQ031468@opencircuitdesign.com> Message-ID: <20040917163202.4719.qmail@web53910.mail.yahoo.com> --- "R. Timothy Edwards" a ?crit?: > Dear B. A., > > > i want to plot layout of the magic 7.1 for win by hp > > laserjet printer. please help me. > > thank you very much > > > (I'm CC'ing this message to the magic-dev mailing list; if > anyone there has a "standard method" for printing layouts > from the Cygwin version, perhaps you can help out by posting > it.) > For printing (and viewing) PS files on windows there is a ghostscript distribution for windows available at ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/AFPL/current/gs814w32.exe you also need ghostview (a GUI for ghostscript) ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/ghostgum/gsv46w32.exe Vous manquez d?espace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Cr?ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arriv? ! D?couvrez toutes les nouveaut?s pour dialoguer instantan?ment avec vos amis. A t?l?charger gratuitement sur http://fr.messenger.yahoo.com From graham.petley at vlsitechnology.org Sat Sep 18 10:56:55 2004 From: graham.petley at vlsitechnology.org (Graham Petley) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: Plot of magic layout Message-ID: <20040918165655.47350.qmail@web107.biz.mail.yahoo.com> Hallo, I've spent some time trying to get nice plots from Magic. I use a program called pplot, which is old but can still be found thru a Google search. I think it is related to the plot routines in Magic. pplot creates a postscript file from a CIF file. To print the postscript file, I convert to PDF with Acrobat Distiller and print the PDF. pplot uses a configuration file to define the layer names and colours. The one supplied uses speckle patterns as a fill, which seem to be rendered as bitmaps in the output postscript. I have removed these, so that the postscript file just uses an outline for each layer and can be easily edited. The program nicely merges the different rectangles on a layer into a single polygon. I actually run the pplot generated postscript file thru a batch script written for Adobe Illustrator. This creates coloured fills with transparency and output files in EPS and GIF formats. The GIF files can be seen in the on-line databook on my web site: http://www.vlsitechnology.org I use a dual O/S setup to get this all running. pplot runs on Linux, Illustrator and Distiller on Windows. However, pplot is a small C program so should be compilable under Windows, and then any CIF file could be printed under one O/S. For anyone who is interested, I can make available my pplot config files and Illustrator (v10) batch script. Best regards, Graham Petley --- "R. Timothy Edwards" wrote: > Dear B. A., > > > i want to plot layout of the magic 7.1 for win by hp > > laserjet printer. please help me. > > thank you very much > > The commands "plot postscript" and "plot pnm" generate > output > which should be able to be printed from some Windows > applications. > This may be a 2-step process of porting the .ps or .pnm > file > into a Windows application that can recognize it > (powerpoint, > for example). If the LaserJet has an internal PostScript > driver, > it may be possible to print the .ps file directly (these > things > are much easier on Unix systems). > > (I'm CC'ing this message to the magic-dev mailing list; if > anyone there has a "standard method" for printing layouts > from the Cygwin version, perhaps you can help out by > posting > it.) > > BUT---whether any output is printed depends on the contents > of > the ".tech27" technology file. If you are using Jeff > Sondeen's > techfiles, they are not set up for PostScript or PNM > plotting. > However, these sections are easy to set up by copying the > "plot" section from the default "scmos.tech27" file (it's > at > the end of the file) and changing or removing layer names > that > differ between the "scmos" technology and the one you are > copying into. You won't do any harm to the technology file > by replacing the "plot" section. > > There is some information in the "magic Maintainer's manual > #2" > for the "plot" section, but it does not include the > PostScript > and PNM styles (which I and Rajit Manohar added, > respectively). > There is some information on these on my magic web pages, > but > it is probably easier to figure out the syntax by example > from > the default "scmos.tech27" file. > > Regards, > Tim > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev > From katkoori at csee.usf.edu Tue Sep 21 16:31:53 2004 From: katkoori at csee.usf.edu (Srinivas Katkoori) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Problems with installation of Tcl/Tk MAGIC 7.2.24 on Linux In-Reply-To: <20040915115221.94416.qmail@web53907.mail.yahoo.com> Message-ID: Thanks for your response.. Regards, Srinivas. ------------------------------------------------------------------------ On Wed, 15 Sep 2004, [iso-8859-1] Spaceborne Calin wrote: > --- Srinivas Katkoori a écrit : > > Hello: > > > > On Fedora Core 2 Linux, > > I am trying to install MAGIC 7.2.24 the Tcl/Tk version. > > I am getting the following errors. Could you please > > suggest how to fix them? > > > > Thanks for your help.. > > --------------------------------------------------- > > [root@dhcp21-144 magic-7.2.24]# make > > --- errors and warnings logged in file make.log > > --- making modules > > --- compiling extflat/EFerr.o > > EFerr.c: In function `efReadError': > > EFerr.c:65: error: syntax error before "va_dcl" > > make[2]: *** [EFerr.o] Error 1 > > --- compiling textio/txOutput.o > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:4:2: > > #error "GCC no longer implements ." > > /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/include/varargs.h:5:2: > > #error "Revise your code to use ." > > I think this is fixed in the newer versions (the latest seems to be > 7.2.70) > > > > > > > > > Vous manquez d’espace pour stocker vos mails ? > Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! > Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ > > Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com > From tim.edwards at multigig.com Tue Sep 21 11:22:40 2004 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: pplot Message-ID: <200409211422.i8LEMe414502@khachaturian.tim.linglan.net> Dear Graham, > I've spent some time trying to get nice plots from Magic. > I use a program called pplot, which is old but can still be > found thru a Google search. I think it is related to the plot > routines in Magic. Yes, it's related to the routines in Magic. I hacked on pplot while I was a student with Mike Godfrey at Stanford in the early 90's, and made it pass the "CIF torture test" and introduced color (a major improvement---nobody can make heads or tails of a black & white VLSI layout). The final version of that is on my website at: http://bach.ece.jhu.edu/~tim/programs (one directory above the Magic website). To make the Magic "plot postscript" command, I took my most recent version of pplot, removed the CIF parser, and pretty much dropped the rest of it into the Magic source distribution unchanged. The primary difference is that "plot postscript" in magic draws layout from the Magic database, not CIF/GDS. On the other hand, it is fairly simple to make a tech file for magic that makes a 1:1 correspondence between CIF/GDS and magic layers. That makes a fairly convenient way to get plot output from a GDS file. One note on "plot postscript" vs. "plot pnm": "plot postscript" generates lots of lines and patterned fills. The detailed output is appropriate for plotting subcells and such. However, on chip-level plots, the detail is all lost anyway, and the PostScript output tends to be prohibitively large. "plot pnm" does not produce detail, but is good at color blending on sub-pixel dimensions, so it can keep a reasonably good representation of fine detail at large scales. The larger the chip, the more the output of "plot pnm" looks like a photograph. "plot pnm" also produces huge output files, but it's very easy to read the pnm file into a program like "gimp" or "xv" and produce a compact JPEG image file. One trick to get smaller files from "pplot" is to pass it, on the command line, a list of layers not to draw. At a certain scale it makes sense not to draw labels, bounding boxes, contact cuts, wells, implants, etc., but only metal layers, poly, and diffusion. The PostScript trick needed to draw patterns for each layer that can blend with each other is in the coordinate system of the rendering device. This makes the patterns look unusually large in ghostview on a computer monitor (native resolution ~75dpi) but looks exceptionally nice on a 600-1200dpi color laser printer. The monitor view problem can be resolved by viewing the postscript under "gimp", which knows how to manipulate ghostscript to generate device-independent output at a specified resolution, and then subsamples the result to produce the monitor view. If you read the PostScript output from magic into "gimp" at a resolution of 300 or 600 dpi (there's a dialog box that allows you to select this), you get a reasonable screen-viewable result. So the dual- OS setup you mention can also be duplicated entirely on a Unix system using Magic and gimp (theoretically; I haven't tried turning the method into a batch process. That would be a nice thing to have in the Tk-based Magic GUI). Regards, Tim From fearincj at cliftonlabs.com Fri Sep 24 16:44:22 2004 From: fearincj at cliftonlabs.com (Chris Fearing) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] TSMC .18 Message-ID: <223B60AF-0E62-11D9-A18C-000393B2B26A@cliftonlabs.com> I am considering using TSMC .18 technology for my next chip. I have previously used TSMC .25 with magic 7.1 In opening up magic with the technology file SCN6M_DEEP.09.TSMC.tech27 from the 2001a library, I get these errors Section "styles" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "contact" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "compose" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "connect" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "cifoutput" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "cifinput" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "mzrouter" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "drc" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "extract" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "wiring" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "router" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "plowing" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Section "plot" was missing from ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. Cannot load technology "./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27" and magic does not open. I do not get these errors using tech file SCN6M_DEEP.09.tech27 There is not a SCN6M_DEEP.09.TSMC.tech27 in the 2002a library. It also appears that the hv layers used in pads are not defined in this tech file. Do I need to upgrade magic versions(7.2 or 7.3) to work with a .18 technology? Can I use SCN6M_DEEP.09.tech27 for TSMC .09. Has anyone created pads for this technology? Are there any other caveats to the combination of magic and TSMC .18 that I am missing? Thanks Chris Fearing From sondeen at ISI.EDU Sun Sep 26 23:33:55 2004 From: sondeen at ISI.EDU (Jeff Sondeen) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] TSMC .18 In-Reply-To: <223B60AF-0E62-11D9-A18C-000393B2B26A@cliftonlabs.com> References: <223B60AF-0E62-11D9-A18C-000393B2B26A@cliftonlabs.com> Message-ID: <16727.42563.949657.463801@vapor.isi.edu> sorry for the confusion, but the reason that techfile you looked at is virtually empty is "hidden" in the CHANGELOG file: ftp://ftp.isi.edu/pub/sondeen/magic/new/beta/CHANGELOG also, some of the full verions *.TSMC.tech27 techfiles are completely empty -- only the "light" versions are available (see discussion below under "2001-05-?? release 2001a") ... note that the SCN6M_DEEP.09.TSMC.tech27 and SCN6M_SUBM.10.TSMC.tech27 regular versions could not be built (as they have too many types) but that their 'light' versions (see below) are present: SCN6M_DEEP.09.TSMC.light.tech27 and SCN6M_SUBM.10.TSMC.light.tech27 ((actually the above sentence is wrong, only the non-.TSMC versions (ie., withOUT HV transistor layers) are there: pub/sondeen/magic/new/beta/2002a/SCN6M_DEEP.09.light.tech27 pub/sondeen/magic/new/beta/2002a/SCN6M_SUBM.10.light.tech27 ((you probably want the 2002a version)): ... *.light.tech27 added "light" versions of all techfiles -- these techfiles omit many of the rarely used layers of the techfiles, namely "fill", "pins", "resistor", and implant layers (many of these special layers are described in later in this file). Anyway, back to the problem is missing HV layers, all of the SCN6M techfiles have too many types to allow all the extra types that HV layers create, altho a lot of the types are taken by contacts (such as 'pc') in the 'contact' section of the techfile, which historically took 3 (hidden) types per actual symbolic contact type (for the "images"), but i believe that's one of the things that Tim fixed in magic version 7.3. once you get 7.3 running, i'd be glad to give you a real SCN6M_DEEP.09.TSMC.tech27 (or more likely SCN6M_DEEP.09.TSMC.light.tech27) file to see if it can be read into the new magic. you still may have to manually delete some types you don't plan on using (like 'mim', etc). ((i still don't have 7.3 running on solaris -- no time to track down the compile problems. i should be getting a linux machine before in the next couple of months so can get back to techfiles then)). /jeff Chris Fearing writes: > I am considering using TSMC .18 technology for my next chip. I have > previously used TSMC .25 with magic 7.1 > > In opening up magic with the technology file SCN6M_DEEP.09.TSMC.tech27 > from the 2001a library, I get these errors > > Section "styles" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "contact" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "compose" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "connect" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "cifoutput" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "cifinput" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "mzrouter" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "drc" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "extract" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "wiring" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "router" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "plowing" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Section "plot" was missing from > ./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27. > Cannot load technology "./cad/lib/2001a/SCN6M_DEEP.09.TSMC.tech27" > > and magic does not open. I do not get these errors using tech file > SCN6M_DEEP.09.tech27 > > There is not a SCN6M_DEEP.09.TSMC.tech27 in the 2002a library. > It also appears that the hv layers used in pads are not defined in this > tech file. > > > Do I need to upgrade magic versions(7.2 or 7.3) to work with a .18 > technology? > Can I use SCN6M_DEEP.09.tech27 for TSMC .09. > Has anyone created pads for this technology? > Are there any other caveats to the combination of magic and TSMC .18 > that I am missing? > > Thanks > > Chris Fearing > > _______________________________________________ > magic-dev mailing list > magic-dev@vlsi.cornell.edu > http://vlsi.csl.cornell.edu/mailman/listinfo/magic-dev From timothy_edwards at multigig.com Mon Sep 27 17:19:48 2004 From: timothy_edwards at multigig.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] RE: TSMC 0.18 Message-ID: <1096327188.9277@flurry.he.net> MultiGiG has just taped out a test chip on TSMC 0.18 using magic-7.3 and a vendor-rules tech file. As soon as I am finished writing up some notes on the tech file, I will forward it to Wes Hansford at MOSIS to be added to the secure document server. This has all the features of the mixed-mode process (deep-nwell, HV transistors, thick top metal, MiM capacitors, high-resistance resistors, etc.), and I will probably want to generate the "LO" (digital) process tech file again to make sure I get all the updates I made to the mixed-mode process tech file. I also have a "GDS exact" tech file that displays GDS input verbatim, and the mixed-mode tech file has a clever algorithm for generating fill patterns. Regards, Tim From ssunki at csee.usf.edu Wed Sep 29 12:59:54 2004 From: ssunki at csee.usf.edu (Supriya Sunki) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] MPLA & magic-7.1 Message-ID: <415adbfa.593b.8210@csee.usf.edu> Hi, I'm trying to compile MPLA by downloading the platools provided at Tim's website.But during the 'Make' I get the following errors with (GCC-2.96,Fedora Core 2): 1) When I use the libmpack.a of the platools,following errors were shown: [supriya@lexus mpla]$ make gcc -g -I../../lib -g -c -o mpla.o mpla.c gcc -g -I../../lib -g -c -o unio.o unio.c unio.c:7:9: warning: extra tokens at end of #endif directive gcc -g -I../../lib -g -c -o stack.o stack.c stack.c:6:9: warning: extra tokens at end of #endif directive rm -f mpla gcc -g -I../../lib mpla.o unio.o stack.o -L../../lib -lmpack -lm -o mpla ../../lib/libmpack.a(libdatabase.o)(.text+0xbdf6): In function `DBCellWrite': /newhome/tim/magic_sources/magic-7.1.7/database/DBio.c:1414: warning: the use of `mktemp' is dangerous, better use `mkstemp' ../../lib/libmpack.a(libutils.o)(.text+0x1b16): In function `GetRect': /newhome/tim/magic_sources/magic-7.1.7/utils/getrect.c:104: undefined reference to `__ctype_b' ../../lib/libmpack.a(libutils.o)(.text+0x1b7d):/newhome/tim/ magic_sources/magic-7.1.7/utils/getrect.c:107: undefined reference to `__ctype_b' .../../lib/libmpack.a(libutils.o)(.text+0x1ba6):/newhome/tim /magic_sources/magic-7.1.7/utils/getrect.c:108: undefined reference to `__ctype_b' .../../lib/libmpack.a(libutils.o)(.text+0x1c06):/newhome/tim /magic_sources/magic-7.1.7/utils/getrect.c:111: undefined reference to `__ctype_b' .../../lib/libmpack.a(libutils.o)(.text+0x1c6e):/newhome/tim /magic_sources/magic-7.1.7/utils/getrect.c:114: undefined reference to `__ctype_b' .../../lib/libmpack.a(libutils.o)(.text+0x1c96):/newhome/tim /magic_sources/magic-7.1.7/utils/getrect.c:115: more undefined references to `__ctype_b' follow collect2: ld returned 1 exit status make: *** [mpla] Error 1 2)when I use 'libmpack.a' of my locally compiled Magic-7.1 version, following errors were shown: [supriya@lexus mpla]$ make rm -f mpla gcc -g -I../../lib mpla.o unio.o stack.o -L../../lib -lmpack -lm -o mpla ../../lib/libmpack.a(libdatabase.o)(.text+0xaa5c): In function `DBCellWrite': /home/supriya/cad_try/src/magic-7.1/database/DBio.c:1192: warning: the use of `mktemp' is dangerous, better use `mkstemp' ../../lib/libmpack.a(libtech.o)(.text+0x19f): In function `TechLoad': /home/supriya/cad_try/src/magic-7.1/tech/tech.c:252: undefined reference to `SysLibPath' ../../lib/libmpack.a(libtech.o)(.text+0x1cd):/home/supriya/c ad_try/src/magic-7.1/tech/tech.c:254: undefined reference to `SysLibPath' ../../lib/libmpack.a(libdatabase.o)(.text+0x30bc): In function `dbCopyAllPaint': /home/supriya/cad_try/src/magic-7.1/database/DBcellcopy.c:50 8: undefined reference to `GrClipTriangle' ../../lib/libmpack.a(libdatabase.o)(.text+0x3f28): In function `DBCellPrint': /home/supriya/cad_try/src/magic-7.1/database/DBcellname.c:31 7: undefined reference to `SelectDef' ../../lib/libmpack.a(libdatabase.o)(.text+0x98c5): In function `dbReadOpen': /home/supriya/cad_try/src/magic-7.1/database/DBio.c:558: undefined reference to `CellLibPath' ../../lib/libmpack.a(libdatabase.o)(.text+0x98cb):/home/supr iya/cad_try/src/magic-7.1/database/DBio.c:558: undefined reference to `Path' .../../lib/libmpack.a(libdatabase.o)(.text+0x9939):/home/sup riya/cad_try/src/magic-7.1/database/DBio.c:566: undefined reference to `CellLibPath' .../../lib/libmpack.a(libdatabase.o)(.text+0x993f):/home/sup riya/cad_try/src/magic-7.1/database/DBio.c:566: undefined reference to `Path' ../../lib/libmpack.a(libdatabase.o)(.text+0xb3bd): In function `DBGetTech': /home/supriya/cad_try/src/magic-7.1/database/DBio.c:1483: undefined reference to `CellLibPath' .../../lib/libmpack.a(libdatabase.o)(.text+0xb3c3):/home/sup riya/cad_try/src/magic-7.1/database/DBio.c:1483: undefined reference to `Path' ../../lib/libmpack.a(libcif.o)(.text+0xcfa2): In function `cifWritePaintFunc': /home/supriya/cad_try/src/magic-7.1/cif/CIFwrite.c:580: undefined reference to `GrClipTriangle' collect2: ld returned 1 exit status make: *** [mpla] Error 1 Thanks for the help, Supriya. http://www.csee.usf.edu From tim.edwards at multigig.com Thu Oct 14 17:24:53 2004 From: tim.edwards at multigig.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:45 2008 Subject: [Magic-dev] Magic command reference now available Message-ID: <200410142024.i9EKOr112845@khachaturian.tim.linglan.net> Hello everyone, I've spent a lot of time over the last couple of weeks working on the first complete documentation of commands in magic. You can find the result on the magic website at http://bach.ece.jhu.edu/~tim/programs/magic Click on "Documentation" and see the first section "Distribution Documentation (HTML format)" and the link to "Magic Command Reference". Note that this is a first draft and there will be improvements and additions coming. Enjoy! Regards, Tim From cburns at cswitch.com Thu Oct 21 09:39:31 2004 From: cburns at cswitch.com (Charlie Burns) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] V7.3: :specialopen netlist core dumps Message-ID: <4177D833.5070702@cswitch.com> Hello, I just downloaded magic-7.3.55 and just did a "./configure; make; make install" on a linux machine. I can bring up magic and point rectangles but when I do a ":specialopen netlist" and click in the "label" text box magic core dumps. Do you need more info from me to be able to repeat this? Thanks. Charlie Burns From floyd2255 at mac.com Mon Oct 25 02:42:58 2004 From: floyd2255 at mac.com (Jordan King) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] Binary of magic for Mac OS X 10.3 available for download Message-ID: <3936428.1098682978728.JavaMail.floyd2255@mac.com> Hello All, I began a course in VLSI this fall. We began using magic quite a bit, and I was tired of having to drive to campus just to get my work done. I downloaded the source and after a bunch of jumping through hoops, I was able to get it to compile and run under Mac OS X v10.3. I have seen many others asking for instruction on how to get version 7.1 to build and run in Mac OS X v10.3, so I decided to provide a binary download on my website: http://homepage.mac.com/floyd2255/software/ . ~jlk From graham.petley at vlsitechnology.org Sun Nov 21 09:15:59 2004 From: graham.petley at vlsitechnology.org (Graham Petley) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] Updated open source standard cell library available Message-ID: <20041121091553.38537.qmail@web206.biz.mail.re2.yahoo.com> Hallo, I have updated the standard cell libraries on my web site http://www.vlsitechnology.org Version 7.1 can now be downloaded. As before, Magic is used for extraction and creation of the final CIF files. Compared to 7.0, there is more content in the examples section, and many of the vsclib and vxlib cells have been changed in order to improve their routability. Best regards, Graham Petley From tim at opencircuitdesign.com Mon Oct 25 19:19:24 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] Magic binary for OS X 10.3 Message-ID: <200410251819.i9PIJCE8028043@opencircuitdesign.com> Dear Jordan, > I began a course in VLSI this fall. We began using magic quite a bit, and > I was tired of having to drive to campus just to get my work done. I > downloaded the source and after a bunch of jumping through hoops, I was > able to get it to compile and run under Mac OS X v10.3. I have seen many > others asking for instruction on how to get version 7.1 to build and run > in Mac OS X v10.3, so I decided to provide a binary download on my website: > http://homepage.mac.com/floyd2255/software/. Have you tried compiling magic-7.2 or magic-7.3 under Mac OS-X? I made a number of changes that should make it almost trivial to do, especially if you follow the instructions as per obtaining the "fink" package version of Tcl and Tk. Magic-7.3 should be much more amenable to student use, anyway. If you can tell me what you did to the source for 7.1 to get it to compile under OS-X, I can incorporate those changes into the source so that the next time somebody tries compiling from source, it will just work. Regards, Tim From tim at opencircuitdesign.com Mon Oct 25 19:55:14 2004 From: tim at opencircuitdesign.com (R. Timothy Edwards) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] RE: core dump on specialopen netlist Message-ID: <200410251854.i9PIsho2028088@opencircuitdesign.com> Dear Charlie, > I just downloaded magic-7.3.55 and just did a "./configure; make; > make install" on a linux machine. I can bring up magic and point > rectangles but when I do a ":specialopen netlist" and click in > the "label" text box magic core dumps. Well, I just clicked on the "label" text box and I get: % specialopen netlist Enter labels, one per line, terminated by a blank line: ? test1 ? % Try running under the debugger and see if you can capture the location of the segmentation fault. Instructions for running the debugger are on the magic-7.3 web page. Regards, Tim From ganesh4u2k at yahoo.co.in Sat Oct 30 21:16:39 2004 From: ganesh4u2k at yahoo.co.in (ganesh singh) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] Mgic Problem Message-ID: <20041030201630.74050.qmail@web8509.mail.in.yahoo.com> Sir, I have downloaded the 7.68 version of Mgic from ur site. I installed as in readme file with tcl.But when ever i typed magic -w then the system reboot showing short of memory after opening tcl window and wish. i have Turbulinux-10 and my RAM is 128 MB Can you help me? Thanks in advance. Ganesh Singh ________________________________________________________________________ Yahoo! India Matrimony: Find your life partner online Go to: http://yahoo.shaadi.com/india-matrimony From evernon at bnl.gov Fri Dec 3 20:04:13 2004 From: evernon at bnl.gov (Vernon, Emerson) Date: Thu Oct 30 14:32:46 2008 Subject: [Magic-dev] RE: Wide Metal Check Rule Message-ID: <47B8E77FE2707145932EADD8C529D77F01BB742D@exchange10.b459.bnl.gov> Hello All, I would like to know if there are any plans to implement "wide metal check rules" in future MAGIC updates. If this vital check rule already exist, how does one go about getting this file? Thanks Emerson Vernon Staff Engineer Brookhaven National Laboratory evernon@bnl.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20041203/4e6e0a8f/attachment.html From iyad.ouaiss at lau.edu.lb Wed Nov 3 09:07:23 2004 From: iyad.ouaiss at lau.edu.lb (Iyad Ouaiss) Date: Thu Oct 30 14:32:47 2008 Subject: [Magic-dev] Two Small Problems with Magic on Fedora Core 1 Message-ID: <0I6L00GA6INEJF@mail.lau.edu.lb> Hi, I am having two problems when running my installation of magic and would like to seek your help. I installed magic 7.2.70 on Linux, Fedora Core 1 without the TCL option and I am running magic under X with Gnome as my graphical environment. Everything seems to run fine so far, except for the following two problems: 1. When I quit from magic, by typing ":q", the program hangs most of the time and I do not get the shell prompt back. This happens most of the times but not all. In order to remedy the problem, I usually end up hitting ctrl-Z, and then killing the job; then I can run magic again. 2. Sometimes, when I am running magic and go back and forth between the main command window and the design window several times, suddenly the design window does not get refreshed any longer and I am forced to quit from magic and re-run. Please reply to me by email (iyad.ouaiss@lau.edu.lb) if you can help. I am not sure where this message gets posted. Best regards, Iyad. -- Iyad Ouaiss, PhD Assistant Professor of Computer Engineering Director of the CISCO Institute Lebanese American University P.O. BOX 36 Byblos, Lebanon Tel: 09-547-254 Ext: 2356 Email: iyad.ouaiss@lau.edu.lb -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20041103/a22b52a8/attachment.html From kscarbery at mac.com Tue Dec 21 12:37:15 2004 From: kscarbery at mac.com (Kevin Scarbery) Date: Thu Oct 30 14:32:47 2008 Subject: [Magic-dev] IRSIM on Mac OS X Message-ID: Has anyone successfully compiled and ran IR Sim on Mac OS X? I am running 10.3.7 with the latest libraries via Fink and cannot seem to get any version to compile properly. The following is from irsim-9.7.1. The first warnings I get are during compile of rsim.c: :rsim.c: In function `apply': rsim.c:303: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type rsim.c:308: warning: passing arg 1 of `Tcl_Free' from incompatible pointer type rsim.c:387: warning: passing arg 1 of `Tcl_Free' from incompatible pointer type sim.c: In function `rd_network': sim.c:905: warning: passing arg 1 of `lprintf' from incompatible pointer type Next: :subckt.c:57: warning: static declaration for `HashSub' follows non-static tclirsim.c: In function `_irsim_dispatch': tclirsim.c:117: warning: passing arg 3 of `Tcl_GetIndexFromObj' from incompatible pointer type Finally some errors: :../rules.mak:34: warning: overriding commands for target `/usr/local/bin/irsim' Makefile:31: warning: ignoring old commands for target `/usr/local/bin/irsim' random.c:73:20: malloc.h: No such file or directory random.c: In function `do_random': random.c:268: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:287: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:349: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c: In function `Random_Init': random.c:379: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type make[2]: *** [randwrap.o] Error 1 And a whole bunch of multiple definitions: ld: warning multiple definitions of symbol _tclIntPlatStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclIntPlatStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclIntPlatStubsPtr ld: warning multiple definitions of symbol _tclStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclStubsPtr ld: warning multiple definitions of symbol _tclIntStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclIntStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclIntStubsPtr ld: warning multiple definitions of symbol _Tcl_InitStubs /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _Tcl_InitStubs /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _Tcl_InitStubs ld: warning multiple definitions of symbol _tclPlatStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclPlatStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclPlatStubsPtr ld: warning suggest use of -bind_at_load, as lazy binding may result in errors o r different symbols being used symbol _Tcl_InitStubs used from d Upon trying to make install: --- installing to /usr/local ../rules.mak:34: warning: overriding commands for target `/usr/local/bin/irsim' Makefile:31: warning: ignoring old commands for target `/usr/local/bin/irsim' random.c:73:20: malloc.h: No such file or directory random.c: In function `do_random': random.c:268: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:287: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:349: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c: In function `Random_Init': random.c:379: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type make[2]: *** [randwrap.o] Error 1 Any ideas how to get something, anything working? From kscarbery at mac.com Wed Dec 22 03:21:38 2004 From: kscarbery at mac.com (Kevin Scarbery) Date: Thu Oct 30 14:32:48 2008 Subject: [Magic-dev] IRSIM on Mac OS X Message-ID: <8F514532-53C8-11D9-AF2B-000D93C4C4AC@mac.com> Has anyone successfully compiled and ran IR Sim on Mac OS X? I am running 10.3.7 with the latest libraries via Fink and cannot seem to get any version to compile properly. The following is from irsim-9.7.1. The first warnings I get are during compile of rsim.c: :rsim.c: In function `apply': rsim.c:303: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type rsim.c:308: warning: passing arg 1 of `Tcl_Free' from incompatible pointer type rsim.c:387: warning: passing arg 1 of `Tcl_Free' from incompatible pointer type sim.c: In function `rd_network': sim.c:905: warning: passing arg 1 of `lprintf' from incompatible pointer type Next: :subckt.c:57: warning: static declaration for `HashSub' follows non-static tclirsim.c: In function `_irsim_dispatch': tclirsim.c:117: warning: passing arg 3 of `Tcl_GetIndexFromObj' from incompatible pointer type Finally some errors: :../rules.mak:34: warning: overriding commands for target `/usr/local/bin/irsim' Makefile:31: warning: ignoring old commands for target `/usr/local/bin/irsim' random.c:73:20: malloc.h: No such file or directory random.c: In function `do_random': random.c:268: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:287: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:349: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c: In function `Random_Init': random.c:379: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type make[2]: *** [randwrap.o] Error 1 And a whole bunch of multiple definitions: ld: warning multiple definitions of symbol _tclIntPlatStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclIntPlatStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclIntPlatStubsPtr ld: warning multiple definitions of symbol _tclStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclStubsPtr ld: warning multiple definitions of symbol _tclIntStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclIntStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclIntStubsPtr ld: warning multiple definitions of symbol _Tcl_InitStubs /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _Tcl_InitStubs /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _Tcl_InitStubs ld: warning multiple definitions of symbol _tclPlatStubsPtr /usr/local/lib/libtcl8.4.dylib(tclStubLib.o) definition of _tclPlatStubsPtr /usr/local/lib/libtk8.4.dylib(tclStubLib.o) definition of _tclPlatStubsPtr ld: warning suggest use of -bind_at_load, as lazy binding may result in errors o r different symbols being used symbol _Tcl_InitStubs used from d Upon trying to make install: --- installing to /usr/local ../rules.mak:34: warning: overriding commands for target `/usr/local/bin/irsim' Makefile:31: warning: ignoring old commands for target `/usr/local/bin/irsim' random.c:73:20: malloc.h: No such file or directory random.c: In function `do_random': random.c:268: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:287: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c:349: warning: passing arg 4 of `Tcl_SplitList' from incompatible pointer type random.c: In function `Random_Init': random.c:379: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type make[2]: *** [randwrap.o] Error 1 Any ideas how to get something, anything working? From yicheng at yuantonix.com Wed Nov 10 14:20:27 2004 From: yicheng at yuantonix.com (Yi-Cheng Chang) Date: Thu Oct 30 14:32:49 2008 Subject: [Magic-dev] questions about Magic 7.2, and 7.3 Message-ID: Dear sirs: I am using magic-7.3 under cygwin. I downloaded the source code at the following address. http://bach.ece.jhu.edu/~tim/programs/magic/magic7_3.html#Download However, I have compling problems, which gave the following errors when I used "make". make[1]: Entering directory `/usr/local/src/magic-7.3.59' --- making header file database/database.h ./scripts/makedbh database/database.h.in database/database.h /bin/bash: ./scripts/makedbh: /bin/csh: bad interpreter: No such file or directory make[1]: *** [database/database.h] Error 126 make[1]: Leaving directory `/usr/local/src/magic-7.3.59' My first question is how do we complie Magic v 7.3? However, I don't have any similar problems on Magic 7.2.70. The installation is okay. The only thing I am curious is how do I extract the parasitic resistance using this version. It seems to me that the ext2sim in V7.2.70 won't generate the three files, .sim, .nodes, and .al as mentioned in the magic manual #8. In addition, extresis command is not available either. How can extract the parasitic resistance on Magic V7.2? Thanks for your help. Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20041110/a71ae767/attachment.html From yicheng at yuantonix.com Thu Nov 11 22:46:02 2004 From: yicheng at yuantonix.com (Yi-Cheng Chang) Date: Thu Oct 30 14:32:49 2008 Subject: [Magic-dev] Resistor extraction in Magic 7.2.70 Message-ID: Hi: I have setup Magic 7.2.70 on Cygwin. Everything looks okay except the fact that I can't extract the Resistor for HSPICE by following the Magic manual #8. I didn't see the three files generated by ext2sim, .sim, .nodes, and .al. When I type in ":extresis" in magic, it complaint that .nodes file was not found. Is there any thing I can try (like use another commands) to generate the resistors in SPICE file? Thanks Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: http://vlsi.csl.cornell.edu/pipermail/magic-dev/attachments/20041111/f20809d5/attachment.html From wwu at cs.ucr.edu Tue Dec 28 22:15:11 2004 From: wwu at cs.ucr.edu (wwu@cs.ucr.edu) Date: Thu Oct 30 14:32:49 2008 Subject: [Magic-dev] Dual-VT technology file for .18/.13 tech In-Reply-To: <223B60AF-0E62-11D9-A18C-000393B2B26A@cliftonlabs.com> References: <223B60AF-0E62-11D9-A18C-000393B2B26A@cliftonlabs.com> Message-ID: <1270.69.108.97.1.1104300911.squirrel@69.108.97.1> Hello, everyone, This question may not be asked here, but I just don't know where to ask. I'm looking for the technology file for both high-Vt and low-Vt for 0.18/0.13 technology. I think I can't just changed the Vth value, right? Thanks so much!! Happy New Year! --Wei