I get the same error, here is the error output
breset.cc: In function ‘int main()’:
breset.cc:67: warning: format not a string literal and no format arguments
breset.cc:81: warning: format not a string literal and no format arguments
breset.cc:82: warning: format not a string literal and no format
Sorry for not quoting properly, replying from my BlackBerry.
In addition to the commenting of the I18 package, you will need to follow each
of the line numbers listed and remove the (_) that wraps the printf statements.
Yes, you're right about the no-opping the header file. I'm not the most
acc
SUCCESS, you guys are both awesome, THANK YOU.
I think that the last change of removing the '_' did it.
I just did my first bjavaloader load my.cod and it WORKED, no more vmWare :)
Now, considering what that took. Is there a way we could work on making this a
little easier for people to instal
Hey Eric,
On Wed, 2010-08-18 at 00:34 -0700, Eric Arseneau wrote:
> SUCCESS, you guys are both awesome, THANK YOU.
>
Glad you got it working,
Is there not an official RIM software package for Mac? If not then I
can't really consider RIM to be very sane to have hitched their wagon to
Windows onl
Sorry for the top posting.
It isn't that RIM doesn't have a software stack for Mac. They have one, but it
is pretty bad. It has a simple sync and backup function but is very useless
compared to the windows client.
Did you try connecting your BB to your Mac with Barry? Does it work at all?
On Aug 18, 2010, at 1:26 AM, Martin Owens wrote:
> Hey Eric,
>
> On Wed, 2010-08-18 at 00:34 -0700, Eric Arseneau wrote:
>> SUCCESS, you guys are both awesome, THANK YOU.
>>
>
> Glad you got it working,
>
> Is there not an official RIM software package for Mac?
There is, but it does not conta
On Aug 18, 2010, at 8:13 AM, Nathan Blackham wrote:
> Sorry for the top posting.
>
> It isn't that RIM doesn't have a software stack for Mac. They have one, but
> it is pretty bad. It has a simple sync and backup function but is very
> useless compared to the windows client.
>
> Did you
On Wed, Aug 18, 2010 at 09:52:23AM -0700, Eric Arseneau wrote:
> It may be, but last night was totally awesome, just a level of pride
> in making sure people can use your stuff. I'd love to help in any way
> I can, but money is not always the easiest thing to come by :(
Don't worry about sending
On Wed, Aug 18, 2010 at 12:15:58AM -0700, Eric Arseneau wrote:
> diff --git a/buildgen.sh b/buildgen.sh
> index f6a023f..082c108 100755
> --- a/buildgen.sh
> +++ b/buildgen.sh
> @@ -1,7 +1,7 @@
> #!/bin/sh
>
> libtoolit() {
> - libtoolize --force --copy
> + glibtoolize --force --copy
>
Let me do a fresh checkout just in case :)
Steps I took
git clone git://repo.or.cz/barry.git barry2
buildgen.sh
configure
make
So I did a fresh checkout, and I still get the intl related errors
mv -f .deps/bidentify.Tpo .deps/bidentify.Po
/bin/sh ../libtool --tag=
On Wed, Aug 18, 2010 at 11:18:10AM -0700, Eric Arseneau wrote:
> Let me do a fresh checkout just in case :)
>
> Steps I took
> git clone git://repo.or.cz/barry.git barry2
> buildgen.sh
> configure
> make
Thanks.
Can you post the values of LIBINTL, LTLIBINTL, and bidentify
Here is output from grep, I assume this is what you wanted
[tools] grep intl *
Makefile: $(top_srcdir)/m4/intlmacosx.m4 $(top_srcdir)/m4/lib-ld.m4 \
Makefile:GLIB2_LIBS = -L/opt/local/lib -lglib-2.0 -lintl -liconv
Makefile.in:$(top_srcdir)/m4/intlmacosx.m4 $(top_srcdir)/m4/lib-ld.m4 \
On Wed, Aug 18, 2010 at 06:26:34PM -0700, Eric Arseneau wrote:
> Here is output from grep, I assume this is what you wanted
>
> [tools] grep intl *
> Makefile: $(top_srcdir)/m4/intlmacosx.m4 $(top_srcdir)/m4/lib-ld.m4 \
> Makefile:GLIB2_LIBS = -L/opt/local/lib -lglib-2.0 -lintl -liconv
> M
>
> Looks like the default gettext.m4 files are doing a poor job of figuring
> out what the build dependencies are.
>
> I assume you're using gettext 0.17?
Here is what port says
[testing] port list installed | grep gettext
gettext@0.18.1.1 devel/gettext
gettext
14 matches
Mail list logo
