Menu
▾
▴
liblo-devel — Discussion of liblo library and application development
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
(7) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(7) |
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(17) |
Nov
(18) |
Dec
(1) |
| 2007 |
Jan
|
Feb
|
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(1) |
| 2008 |
Jan
(17) |
Feb
(20) |
Mar
(8) |
Apr
(8) |
May
(10) |
Jun
(4) |
Jul
(5) |
Aug
(6) |
Sep
(9) |
Oct
(19) |
Nov
(4) |
Dec
(35) |
| 2009 |
Jan
(40) |
Feb
(16) |
Mar
(7) |
Apr
(6) |
May
|
Jun
(5) |
Jul
(5) |
Aug
(4) |
Sep
(1) |
Oct
(2) |
Nov
(15) |
Dec
(15) |
| 2010 |
Jan
(5) |
Feb
(20) |
Mar
(12) |
Apr
|
May
(2) |
Jun
(4) |
Jul
|
Aug
(11) |
Sep
(1) |
Oct
(1) |
Nov
(3) |
Dec
|
| 2011 |
Jan
(8) |
Feb
(19) |
Mar
|
Apr
(12) |
May
(7) |
Jun
(8) |
Jul
|
Aug
(1) |
Sep
(21) |
Oct
(7) |
Nov
(4) |
Dec
|
| 2012 |
Jan
(3) |
Feb
(25) |
Mar
(8) |
Apr
(10) |
May
|
Jun
(14) |
Jul
(5) |
Aug
(12) |
Sep
(3) |
Oct
(14) |
Nov
|
Dec
|
| 2013 |
Jan
(10) |
Feb
(4) |
Mar
(10) |
Apr
(14) |
May
(6) |
Jun
(13) |
Jul
(37) |
Aug
(20) |
Sep
(11) |
Oct
(1) |
Nov
(34) |
Dec
|
| 2014 |
Jan
(8) |
Feb
(26) |
Mar
(24) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(28) |
Oct
(4) |
Nov
(4) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(13) |
Jul
|
Aug
(3) |
Sep
(8) |
Oct
(11) |
Nov
(16) |
Dec
|
| 2016 |
Jan
|
Feb
(6) |
Mar
|
Apr
(9) |
May
(23) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(3) |
Jun
|
Jul
(3) |
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
(3) |
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(31) |
May
|
Jun
|
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2021 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
|
1
|
|
2
|
3
|
4
|
5
|
6
|
7
|
8
|
|
9
|
10
|
11
|
12
|
13
|
14
|
15
(1) |
|
16
|
17
|
18
|
19
|
20
|
21
(2) |
22
|
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
|
30
|
31
|
|
|
|
|
|
|
From: Erik R. <er...@om...> - 2015-08-21 21:25:31
|
Thanks! I was using the configure script. Actually, I finally managed to compile liblo by manually editing config.h – most of the values were printed by the configure script, so I just entered them (about the only one missing was PRINTF_LL, which I easily found out by googling). Still, I’m curious to why configure manages to correctly find all values, but still won’t write them to config.h… Erik > 21 aug 2015 kl. 16:54 skrev Stephen Sinclair <rad...@gm...>: > > Hi, > > Sorry for not answering yet. It is because I don't have an answer, as > I do not have a Windows machine handy. However, I have tested in the > past many times on MSYS, so I am not certain as to the cause. Are you > using the distributed "configure" script, or are you running > autogen.sh yourself? If one fails, I would suggest trying the other.. > > Steve > > > On Sun, Aug 16, 2015 at 12:43 AM, Erik Ronström <er...@om...> wrote: >> Hi! >> >> I’ve been using liblo for a while on Mac OS X, and it works beautifully! >> Thanks for a great library! >> >> However, I have some trouble building liblo on Windows. I'm using >> MinGW/msys, and the problem is that the configure script generates a >> config.h that looks like this: >> >> /* config.h. Generated from config.h.in by configure. */ >> /* config.h.in. Generated from configure.ac by autoheader. */ >> >> /* Define if building universal (internal helper macro) */ >> #undef AC_APPLE_UNIVERSAL_BUILD >> >> /* Define this to enable ipv6. */ >> #undef ENABLE_IPV6 >> >> /* Define this to enable threads. */ >> #undef ENABLE_THREADS >> >> /* Define to 1 if you have the <dlfcn.h> header file. */ >> #undef HAVE_DLFCN_H >> >> /* Define to 1 if you have the `getifaddrs' function. */ >> #undef HAVE_GETIFADDRS >> >> /* Define to 1 if inet_pton() is available. */ >> #undef HAVE_INET_PTON >> >> /* Define to 1 if you have the <inttypes.h> header file. */ >> #undef HAVE_INTTYPES_H >> >> etc. >> >> I.e. all entries are undefined! This makes compilation stop later on >> >> CC liblo_la-address.lo >> address.c: In function 'lo_address_new_from_url': >> address.c:132:17: error: 'PACKAGE_NAME' undeclared (first use in this >> function) >> >> Any input on why this happens is much appreciated! >> >> Best regards >> Erik >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> liblo-devel mailing list >> lib...@li... >> https://lists.sourceforge.net/lists/listinfo/liblo-devel >> > > ------------------------------------------------------------------------------ > _______________________________________________ > liblo-devel mailing list > lib...@li... > https://lists.sourceforge.net/lists/listinfo/liblo-devel |
|
From: Stephen S. <rad...@gm...> - 2015-08-21 14:54:52
|
Hi, Sorry for not answering yet. It is because I don't have an answer, as I do not have a Windows machine handy. However, I have tested in the past many times on MSYS, so I am not certain as to the cause. Are you using the distributed "configure" script, or are you running autogen.sh yourself? If one fails, I would suggest trying the other.. Steve On Sun, Aug 16, 2015 at 12:43 AM, Erik Ronström <er...@om...> wrote: > Hi! > > I’ve been using liblo for a while on Mac OS X, and it works beautifully! > Thanks for a great library! > > However, I have some trouble building liblo on Windows. I'm using > MinGW/msys, and the problem is that the configure script generates a > config.h that looks like this: > > /* config.h. Generated from config.h.in by configure. */ > /* config.h.in. Generated from configure.ac by autoheader. */ > > /* Define if building universal (internal helper macro) */ > #undef AC_APPLE_UNIVERSAL_BUILD > > /* Define this to enable ipv6. */ > #undef ENABLE_IPV6 > > /* Define this to enable threads. */ > #undef ENABLE_THREADS > > /* Define to 1 if you have the <dlfcn.h> header file. */ > #undef HAVE_DLFCN_H > > /* Define to 1 if you have the `getifaddrs' function. */ > #undef HAVE_GETIFADDRS > > /* Define to 1 if inet_pton() is available. */ > #undef HAVE_INET_PTON > > /* Define to 1 if you have the <inttypes.h> header file. */ > #undef HAVE_INTTYPES_H > > etc. > > I.e. all entries are undefined! This makes compilation stop later on > > CC liblo_la-address.lo > address.c: In function 'lo_address_new_from_url': > address.c:132:17: error: 'PACKAGE_NAME' undeclared (first use in this > function) > > Any input on why this happens is much appreciated! > > Best regards > Erik > > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > liblo-devel mailing list > lib...@li... > https://lists.sourceforge.net/lists/listinfo/liblo-devel > |
|
From: Erik R. <er...@om...> - 2015-08-15 23:00:19
|
Hi!
I’ve been using liblo for a while on Mac OS X, and it works beautifully! Thanks for a great library!
However, I have some trouble building liblo on Windows. I'm using MinGW/msys, and the problem is that the configure script generates a config.h that looks like this:
/* config.h. Generated from config.h.in by configure. */
/* config.h.in. Generated from configure.ac by autoheader. */
/* Define if building universal (internal helper macro) */
#undef AC_APPLE_UNIVERSAL_BUILD
/* Define this to enable ipv6. */
#undef ENABLE_IPV6
/* Define this to enable threads. */
#undef ENABLE_THREADS
/* Define to 1 if you have the <dlfcn.h> header file. */
#undef HAVE_DLFCN_H
/* Define to 1 if you have the `getifaddrs' function. */
#undef HAVE_GETIFADDRS
/* Define to 1 if inet_pton() is available. */
#undef HAVE_INET_PTON
/* Define to 1 if you have the <inttypes.h> header file. */
#undef HAVE_INTTYPES_H
etc.
I.e. all entries are undefined! This makes compilation stop later on
CC liblo_la-address.lo
address.c: In function 'lo_address_new_from_url':
address.c:132:17: error: 'PACKAGE_NAME' undeclared (first use in this function)
Any input on why this happens is much appreciated!
Best regards
Erik
|