Menu
▾
▴
tilp-devel — This list is intended to TiLP's developers, contributors and advanced users.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2003 |
Jan
(25) |
Feb
(5) |
Mar
(12) |
Apr
(46) |
May
(47) |
Jun
|
Jul
(2) |
Aug
|
Sep
(15) |
Oct
(8) |
Nov
(11) |
Dec
|
| 2004 |
Jan
(25) |
Feb
(24) |
Mar
(13) |
Apr
(59) |
May
(52) |
Jun
(6) |
Jul
(3) |
Aug
(7) |
Sep
(33) |
Oct
(17) |
Nov
(16) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(50) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(7) |
Oct
(1) |
Nov
(2) |
Dec
(9) |
| 2006 |
Jan
(10) |
Feb
(6) |
Mar
(2) |
Apr
(24) |
May
(32) |
Jun
(53) |
Jul
(26) |
Aug
(28) |
Sep
(59) |
Oct
(72) |
Nov
(85) |
Dec
(57) |
| 2007 |
Jan
(43) |
Feb
(26) |
Mar
(25) |
Apr
(36) |
May
(13) |
Jun
(14) |
Jul
(53) |
Aug
(68) |
Sep
(46) |
Oct
(62) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(4) |
Feb
(5) |
Mar
(7) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(5) |
Nov
|
Dec
(3) |
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Romain <ro...@li...> - 2004-05-06 08:50:04
|
HI, > Just did the same for libticalcs. not all files were fixed (intlX.h replaced by gettext.h). Fixed Win32 compilation and committed. BTW, there were intlX.h file where X=3D1,2,3 to avoid conficts with packa= ge name under WIndows. I hope I will not get into this trouble next time... roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: <ron...@we...> - 2004-05-04 20:14:26
|
I would like to install tiemu on my suse linux 8.2 proff os, but it doesn't works as well!
Here are my problem...
These packages I compile for tiemu:
pkgconfig-0.15.0
libticabels-3.8.4
libticalcs-4.5.1
libtifiles-0.5.7
during libti68k-1.4.2 I got errors
---
ZipDrivE:~ # cd /usr/local/libti68k-1.4.2/
ZipDrivE:/usr/local/libti68k-1.4.2 # export PKG_CONFIG_PATH=/usr/lib/pk
gconfig
ZipDrivE:/usr/local/libti68k-1.4.2 # ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc3
checking for ld used by GCC... /usr/i486-suse-linux/bin/ld
checking if the linker (/usr/i486-suse-linux/bin/ld) is GNU ld... yes
checking for /usr/i486-suse-linux/bin/ld option to reload object files. .. -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking the maximum length of command line arguments... 49153
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... yes
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/i486-suse-linux/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/usr/i486-suse-linux/bin/ld) supports shared libraries... yes
-fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/i486-suse-linux/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
appending configuration tag "GCJ" to libtool
checking if gcj supports -fno-rtti -fno-exceptions... (cached) no
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... no
checking if gcj supports -c -o file.o... no
checking whether the gcj linker (/usr/i486-suse-linux/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking whether build environment is sane... yes
checking for something to drink while compiling... err: no fridge found
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking dependency style of g++... (cached) gcc3
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... (cached) yes
checking whether ln -s works... yes
checking for strerror in -lcposix... no
checking for ANSI C header files... yes
checking for alloca.h... yes
checking for errno.h... yes
checking for libintl.h... yes
checking for sys/timeb.h... yes
checking for fcntl.h... yes
checking for tilp/typedefs.h... no
checking for tilp/export.h... yes
checking for tilp/macros.h... yes
checking for tilp/cabl_def.h... yes
checking for tilp/cabl_int.h... yes
checking for pthread.h... yes
checking for ticable_get_version in -lticables... yes
checking for ticalc_get_version in -lticalcs... no
checking for pthread_create in -lpthread... yes
checking for ticables-config... yes
checking for ticalcs-config... yes
./configure: line 1: /usr/bin/ticalcs-config: Permission denied
./configure: line 1: /usr/bin/ticalcs-config: Permission denied
./configure: line 1: /usr/bin/ticalcs-config: Permission denied
checking for gcc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking whether time.h and sys/time.h may both be included... yes
checking for stdlib.h... yes
checking for working malloc... yes
checking for working memcmp... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether lstat dereferences a symlink specified with a trailing slash... yes
checking whether stat accepts an empty string... no
checking for mode_t... yes
checking for uid_t in sys/types.h... yes
checking for getwd... yes
checking for strtol... yes
checking for memchr... yes
checking for memset... yes
checking for strrchr... yes
checking for strstr... yes
checking for ranlib... (cached) ranlib
checking for inline... inline
checking for off_t... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking whether we are using the GNU C Library 2.1 or newer... yes
checking for argz.h... yes
checking for limits.h... yes
checking for locale.h... yes
checking for nl_types.h... yes
checking for malloc.h... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for feof_unlocked... yes
checking for fgets_unlocked... yes
checking for getcwd... yes
checking for getegid... yes
checking for geteuid... yes
checking for getgid... yes
checking for getuid... yes
checking for mempcpy... yes
checking for munmap... yes
checking for putenv... yes
checking for setenv... yes
checking for setlocale... yes
checking for stpcpy... yes
checking for strchr... yes
checking for strcasecmp... yes
checking for strdup... yes
checking for strtoul... yes
checking for tsearch... yes
checking for __argz_count... yes
checking for __argz_stringify... yes
checking for __argz_next... yes
checking for iconv... yes
checking for iconv declaration...
extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
checking for nl_langinfo and CODESET... yes
checking for LC_MESSAGES... yes
checking whether NLS is requested... yes
checking whether included gettext is requested... no
checking for libintl.h... (cached) yes
checking for GNU gettext in libc... yes
checking for dcgettext... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for bison... bison
checking version of bison... v. ?.??, bad
checking for catalogs to be installed... en fr de it
configure: creating ./config.status
config.status: creating Makefile
config.status: creating docs/Makefile
config.status: creating intl/Makefile
config.status: creating macros/Makefile
config.status: creating man/Makefile
config.status: creating po/Makefile.in
config.status: creating src/Makefile
config.status: creating tests/Makefile
config.status: creating win32/Makefile
config.status: creating man/ti68k-config.1
config.status: creating ti68k-config
config.status: creating libti68k.lsm
config.status: creating libti68k.spec
config.status: creating config2.h
config.status: config2.h is unchanged
config.status: creating po/POTFILES
config.status: creating po/Makefile
Now, you can type make and make install
ZipDrivE:/usr/local/libti68k-1.4.2 # make
cd . \
&& CONFIG_FILES= CONFIG_HEADERS=config2.h \
/bin/sh ./config.status
config.status: creating config2.h
config.status: config2.h is unchanged
make all-recursive
make[1]: Entering directory `/usr/local/libti68k-1.4.2'
Making all in .
make[2]: Entering directory `/usr/local/libti68k-1.4.2'
make[2]: Leaving directory `/usr/local/libti68k-1.4.2'
Making all in docs
make[2]: Entering directory `/usr/local/libti68k-1.4.2/docs'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/docs'
Making all in intl
make[2]: Entering directory `/usr/local/libti68k-1.4.2/intl'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/intl'
Making all in macros
make[2]: Entering directory `/usr/local/libti68k-1.4.2/macros'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/macros'
Making all in man
make[2]: Entering directory `/usr/local/libti68k-1.4.2/man'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/man'
Making all in po
make[2]: Entering directory `/usr/local/libti68k-1.4.2/po'
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/po'
Making all in src
make[2]: Entering directory `/usr/local/libti68k-1.4.2/src'
source='cmdinterface.c' object='cmdinterface.lo' libtool=yes \
depfile='.deps/cmdinterface.Plo' tmpdepfile='.deps/cmdinterface.TPlo' \
depmode=gcc3 /bin/sh ../depcomp \
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -D__I386__ -D__LINUX__ -Wall -DDEBUGGER -DPENT_COUNTER -c -o cmdinterface.lo `test -f cmdinterface.c || echo './'`cmdinterface.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -D__I386__ -D__LINUX__ -Wall -DDEBUGGER -DPENT_COUNTER -c cmdinterface.c -MT cmdinterface.lo -MD -MP -MF .deps/cmdinterface.TPlo -fPIC -DPIC -o .libs/cmdinterface.o
In file included from cmdinterface.c:37:
options.h:213:7: warning: no newline at end of file
In file included from globinfo.h:23,
from cmdinterface.c:40:
tilibs.h:42:28: cabl/cabl_int.h: No such file or directory
tilibs.h:43:28: calc/calc_int.h: No such file or directory
tilibs.h:44:26: calc/defsxx.h: No such file or directory
tilibs.h:45:28: calc/calc_err.h: No such file or directory
In file included from cmdinterface.c:40:
globinfo.h:41: error: field `linkParam' has incomplete type
In file included from cmdinterface.c:41:
lib68k.h:284: error: parse error before '*' token
lib68k.h:285: error: parse error before '*' token
lib68k.h:285: warning: type defaults to `int' in declaration of `ti68k_getLinkCable'
lib68k.h:285: warning: data definition has no type or storage class
cmdinterface.c: In function `cmd_update_progbar':
cmdinterface.c:74: warning: implicit declaration of function `DISPLAY'
make[2]: *** [cmdinterface.lo] Error 1
make[2]: Leaving directory `/usr/local/libti68k-1.4.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/libti68k-1.4.2'
make: *** [all] Error 2
---
Please tell me what's wrong!
____________________________________________________________________
Der WEB.DE Virenschutz schuetzt Ihr Postfach vor dem Wurm Sober.A-F!
Kostenfrei fuer FreeMail Nutzer. http://f.web.de/?mc=021158
|
|
From: Carolien de R. <cde...@am...> - 2004-05-04 12:00:06
|
Thank you for your e-mail. Please note that I will be out of the office=20 from Monday 3 May until Monday 10 May 2004. For urgent matters you can reach me on my cell phone or contact: Mari=EBlle Heijmans on telephone number: + 31 20 616 55 22 or by e-mail: cor...@am... Kind regards, RAMADA / AMS HOTEL GROUP Carolien de Rooij Sales and Marketing Manager |
|
From: Tijl C. <ti...@ul...> - 2004-05-03 17:10:38
|
On Thu, 29 Apr 2004 20:36:43 +0200, Tijl Coosemans wrote: > I just committed updates to various files in the libticables > repository, like config.*, configure.ac, Makefiles, intl/ and po/. > > Take a look at it, change what you don't like etc. I hope I didn't > brake anything, but try to build it for your platform and report/fix > any problems. > > If it's ok, I'll see if I can do the same for the other TiLP parts. Just did the same for libticalcs. |
|
From: Tijl C. <ti...@ul...> - 2004-05-03 14:44:46
|
On Mon, 3 May 2004 15:57:05 +0200 (CEST), Romain Li=E9vin wrote: > Guy seems to be Dan Englender of Detached Solutions... Yes, I got the info from a discussion on their forum http://www.detachedsolutions.com/forum/viewtopic.php?t=3D1759 Most of it deals about the internal workings of the calc, which isn't really important for TiLP. |
|
From: Romain <ro...@li...> - 2004-05-03 13:57:09
|
Guy seems to be Dan Englender of Detached Solutions... Tijl Coosemans a dit : > There's some info about the usb link and a couple communication dumps > at http://www-personal.engin.umich.edu/~denglend/ > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g= . > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > TiLP-devel mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-devel > --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2004-05-03 13:51:47
|
Hi Tijl, thanks for the info... BTW, who is this guy ? Do you have infos about him/her (mail, web, ...). Well, 84P_USB_Info.txt shows that we have an USB device similar to SilverLink but it has itw own PID and advertises a different packet lengt= h (64 instead of 32). Oh, it's USB 2.0 ! Logs may be similar to TI protocol (with MID =3D 0x00 & 0x04) but it may need more in-depth look. Tijl Coosemans a dit : > There's some info about the usb link and a couple communication dumps > at http://www-personal.engin.umich.edu/~denglend/ > roms. > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g= . > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3D3149&alloc_id=3D8166&op=3Dclick > _______________________________________________ > TiLP-devel mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-devel > --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Tijl C. <ti...@ul...> - 2004-05-03 11:46:09
|
On Thu, 29 Apr 2004 20:36:43 +0200, Tijl Coosemans wrote: > I just committed updates to various files in the libticables > repository, like config.*, configure.ac, Makefiles, intl/ and po/. > > Take a look at it, change what you don't like etc. I hope I didn't > brake anything, but try to build it for your platform and report/fix > any problems. > > If it's ok, I'll see if I can do the same for the other TiLP parts. Just did the same for libtifiles. |
|
From: Tijl C. <ti...@ul...> - 2004-05-03 09:09:08
|
There's some info about the usb link and a couple communication dumps at http://www-personal.engin.umich.edu/~denglend/ |
|
From: Romain <ro...@li...> - 2004-05-01 17:46:09
|
---------------------------- Message original ---------------------------= - Objet: Re: TiLP win32 installation De: "Josip" <jos...@fe...> Date: Sam 1 mai 2004 19:13 =C0: Romain Li=E9vin <ro...@li...> -------------------------------------------------------------------------= - > Remove you previous GTK+ package and install the new one. > > Sorry, Romain. Yes, it works well now. Still this GTK+ package is getting quite large. I remember it was about 3mb the last time I downloaded it (that was already to much), and now it's 6mb. I can't see the point, the TiLP interface is quite ugly compared to other Win32 programs and I really don't need to be able to move toolbars and menus around. Anyway, thanks for the only program that works with my cable (homemade serial cable) in Win XP. Josip --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2004-05-01 15:59:12
|
Hi, Tijl Coosemans a dit : > On Tue, 27 Apr 2004 23:00:08 +0200 (CEST), Romain Li=E9vin wrote: > >> BTW, could you tell me whether SilverLink support is working fine >> for you ? > > Works fine after a small hack. I had to remove this from > libticables/src/bsd/bsd_mapping.c/bsd_register_cable, because it > always returns with an invalid port message: > > if ((port !=3D USB_PORT_1) && > (port !=3D USB_PORT_2) && > (port !=3D USB_PORT_3) && > (port !=3D USB_PORT_4) && (port !=3D USER_PORT)) > return ERR_INVALID_PORT; Yes, you're right. I've done the same thing recently but I didn't commit the change to the BSD port. I was fed up to this msg under Win32. > > I haven't taken a closer look at this yet, but somehow somewhere > 'port' doesn't get the right value when you select the SilverLink in > TiLP. The problem appears when you change the cable after changing the port. TiLP v6.72 systematticaly set port to the first port when you change cable. Thus, value is always valid. > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g= . > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id=8166&op=3Dclick > _______________________________________________ > TiLP-devel mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-devel > roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Tijl C. <ti...@ul...> - 2004-05-01 13:34:23
|
On Tue, 27 Apr 2004 23:00:08 +0200 (CEST), Romain Li=E9vin wrote:
> BTW, could you tell me whether SilverLink support is working fine
> for you ?
Works fine after a small hack. I had to remove this from
libticables/src/bsd/bsd_mapping.c/bsd_register_cable, because it
always returns with an invalid port message:
if ((port !=3D USB_PORT_1) &&
(port !=3D USB_PORT_2) &&
(port !=3D USB_PORT_3) &&
(port !=3D USB_PORT_4) && (port !=3D USER_PORT))
return ERR_INVALID_PORT;
I haven't taken a closer look at this yet, but somehow somewhere
'port' doesn't get the right value when you select the SilverLink in
TiLP.
|
|
From: Romain <ro...@li...> - 2004-04-30 07:47:24
|
Hi Tijl, > If it's ok, I'll see if I can do the same for the other TiLP parts. Yes, you can. > > Tijl Your help is welcome :-)) roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Tijl C. <ti...@ul...> - 2004-04-29 20:48:28
|
On Thu, 29 Apr 2004 21:33:43 +0200, Julien BLACHE wrote: > Tijl Coosemans <ti...@ul...> wrote: > >> I forgot to mention that I've commented out >> AC_PREFIX_DEFAULT([/usr]) in configure.ac. Do we need this? Is the >> default prefix on linux just/usr? > > No, the damn autotools defaults to /usr/local ... which is a real > pain. Please uncomment it :) ok done. |
|
From: Julien B. <jb...@jb...> - 2004-04-29 19:34:50
|
Tijl Coosemans <ti...@ul...> wrote: >> I just committed updates to various files in the libticables >> repository, like config.*, configure.ac, Makefiles, intl/ and po/. > > I forgot to mention that I've commented out AC_PREFIX_DEFAULT([/usr]) > in configure.ac. Do we need this? Is the default prefix on linux just > /usr? No, the damn autotools defaults to /usr/local ... which is a real pain. Please uncomment it :) JB. -- Julien BLACHE <http://www.jblache.org> <jb...@jb...> GPG KeyID 0xF5D65169 |
|
From: Tijl C. <ti...@ul...> - 2004-04-29 18:43:16
|
On Thu, 29 Apr 2004 20:36:43 +0200, Tijl Coosemans wrote: > I just committed updates to various files in the libticables > repository, like config.*, configure.ac, Makefiles, intl/ and po/. I forgot to mention that I've commented out AC_PREFIX_DEFAULT([/usr]) in configure.ac. Do we need this? Is the default prefix on linux just /usr? |
|
From: Tijl C. <ti...@ul...> - 2004-04-29 18:37:03
|
Hi list, I just committed updates to various files in the libticables repository, like config.*, configure.ac, Makefiles, intl/ and po/. Take a look at it, change what you don't like etc. I hope I didn't brake anything, but try to build it for your platform and report/fix any problems. If it's ok, I'll see if I can do the same for the other TiLP parts. Tijl |
|
From: Romain <ro...@li...> - 2004-04-28 20:34:07
|
Hi Tijl, I rebuild the library.. I had to fix 2 errors with MSVC which have fixed and comitted. Seems to be ok for now. Thanks, Romain. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2004-04-28 19:58:21
|
Hi, > I just ran autoreconf (with autoconf-257 and automake-17) and now it > seems ok. I believe I'm using the same versions... > It complained about the "depcomp" script missing in the dist tar, and > I saw some other scripts are pretty old too, so if you don't mind I'll > update them and update "configure.in" and maybe "Makefile.am"s to use > the new syntax. "intl/" could use an update too. And while I'm at it, You can update it. > do we still need "macros/" and the "ticables-config" script and > manpages? No, I don't think. roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2004-04-28 19:53:10
|
Hi Tijl, > Thanks, I'm working on the bsd port now and have already commited a great ! > couple patches. There's one thing I can't figure out though. It seems ok, I'm gonna to take a look.... roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Tijl C. <ti...@ul...> - 2004-04-28 19:04:40
|
On Wed, 28 Apr 2004 18:42:49 +0200 (CEST), Romain Li=E9vin wrote: >> Thanks, I'm working on the bsd port now and have already commited >> a couple patches. There's one thing I can't figure out though. It >> seems to forget the .so extension when linking. Do you have this >> on linux too? I've attached the buildlog. >=20 > Yes, I have. Strange, isn't it ! I just ran autoreconf (with autoconf-257 and automake-17) and now it seems ok. It complained about the "depcomp" script missing in the dist tar, and I saw some other scripts are pretty old too, so if you don't mind I'll update them and update "configure.in" and maybe "Makefile.am"s to use the new syntax. "intl/" could use an update too. And while I'm at it, do we still need "macros/" and the "ticables-config" script and manpages? |
|
From: Romain <ro...@li...> - 2004-04-28 16:42:59
|
Hi Tijl, > Thanks, I'm working on the bsd port now and have already commited a > couple patches. There's one thing I can't figure out though. It seems > to forget the .so extension when linking. Do you have this on linux > too? I've attached the buildlog. Yes, I have. Strange, isn't it ! > My cable is currently at home and I'm not. I'll test it during the > weekend. ok roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Tijl C. <ti...@ul...> - 2004-04-28 16:38:49
|
On Tue, 27 Apr 2004 23:00:08 +0200 (CEST), Romain Li=E9vin wrote: >> Can you put the source tarballs on sf.net too? That's more >> interesting >=20 > I put them ... Thanks, I'm working on the bsd port now and have already commited a couple patches. There's one thing I can't figure out though. It seems to forget the .so extension when linking. Do you have this on linux too? I've attached the buildlog. > BTW, could you tell me whether SilverLink support is working fine > for you ? My cable is currently at home and I'm not. I'll test it during the weekend. |
|
From: Romain <ro...@li...> - 2004-04-28 08:19:41
|
Hi, >> a new web-site is being written. You can get a preview at >> http://tilp.info/test/ >> >> The goal of the new web site is to be easier and clearer. > > It's a success, then, I pretty like it. Really ?! I was a bit sceptic about it ... >> Comments, suggestions are welcome... > > Make it XHTML1.1 Strict and CSS2 compliant :P roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Julien B. <jb...@jb...> - 2004-04-28 07:08:18
|
Romain Li=E9vin <ro...@li...> wrote: Hi, > a new web-site is being written. You can get a preview at > http://tilp.info/test/ > > The goal of the new web site is to be easier and clearer. It's a success, then, I pretty like it. > Comments, suggestions are welcome... Make it XHTML1.1 Strict and CSS2 compliant :P JB. --=20 Julien BLACHE <http://www.jblache.org>=20 <jb...@jb...> GPG KeyID 0xF5D65169 |
379 messages has been excluded from this view by a project administrator.
