Status...
guile won't build with pthreads.
guile won't build with --with-threads=none either
apparently, it wants a fake "null-threads" package. The way to get
that is to UNINSTALL the mingw pthreads package.
Pixman tried to link -lpthreads anyway!
Turns out, minipack uses the installed libr
> What square bracket?
In the library window, at the end of each M4 footprint's description,
is the string to use for footprint= in brackets, like [0603]. For
file-based footprints, you of course use the file name.
> But for generic footprint names like 0805 the import action chooses
> the vers
Colin D Bennett wrote:
> There seems to be a contradiction in the description of the ‘device’
> attribute on the wiki master_attributes_list [1].
>
>> Do not put spaces into the device name; there are some programs which
>> dislike spaces in the device specifier. Generally the device name is
>> i
DJ Delorie wrote:
>
>> How would I do that (with my news server)?
>
> You probably can't. Most mailing lists are not mirrored to news
> servers.
Someone has to ask kindly at gmane.org to include the mailinglist to
their usenet service. I just filed the application form. Let's see
if they ap
DJ Delorie wrote:
> Subscribe to
> pcb-b...@lists.sourceforge.net.
How would this exactly be done? I sent an email to the above address
with subject "subscribe". An automatically sent reply asked for a
confirmation that my email address is valid, which I did. I'll wait
for pcb bug reports to ar
Andrew Poelstra wrote:
> The problem happens in the loop in rats.c, lines 766-784.
That was quick!
I hope, this issue is resolved soon.
---<)kaimartin(>---
--
Kai-Martin Knaak
Email: k...@familieknaak.de
Öffentlicher PGP-Schlüssel:
http://pool.sks-keyservers.net:11371/pks/lookup?search=0x6C0B9F
DJ Delorie wrote:
>
> No, you're doing it right. Run PCB and open the library window. Do
> you see your footprints there?
yes.
> Do the names in square brackets match the footprint attributes?
What square bracket?
Yes, I have the footprint attributes set correctly. The traditional
gsch2pcb
On Jun 3, 2011, at 1:49 PM, Colin D Bennett wrote:
> Is ‘device’ used for simulation purposes?
In at least some flows, yes. The spice-sdb back end to gnetlist attempts to
determine if it needs to prepend a key letter to the device to select the
correct SPICE primitive. You can turn this behavi
> Currently, the only known problem is that the `drc2' gnetlist backend
> is broken.
This is now fixed, and there are no known issues with using the gEDA
main development branch with Guile 2.0.
Peter
--
Peter Brett
Remote Sensing Research Group
Surrey Space Centre
pgp
Hi folks,
I've just checked in some changes that enable gEDA to compile and run
with Guile 2.0. Please report any issues. Currently, the only known
problem is that the `drc2' gnetlist backend is broken.
Regards,
Peter
--
Peter Brett
Remote Sensing Research Group
Surrey
On Fri, 03 Jun 2011 19:32:46 +0200
Kai-Martin Knaak wrote:
> Colin D Bennett wrote:
> > I always add symversion=1.0 to my custom symbols because (1)
>
> Unfortunately, I did not since a few months ago. Now, that I started
> using the symversion gschem throws unnecessary warnings at me. It
> see
Colin D Bennett wrote:
> The ‘symversion’ attribute's documentation says that this attribute
> should not be placed on new symbols, but only (1) on symbols “accepted
> into the main gEDA symbol library”, and even then (2) only when a
> change is made to the symbol.
I have asked about this before
On Fri, Jun 03, 2011 at 03:41:41PM +0200, Kai-Martin Knaak wrote:
>
> This seems to be a memory leak problem. I noted, that memory usage goes way up
> on rats optimization until it hits the ceiling (memory and swap used 100%).
> See the system log I attached to the lauchpad bug report.
> https
The ‘symversion’ attribute's documentation says that this attribute
should not be placed on new symbols, but only (1) on symbols “accepted
into the main gEDA symbol library”, and even then (2) only when a
change is made to the symbol.
I always add symversion=1.0 to my custom symbols because (1) it
On Fri, 2011-06-03 at 11:27 -0400, DJ Delorie wrote:
No, you're doing it right. Run PCB and open the library window. Do
you see your footprints there? Do the names in square brackets match
the footprint attributes? Those are the key things to using the
importer.
I remember myself havin
No, you're doing it right. Run PCB and open the library window. Do
you see your footprints there? Do the names in square brackets match
the footprint attributes? Those are the key things to using the
importer.
The most likely "newbie mistake" is pointing your local libraries one
level too far
With the traditional gsch2pcb work-flow I use project files to tell the
system which footprints to use (and which not to use). For example:
/-timer_proto.g2p--
schematics timer_proto.sch
output-name timer_proto
skip-m4
verbose
elements-dir /home/kmk/geda/footprints
use-files
\
There seems to be a contradiction in the description of the ‘device’
attribute on the wiki master_attributes_list [1].
> Do not put spaces into the device name; there are some programs which
> dislike spaces in the device specifier. Generally the device name is
> in all caps. Examples: device=7400
> How would I do that (with my news server)?
You probably can't. Most mailing lists are not mirrored to news
servers.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
This might explain my problem with PCB+GL maybe it's just a general
problem with PCB? I have noticed that PCB can eat up about 3 GB after a
few hours of routing.
On 3 June 2011 14:41, Kai-Martin Knaak <[1]kn...@iqo.uni-hannover.de>
wrote:
Andrew Poelstra wrote:
> Use gdb
DJ Delorie wrote:
>
>> It is nice to have the geda bugs reported on launchpad mirrored in
>> the mailing list. Can we this also be done for PCB bugs, please?
>
> We already do this, but PCB bugs have their own list. Subscribe to
> pcb-b...@lists.sourceforge.net.
How would I do that (with my
21 matches
Mail list logo
