headers
Eric Sandall | 20 Feb 01:33
Picon
Favicon

Build layout

Hi all,

I'm wondering if it would be possible to rewrite the configure/install steps so
that you can just run one ./configure && make && make install from the topdir.
This is how most packages do it (well, the easy ones, anyways ;)) and would
make installing Y much easier. What would be needed (vaguely, I'm not a
Makefile/configure wizard) is that the make processes do the libraries/packages
in-order, install the libs to $topdir/.libs, and for the necessary packages add
$topdir/.libs to LDFLAGS, then when it's all done and linked, run `make
install` in all of the subdirs.

Well, that's the general idea, anyways. ;)

-sandalle

--

-- 
PGP Key Fingerprint:  FCFF 26A1 BE21 08F4 BB91  FAED 1D7B 7D74 A8EF DD61
http://search.keyserver.net:11371/pks/lookup?op=get&search=0xA8EFDD61

-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/E/IT$ d-- s++:+>: a-- C++(+++) BL++++VIS>$ P+(++) L+++ E-(---) W++ N+@ o?
K? w++++>-- O M-@ V-- PS+(+++) PE(-) Y++(+) PGP++(+) t+() 5++ X(+) R+(++)
tv(--)b++(+++) DI+@ D++(+++) G>+++ e>+++ h---(++) r++ y+
------END GEEK CODE BLOCK------

Eric Sandall                     |  Source Mage GNU/Linux Developer
eric <at> sandall.us                  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  SysAdmin @ Inst. Shock Physics @ WSU
http://counter.li.org/  #196285  |  http://www.shock.wsu.edu/
(Continue reading)

Permalink | Reply | 3 comments |
headers
Aaron | 20 Feb 01:48

Re: Build layout


Eric Sandall wrote:

> Hi all,
> 
> I'm wondering if it would be possible to rewrite the configure/install steps so
> that you can just run one ./configure && make && make install from the topdir.
> This is how most packages do it (well, the easy ones, anyways ;)) and would
> make installing Y much easier. What would be needed (vaguely, I'm not a
> Makefile/configure wizard) is that the make processes do the libraries/packages
> in-order, install the libs to $topdir/.libs, and for the necessary packages add
> $topdir/.libs to LDFLAGS, then when it's all done and linked, run `make
> install` in all of the subdirs.
> 
> Well, that's the general idea, anyways. ;)
> 
> -sandalle
> 

actually, thats all I really had to do to install it. did you need to do 
it differently?

Aaron

------------------------------------------------------------------
libiterm-0.5-mbt for debian and some basic Y FAQs, 
http://www.darkobjects.net/~drizzt/libiterm
Permalink | Reply | 1 comment |
headers
Aaron | 20 Feb 01:57

Re: hello list, bootstrap problem, addenda to the requirements list


Seth E. Randall wrote:

> I've been working on RPMS for Y and this is the line I had to use:
> 
> ACLOCAL=aclocal-1.7 AUTOMAKE=automake-1.7 ./autogen.sh
> 
> Obviously you need version 1.7 of automake.  I also have autoconf 2.59.
> 
> Seth.

I don't know if I faked it out, or whether the automake dir(I also have 
an automake1.4 dir) is 1.7 because I know I have both versions 
installed(somehow, some debian weirdness I think). anyways I simply made 
a symlink from the automake dir to an automake-1.7 which is what it 
wanted, and it worked just fine for me.

Aaron
Permalink | Reply | 0 comments |
headers
Augie Fackler | 20 Feb 02:10
Picon
Favicon

aclocal barfs

I am using aclocal17 from automake 1.7.5, but AM_PROG_LIBTOOL isn't 
defined, and neither is AC_PROG_LIBTOOL. I do have libtool 1.5.2 
installed. What do I need to do here? I am baffled by the autotools.

TIA,
Augie
Permalink | Reply | 1 comment |
headers
Aaron | 20 Feb 02:24

Re: aclocal barfs

Augie Fackler wrote:

> I am using aclocal17 from automake 1.7.5, but AM_PROG_LIBTOOL isn't 
> defined, and neither is AC_PROG_LIBTOOL. I do have libtool 1.5.2 
> installed. What do I need to do here? I am baffled by the autotools.
> 
> TIA,
> Augie
> 

hmm...From what I have seen there is an automake/autoconf error when you 
configure if the links in the autoconf/ are incorrect, but that is just 
a one line error, not multiple lines.

Aaron

------------------------------------------------------------------
libiterm-0.5-mbt for debian and some basic Y FAQs, 
http://www.darkobjects.net/~drizzt/libiterm
Permalink | Reply | 0 comments |
headers
Mark Magnusson | 20 Feb 02:54

Compiling problems with sigc-config

I am having problems compiling y, the config script claims that it 
cannot find sigc-config, and i KNOW that i have libsigc++ installed. I 
checked out the libsigc++ ChangeLog and found this:

2002-04-17  Murray Cumming  <murrayc <at> usa.net>

        * Removed sigc-config and sigc++.m4. People should use
        pkg-config. We don't need 2 ways to do the same thing.

How exactly would i get around this....
Permalink | Reply | 2 comments |
headers
Augie Fackler | 20 Feb 03:01
Picon
Favicon

Re: Compiling problems with sigc-config

> How exactly would i get around this....
You could disable the libsigc++ check on configure(I think there is an 
option for that), or you could get an older version of libsigc++

AF
---
main(){char ch[7];ch[1]=(ch[4]=((ch[3]=(ch[2]=103)^14)^12))^16;
ch[5]=(ch[6]=(ch[0]=(ch[1]>>1)+7)&42)+10;printf(ch);}
Permalink | Reply | 0 comments |
headers
Owen Becker | 19 Feb 22:24

startY problems

I compiled the latest snapshot of Y-Windows on Linux. Everything went
okay, however when I try to run startY I get:
Reading (header) from Y Socket: Success
Aborted

I can run the Y binary by itself, but when I try to launch yiterm or any
other of the Y apps, I get the same error. TIA,
Owen
Permalink | Reply | 3 comments |
headers
Aaron | 20 Feb 03:42

Re: startY problems

Owen Becker wrote:

> I compiled the latest snapshot of Y-Windows on Linux. Everything went
> okay, however when I try to run startY I get:
> Reading (header) from Y Socket: Success
> Aborted
> 
> I can run the Y binary by itself, but when I try to launch yiterm or any
> other of the Y apps, I get the same error. TIA,
> Owen
> 
> _______________________________________________
> Y-devel mailing list
> Y-devel <at> y-windows.org
> http://www.y-windows.org/mailman/listinfo/y-devel

You need the impact font from the MS Core True Type Fonts, look at 
http://corefonts.sf.net for information on how to install them under linux.

--------------------------------------------------------------------
Some intro Y FAQs at http://www.darkobjects.net/~drizzt/libiterm
Permalink | Reply | 2 comments |
headers
Thomas | 20 Feb 03:53
Picon

Re: compatibility, gtk+, Qt etc

first, since this is my first post to the list, hello

On Thursday 19 February 2004 05:09, Shawn wrote:
<snip>
> 1. fallbacks in libY (or whatever) that display Y programs' primitives
> using X11's $DISPLAY via Xlib (or whatever) via some translation
> framework. This would ensure a Y program can display wherever.
<snip>
I was just thinking about this myself.  Its been a while since i last read the 
documentation and code, but i dont remember compatibility in this manner 
being discussed.

as i said, its been a while since i last read the code, but i might be 
interested in working on this if people think it might be a good idea.

I am also interested in working on developing and expanding the widget set.

Thomas Stephens
spiralman <at> softhome.net

> So, what do you folks think? Have these ideas been explored?
>
> _______________________________________________
> Y-devel mailing list
> Y-devel <at> y-windows.org
> http://www.y-windows.org/mailman/listinfo/y-devel
Permalink | Reply | 5 comments |

Gmane