Hans Nieuwenhuis wrote:
Hi,
I tried to compile the CVS version of PCB today, but compilation failed with
the following error:
gcc -DNDEBUG -g -O2 -I/usr/X11R6/include -DXTHREADS -D_REENTRANT -
DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr
/X11R6/include -I/usr/incl
> ok. Would this new symbol also stop gnetlist (when being run from
> gsch2pcb) from automatically and incorrectly assuming pin40=Vcc and
> pin20=GND ?
I don't know. Gedasymbol's search tool isn't that sophisticated ;-)
DJ Delorie wrote:
David Logan <[EMAIL PROTECTED]> writes:
There is an error in the atmega16 gschem symbol. One pin reads "PD2
(OC1A)" when it should be PD5.
There's another one on gedasymbols.org; see if it's correct.
http://www.gedasymbols.org/user/ales_hvezda/symbols/ATmega16_TQFP.
David Logan <[EMAIL PROTECTED]> writes:
> There is an error in the atmega16 gschem symbol. One pin reads "PD2
> (OC1A)" when it should be PD5.
There's another one on gedasymbols.org; see if it's correct.
http://www.gedasymbols.org/user/ales_hvezda/symbols/ATmega16_TQFP.sym
There is an error in the atmega16 gschem symbol. One pin reads "PD2
(OC1A)" when it should be PD5.
David Logan
On Fri, Mar 31, 2006 at 11:24:13PM -0500, Harry Eaton wrote:
> I've just fixed this, but the cvs server is not responding at the
> moment. I'll try to check it in tomorrow. It seems I badly broke the DRC
> check for copper being too close over 2 years ago! I'm surprised it
> wasn't brought to my