As edge rates increase, signal intergrity (SI) becomes more and more
important, even for the hobbyist. Unfortunately, the models provided
by semiconductor vendors typically come in only 2 forms, encrypted
HSPICE and IBIS. No open tools exist for handling either. An open
HSPICE decryption utility wo
I was thinking of how to represent all of the connections and relationships.
Then thought of sqlite3, as a database of connections.
a table of symbols,
a table of pins
This table maps the pins to a net and a symbol.
a table of nets
This is a rather simple database, of connections.
To compe
Richard Rasker wrote:
> OK, I'll start by reading up on the light vs. heavy symbol discussions.
> Do I understand correctly that heavy symbols basically have certain nets
> with predefined names (e.g. VCC, GND) implicitly included, whereas light
> symbols offer the pins to connect those nets onese
On May 31, 2011, at 6:35 AM, John Griessen wrote:
> I'd like the first definition
> of what gnetlist does be, "Output any data it takes in, in the same format,
> with lost spatial position information allowed, but keeping all other data
> intact."
I think the reader should preserve *all* of the
On May 31, 2011, at 1:55 AM, DJ Delorie wrote:
>
> One thought I had for gnetlist backends, is to recode gnetlist as a
> set of libraries.
Now you're talking.
> The Core would only load the design files
> (schematics, spreadsheets, databases, back-annotation info, etc) as
> raw data; the back
On Mon, May 30, 2011 at 1:01 PM, DJ Delorie wrote:
>
> Has anyone successfully built guile 1.8.7 with the latest minipack?
guile:
Build succeeded.
That part worked fine with the minipack I just pulled.
___
On Mon, May 30, 2011 at 1:01 PM, DJ Delorie wrote:
>
> Has anyone successfully built guile 1.8.7 with the latest minipack?
I just did a fresh checkout of minipack and am not even getting that
far right now:
pango:
Build succeeded.
Unpacking gtk+...
pa
>> The trace optimizer only touches autorouted tracks by default - if you
>> want it to work on manually routed traces you need to clear the
>> "Connects -> Optimize routed tracks -> [/] Only autorouted nets"
>> checkbox.
>
> Thanks for the suggestion, but it messed up the layout something
> wicke
On 05/30/2011 11:55 AM, DJ Delorie wrote:
One thought I had for gnetlist backends, is to recode gnetlist as a
set of libraries. The Core would only load the design files
(schematics, spreadsheets, databases, back-annotation info, etc) as
raw data; the backend would be required to call at least o
Op vrijdag 27-05-2011 om 19:56 uur [tijdzone +0100], schreef Peter
Clifton:
> On Thu, 2011-05-26 at 10:03 +0200, Richard Rasker wrote:
>
> > - Work flow of newer gschem/PCB version: until recently, I worked with
> > an older PCB version (20080202), but I finally got round to compiling
> > and ins
On Tue, May 31, 2011 at 7:21 AM, Richard Rasker wrote:
> Op donderdag 26-05-2011 om 22:56 uur [tijdzone +1000], schreef Stephen
> Ecob:
>> > Then two more usage questions:
>> > - Zero length lines in PCB: I found that when drawing lines in PCB,
>> > sometimes dots (zero length lines) get created i
>> > - Zero length lines in PCB: I found that when drawing lines in PCB,
>>
>> I think you're tripping over the metric-rouding bug, where what you're
>> seeing is lines that are 0.01 mil long. We're working on that with
>> the metrification of PCB.
>
> Is there already some sort of script to elimi
Op donderdag 26-05-2011 om 22:56 uur [tijdzone +1000], schreef Stephen
Ecob:
> > Then two more usage questions:
> > - Zero length lines in PCB: I found that when drawing lines in PCB,
> > sometimes dots (zero length lines) get created inadvertently on corners
> > and bends. This isn't much of a pro
Op donderdag 26-05-2011 om 11:07 uur [tijdzone -0400], schreef DJ
Delorie:
> > I'd really like to contribute something back -- but as I'm not really a
> > proficient coder
>
> Contributions come in other forms, Certainly, library work and
> documentation are sorely in need of contributors and even
On Mon, May 30, 2011 at 1:39 PM, DJ Delorie wrote:
>
>> git remote update origin would be the easiest way.
>
How about
$ git remote show origin
--wpd
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/ged
> git remote update origin would be the easiest way.
How is this different than git fetch? Assuming the unneeded branches
aren't huge.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Mon, May 30, 2011 at 10:15 AM, DJ Delorie wrote:
>
> Is there a quick way to check to see if a local repo is out of date
> relative to a remote repo? I'd like to write a shell script that
> rebuilds pcb but only if something's been committed to the master
> repo. Rather than check out the who
Is there a quick way to check to see if a local repo is out of date
relative to a remote repo? I'd like to write a shell script that
rebuilds pcb but only if something's been committed to the master
repo. Rather than check out the whole tree and see if anything
changed, I'd rather just compare h
Has anyone successfully built guile 1.8.7 with the latest minipack?
If so, did you encouter theses errors, and how did you work around
them?
With no change to guile.recipe:
configure:19646: checking what kind of threads to support
configure:19648: result: pthreads
configure:19665: checking whet
One thought I had for gnetlist backends, is to recode gnetlist as a
set of libraries. The Core would only load the design files
(schematics, spreadsheets, databases, back-annotation info, etc) as
raw data; the backend would be required to call at least one library
function that said "I want data
On 05/30/2011 01:50 AM, John Doty wrote:
> But who's volunteering?
On 05/30/2011 01:50 AM, John Doty wrote:
So, one way or another, we're looking at a new tool, I think. Maybe we keep
the old gnetlist around and feed it modified/annotated schematics.
>
>There will always be people who don
On May 29, 2011, at 12:01 AM, Dave McGuire wrote:
> This is my opinion, speaking as a professional developer of both hardware
> and software: Scheme was a good choice for gEDA, and it should be left alone.
> The chosen implementation of Scheme, guile, may not be the best tool for the
> job r
On Mon, 2011-05-30 at 09:37 +0200, Gabriel Paubert wrote:
> > > Think i know now. Polygons can't have edges that cross other edges.
> >
> > You got it.. PCB doesn't allow self intersecting polygons, so I removed
> > support for rendering them in an attempt to manage the complexity (and
> > hopefu
On Sun, May 29, 2011 at 02:30:08PM +0100, Peter Clifton wrote:
> On Sun, 2011-05-29 at 11:37 +1000, Russell Shaw wrote:
>
> > > Hi,
> > > In _borast_bentley_ottmann_tessellate_bo_edges() which is from
> > > _cairo_bentley_ottmann_tessellate_bo_edges(), i see you deleted
> > >
> > > case CAIRO_BO_E
24 matches
Mail list logo
