On Mon, Apr 24, 2017 at 19:58:52 +0100, Roger Leigh wrote:
> While you can install as many of the runtime packages as you like, the
> headers go into /usr/include and so they conflict with each other,
> limiting you to a single development package at one time (checked the
> behaviour to verify t
On 24/04/2017 19:30, Ben Boeckel wrote:
On Mon, Apr 24, 2017 at 19:17:39 +0100, Roger Leigh wrote:
Sounds like that's exactly the problem. You can only have one libpng
*development* package installed at once. You probably want the regular
"libpng-dev" package installed if you want to build aga
On Mon, Apr 24, 2017 at 19:17:39 +0100, Roger Leigh wrote:
> Sounds like that's exactly the problem. You can only have one libpng
> *development* package installed at once. You probably want the regular
> "libpng-dev" package installed if you want to build against the standard
> libpng.
Ah, t
On 24/04/2017 15:54, Robert Dailey wrote:
Sorry to bump; any info on this? I'm completely blocked :-(
On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey wrote:
I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following:
find_package(PNG REQUIRED)
Which gives me the output in CMake:
Could NOT
On Mon, Apr 24, 2017 at 12:20:27 -0500, Robert Dailey wrote:
> -- The C compiler identification is GNU 4.9.4
> -- The CXX compiler identification is GNU 4.9.4
> -- Check for working C compiler: /usr/bin/gcc-4.9
> -- Check for working C compiler: /usr/bin/gcc-4.9 -- works
> -- Detecting C compiler A
On Mon, Apr 24, 2017 at 10:02 AM, Ben Boeckel wrote:
> On Mon, Apr 24, 2017 at 09:54:18 -0500, Robert Dailey wrote:
>> On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey
>> wrote:
>> > I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following:
>> >
>> > find_package(PNG REQUIRED)
>> >
>> > Which
On Mon, Apr 24, 2017 at 09:54:18 -0500, Robert Dailey wrote:
> On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey
> wrote:
> > I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following:
> >
> > find_package(PNG REQUIRED)
> >
> > Which gives me the output in CMake:
> >
> > Could NOT find PNG (missi
Sorry to bump; any info on this? I'm completely blocked :-(
On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey wrote:
> I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following:
>
> find_package(PNG REQUIRED)
>
> Which gives me the output in CMake:
>
> Could NOT find PNG (missing: PNG_LIBRARY) (f
On 04/24/2017 10:09 AM, Daniel Pfeifer wrote:
> Brad, can you share what the current status is on this? If I
> remember correctly, then libuv cannot be built yet on all
> necessary compilers. Is that still the case? This sounds like
> the biggest impediment.
Yes, though I've been making some progr
On Mon, Apr 24, 2017 at 3:03 PM, Brad King wrote:
> On 04/23/2017 01:30 AM, Konstantin Podsvirov wrote:
> > Where execute_process INPUT_CONTENT or INPUT_VARIABLE?
> >
> > This would be very convenient for a small input.
> >
> > Why should I always write a file for input?
>
> I agree that the opti
Hi!16:05, 24 April 2017 г., Brad King :On 04/23/2017 01:30 AM, Konstantin Podsvirov wrote: Where execute_process INPUT_CONTENT or INPUT_VARIABLE? This would be very convenient for a small input. Why should I always write a file for input?I agree that the options should be there but they can't be ea
On 04/21/2017 05:45 PM, Christian P. wrote:
> Is this a good/bad idea or is there any way to do this in a proper fashion?
> The idea of adding an actual target to a Find module seems wrong to me,
> but I’m not seeing any way of doing it otherwise.
I think we'll have to expose this requirement to p
On 04/23/2017 01:30 AM, Konstantin Podsvirov wrote:
> Where execute_process INPUT_CONTENT or INPUT_VARIABLE?
>
> This would be very convenient for a small input.
>
> Why should I always write a file for input?
I agree that the options should be there but they can't be easily
implemented without
13 matches
Mail list logo