On Sunday 10 January 2010, CeDeROM wrote:
> > So far I think RC1 has gone fairly well, suggesting we might
> > not need an RC2. But there have been no responses in the RC1
> > thread yet, so I might be missing important information.
>
> Maybe a short RC2 would verify integrity of the patches appl
On Sun, Jan 10, 2010 at 8:46 PM, David Brownell wrote:
> On Sunday 10 January 2010, CeDeROM wrote:
>> What will be next step after rc1 - a release or some short rc2?
>
> Not sure yet. I sent a post yesterday about RC1 status, and
> merging that FreeBSD buildfix knocks off one of the "to do"
> lis
On Sunday 10 January 2010, CeDeROM wrote:
> What will be next step after rc1 - a release or some short rc2?
Not sure yet. I sent a post yesterday about RC1 status, and
merging that FreeBSD buildfix knocks off one of the "to do"
list items, but there are more ... and I want to get feedback
from ot
Hello Dave!
On Sun, Jan 10, 2010 at 6:13 PM, David Brownell wrote:
>> #elif defined(__FreeBSD__)
>> HostOs = "FreeBSD";
>
> None of the other HostOS strings use anything except lowercase,
> so I merged an update that looks like this except that it sticks
> to lowercase there too ... no Camel
On Sunday 10 January 2010, CeDeROM wrote:
> Above I have already added new line definig new OS (neither "linux"
> nor "darwin" as it was proposed, but "FreeBSD" itself):
>
> #elif defined(__FreeBSD__)
> HostOs = "FreeBSD";
None of the other HostOS strings use anything except lowercase,
so I
Hello!
I have checked the issue with src/helper/command.c and I have one
comment - for my command.c file the #elif mentioned by Steve Franks is
located at line 1313..1332 (maybe I have other rc1 or file that was
generated for me looks a bit different) - to be specific it is about
this part of the
On Thursday 07 January 2010, Steve Franks wrote:
> Personally, I believe -D__DARWIN__ to be a hack, because FreeBSD
> intrinsically defines -D__FreeBSD__ (and that is the proper
> capitalization). This only effects whatever file generates command.c
> ... I suppose if there's no effect other than t
> On Tuesday 05 January 2010, Robert Jenssen wrote:
>> I build on FreeBSD with:
>>
>> ./configure \
>> CFLAGS="-I/usr/local/include -D__DARWIN__" LDFLAGS="-L/usr/local/lib" \
>> --enable-dummy --enable-jlink
Personally, I believe -D__DARWIN__ to be a hack, because FreeBSD
intrinsically defines -D_
On Tuesday 05 January 2010, Robert Jenssen wrote:
> I build on FreeBSD with:
>
> ./configure \
> CFLAGS="-I/usr/local/include -D__DARWIN__" LDFLAGS="-L/usr/local/lib" \
> --enable-dummy --enable-jlink
That /usr/local/... stuff suggests the config issue isn't
generic enough to belong in a "configu
I build on FreeBSD with:
./configure \
CFLAGS="-I/usr/local/include -D__DARWIN__" LDFLAGS="-L/usr/local/lib" \
--enable-dummy --enable-jlink
Regards,
Robert Jenssen
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists
> Hi,
>
> After a long hiatus, I'm again trying to build things on freebsd.
>
> Seems I've got a good pull of the git.
>
> I then run
> ./bootstrap
> then
> ./configure --enable-maintainer-mode --enable-ft2232_libftdi
> --disable-doxygen-html
> then
> gmake
> then I get error:
> gmake[2]: E
Hi,
After a long hiatus, I'm again trying to build things on freebsd.
Seems I've got a good pull of the git.
I then run
./bootstrap
then
./configure --enable-maintainer-mode --enable-ft2232_libftdi
--disable-doxygen-html
then
gmake
then I get error:
gmake[2]: Entering directory
`/usr
12 matches
Mail list logo
