> After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on
> Ubuntu using my cross-compiler build script (minipack). I'll work on a
> patch. Fortunately, the Windows API already provides an implementation
> of spawnvp.
Excellent! If you could put "update the readme and built s
At 10:23 PM 10/3/2010, you wrote:
On Mon, Oct 04, 2010 at 12:09:22AM +0200, Armin Faltl wrote:
> Rick Collins wrote:
>> At 08:24 AM 10/3/2010, you wrote:
>>> Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientat
On Mon, Oct 04, 2010 at 12:09:22AM +0200, Armin Faltl wrote:
> Rick Collins wrote:
>> At 08:24 AM 10/3/2010, you wrote:
>>> Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there
is a
On 09/29/2010 11:58 PM, DJ Delorie wrote:
If someone can get the mingw builds working again, I'd appreciate that
- neither the win32/build_pcb script nor a fedora mingw cross compiler
work for me.
After porting pcb_spawnvp (in src/action.c) to Windows, it built fine on
Ubuntu using my cross-co
At 06:09 PM 10/3/2010, you wrote:
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB
world. With FreePCB the library has a default orientation for
parts and there is a centroid vector to allow the pin 1
orientation
Rick Collins wrote:
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there is
a centroid vector to allow the pin 1 orientation to be set
compatibly with the Gerb
Rick Collins wrote:
I really don't know what you are talking about. The footprint will
show up on your layout in some orientation. That is the orientation
it will have on the board in the Gerber files. How will the
"transformations" affect that? What you see is what you get.
This (plana
On 10/02/2010 07:35 PM, kai-martin knaak wrote:
Yes, to fix this kind of inconsistency, only one application can keep
its traditional key binding. The fix will break long standing habits of
power users.
Not always. I use a menu.res that makes gschem and pcb keys similar already :-)
Other power
At 08:24 AM 10/3/2010, you wrote:
Rick Collins wrote:
I really have no idea how things work in the gEDA/PCB world. With
FreePCB the library has a default orientation for parts and there
is a centroid vector to allow the pin 1 orientation to be set
compatibly with the Gerber files. If you use
Kai-Martin Knaak wrote:
I think registration marks help a lot. Attached you find my favourite
mark, that regrettably can't be converted into a footprint, because it
contains polygons.
I converted it to a footprint anyway ;-)
Nice work, thanks
_
Rick Collins wrote:
At 05:34 PM 10/1/2010, you wrote:
Rick Collins wrote:
>>If for whatever reason the designer used 2 different footprints for
>>the same part occuring
>>several times on a board, if the footprints are position/rotation
>>inconsisten...
>
> I have no idea why anyone would do th
Steven Michalske wrote:
As you guys continue to debate this... Look at how pcb makes the xyrs data
files. You'll findout that it generates it from the pcb file not the library.
It takes the center of the part from the pins and pads. Then it puts pin 1
somewhere consistent. See the source
12 matches
Mail list logo
