I've done a little bit of experimentation but not found much.
I have all the footprints in ./packages, all the symbols in ./symbols
and a local gafrc with (component-library ./symbols) in it.
If I move the packages directory gsch2pcb complains about missing
footprints, so it's finding them. If I
On Fri, Jan 22, 2010 at 8:21 PM, Kai-Martin Knaak k...@familieknaak.de wrote:
We already almost do this. The difference: We use a project file and the
elements-dir points to the library of my local symbols. Both of Bob
Paddocks suggestions might apply. The project file may be affected by the
On Wed, 20 Jan 2010 12:33:34 -0700, John Doty wrote:
(component-library .)
Seems a simpler way. Would that work in Windows?
Thanks for the hint.
This is indeed way more simple.
And it works in windows too :-)
(winXP, in the case of the student).
Minor side effect: Unlike the PWD
Kai-Martin Knaak writes:
On Wed, 20 Jan 2010 12:33:34 -0700, John Doty wrote:
(component-library .)
Seems a simpler way. Would that work in Windows?
[...]
Minor side effect: Unlike the PWD environment variable, the dot is not
expanded in the library window of gschem. So
On Wed, 20 Jan 2010 19:53:50 +, Peter Clifton wrote:
* pcb complains about a missing ListlibraryContens.sh but continues
anyway.
Yep - windows doesn't have a bash type shell - so that won't work.
Are there other circumstances, where pcb might want to run a shell script?
Would it help,
Hi Peter.
We just tried to do a gschem-gsch2pcb-pcb work flow with a small but real
world project:
* gsch2pcb crashes if m4 isn't explicitly disabled with skip-m4 in the
project file. CMD-window output contains a backtrace. Unfortunately,
windows is unable to copy-paste tjhis text. So we
On Fri, 22 Jan 2010 12:17:55 +0100, Patrick Bernaud wrote:
Kai-Martin Knaak writes:
On Wed, 20 Jan 2010 12:33:34 -0700, John Doty wrote:
(component-library .)
Seems a simpler way. Would that work in Windows?
[...]
Minor side effect: Unlike the PWD environment
Does gsch2pcb generate a valid pcb file for you? I get a file with these
kind of lines in (and no elements):
PKG_0603.fp(0603.fp,C8,4.7u)
PKG_0603.fp(0603.fp,R49,8K2)
PKG_0603.fp(0603.fp,R48,470)
No error messages from gsch2pcb. All my footprints are in ./packages .
The same schematics,
On Fri, 22 Jan 2010 13:04:11 + (UTC), Kai-Martin Knaak
k...@familieknaak.de wrote:
gschem failed to start whenever the gafrc contained a gentenv statement.
(I also use the gentenv command to for the path of the local user
library)
The Guile POSIX functions don't appear to be available
On Jan 22, 2010, at 6:43 AM, Peter TB Brett wrote:
On Fri, 22 Jan 2010 13:04:11 + (UTC), Kai-Martin Knaak
k...@familieknaak.de wrote:
gschem failed to start whenever the gafrc contained a gentenv
statement.
(I also use the gentenv command to for the path of the local user
library)
Just tried the gschem--gsch2pcb--pcb work-flow on winXP with a small, but
real world project. There were some show-stoppers:
* gsch2pcb crashed with backtrace unless m4 is explicitly disabled
with --skip-m4 . Unfortunately, WinXP does not allow to copy/paste
in the CMD-window. So I put a
-Original Message-
From: geda-user-boun...@moria.seul.org
[mailto:geda-user-boun...@moria.seul.org] On Behalf Of
Kai-Martin Knaak
Sent: Friday, January 22, 2010 12:35 PM
To: geda-u...@seul.org
Subject: Re: gEDA-user: Win32 build with native printing
support (via Cairo
On Fri, 22 Jan 2010 13:35:44 +, Peter Baxendale wrote:
Does gsch2pcb generate a valid pcb file for you?
No. See my other message to the list.
I get a file with these kind of lines in (and no elements):
Same here.
---(kaimartin)---
--
Kai-Martin Knaak
On Fri, 2010-01-22 at 17:35 +, Kai-Martin Knaak wrote:
* gsch2pcb produced no useful foobar.new.pcb
The file contained footprint names rather than element commands.
This is foobar.new.pcb:
Sounds like:
1. The M4 stuff isn't working (known).
2. The newlib versions of the M4 library
On Fri, 22 Jan 2010 12:17:55 +0100, Patrick Bernaud wrote:
This directive can take a second parameter for the name of the entry in
the library in case you want to override the directory name:
(component-library . Project symbols)
This doesn't seem to work with the windows version: A second
On Fri, 2010-01-22 at 23:40 +, Kai-Martin Knaak wrote:
On Fri, 22 Jan 2010 12:17:55 +0100, Patrick Bernaud wrote:
This directive can take a second parameter for the name of the entry in
the library in case you want to override the directory name:
(component-library . Project
On Sat, 23 Jan 2010 00:07:09 +, Peter Clifton wrote:
This doesn't seem to work with the windows version: A second parameter
yields an illegal file format error.
Could you paste the exact error messages please?
This is, what the log window said:
/--
Looking for default_font
Note: home directory is C:\Dokumente und Einstellungen\Femto
The spaces in there maybe causing issues. Try setting HOME to
something with no spaces, and put the project in a path with no
spaces.
illegal fileformat
Check the line endings for CR vs LF or combination, they result in
that message
On Sat, 2010-01-23 at 00:15 +, Kai-Martin Knaak wrote:
On Sat, 23 Jan 2010 00:07:09 +, Peter Clifton wrote:
This doesn't seem to work with the windows version: A second parameter
yields an illegal file format error.
Could you paste the exact error messages please?
This is,
On Sat, 23 Jan 2010 00:50:57 +, Peter Clifton wrote:
I was am rather confused though.. since you said this didn't work only
when you do:
(component-library . Project symbols)
In the gafrc file.. which ought not to affect PCB.
This is two of us here: A windows user, who is totally new
On Fri, 22 Jan 2010 19:38:21 -0500, Bob Paddock wrote:
Note: home directory is C:\Dokumente und Einstellungen\Femto
The spaces in there maybe causing issues. Try setting HOME to something
with no spaces, and put the project in a path with no spaces.
illegal fileformat
Check the line
On Fri, 22 Jan 2010 22:18:02 +, Peter Clifton wrote:
Sounds like:
1. The M4 stuff isn't working (known). 2. The newlib versions of the M4
library aren't found
This is probably because gsch2pcb doesn't have the same smarts to find
as PCB to find its libraries... grr.
Try:
On Wed, Jan 20, 2010 at 10:03 PM, Peter Clifton pc...@cam.ac.uk wrote:
On Wed, 2010-01-20 at 20:19 -0500, Bob Paddock wrote:
My Windows PostScript printing patch needs applied from the Tracker to
get reliable PS output under Windows.
GhostView/GhostScript under windows are far more picky than
On Wed, 20 Jan 2010 01:28:31 +, Peter Clifton wrote:
http://www2.eng.cam.ac.uk/~pcjc2/geda-gaf-1.6.0+cairo_printing-1.exe
what does this build include? An installer for the whole tool chain
gschem, gsch2pcb, xgschpcb, pcb?
---(kaimartin)---
--
Kai-Martin Knaak
On Wed, 2010-01-20 at 10:36 +, Kai-Martin Knaak wrote:
On Wed, 20 Jan 2010 01:28:31 +, Peter Clifton wrote:
http://www2.eng.cam.ac.uk/~pcjc2/geda-gaf-1.6.0+cairo_printing-1.exe
what does this build include? An installer for the whole tool chain
gschem, gsch2pcb, xgschpcb, pcb?
On Wed, 20 Jan 2010 11:00:42 +, Peter Clifton wrote:
So.. it has gschem, gsch2pcb, pcb, gerbv...
Great!
Just yesterday a student asked me for a win version of the geda tool
chain. I referred him to the cygwin version of Peter Baxendale. I'll ask
him to get your native build a try, too.
On Wed, 2010-01-20 at 11:24 +, Kai-Martin Knaak wrote:
On Wed, 20 Jan 2010 11:00:42 +, Peter Clifton wrote:
So.. it has gschem, gsch2pcb, pcb, gerbv...
Great!
Just yesterday a student asked me for a win version of the geda tool
chain. I referred him to the cygwin version of
On Wed, 20 Jan 2010 11:40:15 +, Peter Clifton wrote:
I'd be interested to know how he finds they compare..
(if they try both).
Unfortunately, the local build under cygwin had more non documented
obstacles than the student (and I) were willing to tackle. Some of the
packages mentioned in
On Jan 20, 2010, at 12:21 PM, Kai-Martin Knaak wrote:
In Linux I do
; Allow to source symbols from the current working directory
(define current-working-directory (getenv PWD))
(component-library current-working-directory)
In windows, the geda parser chokes on the
On Wed, 2010-01-20 at 19:21 +, Kai-Martin Knaak wrote:
On Wed, 20 Jan 2010 11:40:15 +, Peter Clifton wrote:
* pcb complains about a missing ListlibraryContens.sh but continues
anyway.
Yep - windows doesn't have a bash type shell - so that won't work. It is
only used to list the
On Wed, Jan 20, 2010 at 2:53 PM, Peter Clifton pc...@cam.ac.uk wrote:
On Wed, 2010-01-20 at 19:21 +, Kai-Martin Knaak wrote:
On Wed, 20 Jan 2010 11:40:15 +, Peter Clifton wrote:
* pcb complains about a missing ListlibraryContens.sh but continues
anyway.
Yep - windows doesn't have a
On Wed, 2010-01-20 at 20:19 -0500, Bob Paddock wrote:
My Windows PostScript printing patch needs applied from the Tracker to
get reliable PS output under Windows.
GhostView/GhostScript under windows are far more picky than the
Linux/Unix versions.
This one?
http://www2.eng.cam.ac.uk/~pcjc2/geda-gaf-1.6.0+cairo_printing-1.exe
I thought I'd just knock out a Win32 build with some patches in my
cairo_experiment tree, and see if we could get native printing working
on Win32.
The answer appears to be a resounding YES, with the following caveats:
1. I've
33 matches
Mail list logo