On 08/27/2011 03:04 AM, Marc-André Moreau wrote:
> Does anybody have an idea for a name this library could have? I thought
> of libfreerdp-compression, but it's quite a long name. How about
> libfreerdp-z? It's a "compressed" name, I don't know, I'm in lack of
> inspiration right now for a name.
I
On Saturday 27 August 2011 05:04:24 Marc-André Moreau wrote:
> One other thing which should have been moved out but hasn't been moved out
> yet is bitmap decompression. Later, this will also become bitmap
> compression, as the server part of FreeRDP gets expanded. And then we'll
> get a couple more
On Fri, Aug 26, 2011 at 5:24 PM, Nils Andresen wrote:
> 2011/8/26 Mike Gilbert :
>> Why not just use argv[0]?
>
> Hmm. I am mainly a c# programmer trying to get my bearings around c
> but I was under the impression that in c (as in c#) you don't get the
> clients name in the args.
> Or are you sug
2011/8/26 Mike Gilbert :
> Why not just use argv[0]?
Hmm. I am mainly a c# programmer trying to get my bearings around c
but I was under the impression that in c (as in c#) you don't get the
clients name in the args.
Or are you suggesting to push the clients name in the args? I.e.
expecting the cl
On Fri, Aug 26, 2011 at 5:03 PM, Nils Andresen wrote:
> now:
> args.c is used in xfreerdp and dfreerdp. Help should print something like
> Usage: [d|x]freerdp [options] server:port
> is there a cool way to determine the client that uses args.c, or
> should freerdp_parse_args get one more paramete
Hi,
I wanted to add a nice help-text to libfreerdp-utils/args.c but I ran
into a few problems. Some of which I simply need some input from you.
One - I'll need a good idea...
first the simple things:
- what does --no-auth do?
- what does --no-fastpath do?
- what does --rfx do?
now:
args.c is used
Hi,
As some of you may know, 1.0 was an opportunity for us to redesign the
FreeRDP architecture. One of the architectural choices was to make
libfreerdp-core purely a network library, and avoid putting stuff implying
client-side only operations. This is why, for instance, all the caches have
been
On Fri, Aug 26, 2011 at 14:28, Mike Gilbert wrote:
> Does pkg-config not work on Windows? A Google search seems to indicate
> that it should, but I have no experience using it there.
>
> In any case, I agree that using find_path / find_library as a fallback
> is a good idea.
In theory it works bu
On Fri, Aug 26, 2011 at 1:15 PM, Otavio Salvador
wrote:
> On Fri, Aug 26, 2011 at 13:43, Mike Gilbert wrote:
>> Very recent versions of cunit (>= 2.1-1) install a cunit.pc file, as
>> that post indicates. However, older versions of cunit do not.
>>
>> Using the information in the cunit.pc file is
On Fri, Aug 26, 2011 at 13:43, Mike Gilbert wrote:
> Very recent versions of cunit (>= 2.1-1) install a cunit.pc file, as
> that post indicates. However, older versions of cunit do not.
>
> Using the information in the cunit.pc file is as simple as adding a
> pkg_check_modules call and then refere
On Fri, Aug 26, 2011 at 11:40 AM, Marc-André Moreau
wrote:
> Here's a forum post describing the problem people have with the SUSE cunit
> package:
> http://ufoai.ninex.info/forum/index.php?topic=5428.0
> A quick fix is to add "-lnurses" to LD_FLAGS, but someone replied to that
> saying that the cu
Eep.. Resending from the right account.
On Aug 26, 2011, at 10:03 AM, Marc-André Moreau wrote:
> On Fri, Aug 26, 2011 at 10:58 AM, Alexis Moinet
> wrote:
> On 26/08/11 16:38, Otavio Salvador wrote :
>> On Fri, Aug 26, 2011 at 11:32, Alexis Moinet
>> wrote:
>>> usually a cmake target (i.e. a l
On Fri, Aug 26, 2011 at 12:54 PM, Marc-André Moreau
wrote:
> Hi all,
> As 1.0 progresses, people are slowly getting used to cmake. There are still
> many things which aren't obvious to newcomers though, and I am still
> learning a lot.
> Is there anyone experienced with cmake that would like to wo
Thanks Alexis that patch works for the cmake process. Anyone have thoughts on
my remaining issue during make? To my uneducated eye it's not seeing symbols
for my X11 keyboard libraries? I'm not making any changes with ccmake, but the
old autogen.sh/configure approach had use throwing in the --wi
Hi all,
As 1.0 progresses, people are slowly getting used to cmake. There are still
many things which aren't obvious to newcomers though, and I am still
learning a lot.
Is there anyone experienced with cmake that would like to work on
documenting its usage on the wiki?
Generate makefiles:
cmake
On Aug 26, 2011, at 10:03 AM, Marc-André Moreau wrote:
> On Fri, Aug 26, 2011 at 10:58 AM, Alexis Moinet
> wrote:
> On 26/08/11 16:38, Otavio Salvador wrote :
> > On Fri, Aug 26, 2011 at 11:32, Alexis Moinet
> > wrote:
> >> usually a cmake target (i.e. a library or an executable) is linked to
Here's a forum post describing the problem people have with the SUSE cunit
package:
http://ufoai.ninex.info/forum/index.php?topic=5428.0
A quick fix is to add "-lnurses" to LD_FLAGS, but someone replied to that
saying that the cunit .pc file should be used instead for proper detection.
This makes
> On Fri, Aug 26, 2011 at 12:03, Marc-André Moreau
> wrote:
>> I was using openSUSE a couple of months ago, and their cunit build was not
>> very good. The build depended on ncurses, which is not needed for us. Is it
>> possible to add a check in cmake for SUSE in particular so that it adds
>> ncu
On Fri, Aug 26, 2011 at 12:03, Marc-André Moreau
wrote:
> I was using openSUSE a couple of months ago, and their cunit build was not
> very good. The build depended on ncurses, which is not needed for us. Is it
> possible to add a check in cmake for SUSE in particular so that it adds
> ncurses as
On Fri, Aug 26, 2011 at 10:58 AM, Alexis Moinet
wrote:
> On 26/08/11 16:38, Otavio Salvador wrote :
> > On Fri, Aug 26, 2011 at 11:32, Alexis Moinet
> wrote:
> >> usually a cmake target (i.e. a library or an executable) is linked to a
> lib using the command "target_link_libraries()"
> >
> > Not
On 26/08/11 16:38, Otavio Salvador wrote :
> On Fri, Aug 26, 2011 at 11:32, Alexis Moinet
> wrote:
>> usually a cmake target (i.e. a library or an executable) is linked to a lib
>> using the command "target_link_libraries()"
>
> Not really so this is the wrong fix.
>
> If cunit requires ncurse
On Fri, Aug 26, 2011 at 11:32, Alexis Moinet wrote:
> usually a cmake target (i.e. a library or an executable) is linked to a lib
> using the command "target_link_libraries()"
Not really so this is the wrong fix.
If cunit requires ncurses so the .pc file needs to tell it to cmake,
not the other
On 26/08/11 01:20, Ben Lindstrom wrote :
>
> On Aug 25, 2011, at 6:11 PM, Mike Gilbert wrote:
>
>> On Thu, Aug 25, 2011 at 5:23 PM, Ben Lindstrom wrote:
>>>
>>> There seems to be an issue with the cmake script and SLES11 SP1.
>>>
>>> I had to make the following hack around:
>>>
>>> $ diff -u ../
On 26/08/11 10:25, Alexis Moinet wrote :
> I think it would be useful to have cmake add this option only if supported or
> if gcc > 4.3
here is a little patch that should fix the problem (should work with cmake
2.6.4 and later):
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 23068d8..03a331
On 26/08/11 01:36, Bret Fisher wrote :
> Not sure if you have Mac testers, but these are some issues I've had and
> preventing me from finishing cmake/make. Don't have additional machines to
> validate if it's me or the code. I'm also not a build expert so maybe it's my
> process for building. T
25 matches
Mail list logo
