Oh terribly sorry. I forgot you have to run
build/examples/terminal -i

I did that since I thought I'd add other options later, like -set [text] and -get that would just print and return.

Hopefully I'm not stepping on anyone's toes. I've updated the code using pipes instead of a shell (i.e., system). I've also updated the code to copy error messages into a static buffer, and exposed an accessor function to retrieve it.

http://github.com/bamccaig/clipboard

We are still using xclip in Linux. I imagine we would want to eventually eliminate that dependency and directly access the clipboard in X, but I don't think that any of us currently know how. Besides, it's not that dirty in a UNIX world. After all, that's what pipes are for. In UNIX you can sort of think of programs as subroutines on a higher-level (so I guess just routines ). AFAIK, threads in Linux are even executed as separate processes.

/me will attempt it.

The real question is, has anyone tried to paste into other programs with one of the Linux versions we have created?

While digging around on the internet, I found these :
X-copy+paste.txt (Gives an example of serving/receiving selections)
Inter-Client Communication Conventions Manual

Trezker, I tried building your latest version and the makefiles are generated by premake, but then when I run mingw32-make there is an error. It says "'cc' is not recognized as an internal or external command". I can't find a reference to cc anywhere in the makefiles though. I don't even know what cc is for. I know $(CC) is the compiler symbol but that is set to gcc everywhere it is used.

In short, with mingw use gcc instead of cc.

Try "copy \dgjpp\bin\gcc.exe \djgpp\bin\cc.exe" ?

I remember having trouble with string.h vs. strings.h, although I can't remember if it was with MinGW or not. See if you have both, maybe strings.h will fix it.

Maybe try make your own version? Fiddle with this awhile.

http://www.koders.com/c/fid1A3888AD28AC5BE48759EE95EBC5E6CF975A3652.aspx

Trezker, I got your premake4.lua script to work, with a couple of changes.

windows.c didn't include <stdio.h> for printf.
I had to hack in a replacement for strndup in terminal.c.
And in premake4.lua I commented the variable ex_dependencies, commented the line 'links (ex_dependencies), and added a new links line to each configuration of the examples project.

Changed lines are highlighted below :

mingw32-make worked fine with the changes I made. The install target did not exist however. Here's what mingw32-make help replied :

c:\ctwoplus\progcode\allegro\ClipboardLibrary\Trezker\trezker-clipboard-925faba>mingw32-make help
"Usage: make [config=name] [target]"
""
"CONFIGURATIONS:"
"   debug"
"   release"
""
"TARGETS:"
"   all (default)"
"   clean"
"   clipboard"
"   terminal"
""
"For more information, see http://industriousone.com/premake/quick-start"

c:\ctwoplus\progcode\allegro\ClipboardLibrary\Trezker\trezker-clipboard-925faba>

I noticed that the premake script had an install target so I typed 'premake4 install' and that triggered the install script but I forgot to set the dir option so it copied to usr/local and said :

c:\ctwoplus\progcode\allegro\ClipboardLibrary\Trezker\trezker-clipboard-925faba>premake4 install
Building configurations...
Running action 'install'...
Installing lib files to usr/local/lib
Copying build/lib/libclipboard.a
Installing header files to usr/local/include
Copying src/clipboard.h
Done.

c:\ctwoplus\progcode\allegro\ClipboardLibrary\Trezker\trezker-clipboard-925faba>

However, these must have failed silently since usr/local doesn't exist.

I've been looking, but is there a way to tell premake4 to display the commands it runs? I hate not knowing what it's actually doing.

I think today I'll look over the ICCCM I mentioned earlier. However, I think that using selections on Linux may take a little hacking into Allegro, I'm not sure yet though.

Just to be sure, I checked and there is a c:\usr\local folder now, with include and lib folders and a clipboard folder in the include folder. However, all of those folders are empty, even after running 'premake4 install' several times. So the install target is still failing somehow.

Fine, but there's no reason the build system should be neglected either.

Pretty similar on Windows with MinGW :

premake4 gmake
mingw32-make

I was wondering though, is there a way to write the premake script so that the resulting makefiles have an install target, as well as so that they output the actual commands they are using to build the target? I know you can run make with the '-n' flag so that it doesn't build but instead prints out the commands it would have used, but that's not the same as doing it at the same time as it builds the project.

I don't use git, and I don't know what you mean by fork the project. Can't you just edit your local copy and then use 'git commit' or something?

I tried this twice using the --dir option, and it still doesn't copy any files. It made a new folder called clipboard in c:\mingw\include but it was empty. clipboard.h wasn't in c:\mingw\include, and libclipboard.a wasn't in c:\mingw\lib. So I don't know why os.copyfile isn't working correctly.

Edit :
I know why os.copyfile isn't working correctly. The script is using forward slashes to produce the paths when it should be using backslashes on windows.

I installed Git and cloned Trezker's clipboard repo. What now? Even if I make changes, the repo is still read only so I can't commit changes.

True, but if you ever plan on installing anything on Windows you have to play nice and use forward slashes.