Re: [repro-users] Compile error with repro project
Same problem using that approach.
smoret@smoret:~/Projects/resiprocate$ gcc --version
gcc (GCC) 3.3.5 (Debian 1:3.3.5-13)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
Sorry for the late reply.
Simon.
-----Original Message-----
From: Byron Campen [mailto:bcampen@xxxxxxxxxxxx]
Sent: Sunday, November 25, 2007 2:16 PM
To: Moret, Simon
Cc: repro-users@xxxxxxxxxxxxxxx
Subject: Re: [repro-users] Compile error with repro project
It should not. Passing a temporary as a reference is perfectly
legitimate. The compiler will actually do this for you automatically
if you don't declare your c'tors explicit. Does putting the namespace
qualifier directly on the c'tor work? (ie QValueTarget(resip::NameAddr
(*i), 1.0f ) )
Incidentally, what version of gcc is this?
Best regards,
Byron Campen
> This also works. I'm not sure why passing a temporary as a reference
> should be an error though.
>
> Simon.
>
> -----Original Message-----
> From: Scott Godin [mailto:slgodin@xxxxxxxxxxxx]
> Sent: Wednesday, November 21, 2007 12:29 AM
> To: Moret, Simon; repro-users@xxxxxxxxxxxxxxx
> Subject: RE: [repro-users] Compile error with repro project
>
> Hi Simon,
>
> Can you try the following instead:
>
> NameAddr targetAddr(*i);
> QValueTarget target(targetAddr, 1.0);
>
> The compiler error is misleading - but it may be complaining
> because we
> passing a temporary into a reference argument.
>
> Scott
>
>> -----Original Message-----
>> From: repro-users-bounces@xxxxxxxxxxxxxxx [mailto:repro-users-
>> bounces@xxxxxxxxxxxxxxx] On Behalf Of Moret, Simon
>> Sent: Tuesday, November 20, 2007 4:30 AM
>> To: repro-users@xxxxxxxxxxxxxxx
>> Subject: Re: [repro-users] Compile error with repro project
>>
>> The cast to (resip::NameAddr) made things compile & link, things even
>> seem to run correctly. Is there way I can stress this code path to
>> ensure it's still doing the right thing?
>>
>> Simon.
>>
>> -----Original Message-----
>> From: Rohan Mahy [mailto:rohan@xxxxxxxxxx]
>> Sent: Tuesday, November 20, 2007 2:13 PM
>> To: Moret, Simon
>> Cc: Rohan Mahy; Byron Campen; repro-users@xxxxxxxxxxxxxxx
>> Subject: Re: [repro-users] Compile error with repro project
>>
>> Hi Everybody,
>>
>> I would like to use this opportunity to remind everyone that
>> representing the QValue as a float should be deprecated. The QValue
>> class is really an integer from 0 to 1000 that happens to have a
>> decimal point in its text-rendered representation. Please, please
>> use the canonical form. See for yourself at resip/stack/QValue.hxx .
>>
>> Simon, good luck getting the project compiling cleanly.
>>
>> thanks,
>> -rohan
>>
>>
>> On Nov 19, 2007, at 6:55 PM, Moret, Simon wrote:
>>> The tip (rev 7414) has the same problem. Adding a typecast to a
>> float
>>> (Scott's suggestion) also had no real effect.
>>>
>>> Casting the NameAddr construction to the resip version lets it
>>> compile,
>>> it makes me wonder if there is a different NameAddr around. I
>>> probably
>>> won't get to testing the built image today but I suspect there
>>> won't be
>>> any issues.
>>>
>>> QValueTarget target((resip::NameAddr)NameAddr(*i), 1.0f);
>>>
>>> Thanks,
>>> Simon.
>>>
>>>
>>> -----Original Message-----
>>> From: Byron Campen [mailto:bcampen@xxxxxxxxxxxx]
>>> Sent: Tuesday, November 20, 2007 3:20 AM
>>> To: Moret, Simon
>>> Cc: repro-users@xxxxxxxxxxxxxxx
>>> Subject: Re: [repro-users] Compile error with repro project
>>>
>>> Ok, I just committed a fix to head, give it a shot and see if it
>>> works.
>>>
>>> Best regards,
>>> Byron Campen
>>>
>>>> I am using a Debian Sarge linux install to compile the resiprocate
>>>> project. The current tip / 1.2 release fail to compile with the
>>>> error
>>>> below while the 1.1 release compiles & links. If anyone has any
>>>> ideas,
>>>> it would be appreciated.
>>>>
>>>> Thanks,
>>>> Simon.
>>>>
>>>>
>>>> g++ -march=i686 -D_REENTRANT -g -Wall -I.. -I/usr/include/db4
>>>> -I
>>>> ../build/.. -I../build/.. -I../build/../contrib/ares -I/usr/include
>>>> -DOS_MAJOR_VER=2
>>>> -DOS_MINOR_VER=6 -DOS_POINT_VER=16 -DOS_PATCH_VER=38 -DUSE_ARES
>>>> -DUSE_SSL -DHAVE_POPT
>>>> _H -c -o obj.debug.Linux.i686/monkeys/StaticRoute.o
>>>> monkeys/StaticRoute.cxx
>>>> monkeys/StaticRoute.cxx: In member function `virtual
>>>> repro::Processor::processor_action_t
>>>> repro::StaticRoute::process(repro::RequestContext&)':
>>>> monkeys/StaticRoute.cxx:86: error: type specifier omitted for
>>>> parameter
>>>> monkeys/StaticRoute.cxx:86: error: parse error before numeric
>>>> constant
>>>> monkeys/StaticRoute.cxx:87: error: no matching function for call to
>> `
>>>> repro::ResponseContext::addTarget(repro::QValueTarget (&)(...),
>>>> bool,
>>>> bool&)
>>>> '
>>>> ../repro/ResponseContext.hxx:54: error: candidates are: resip::Data
>>>> repro::ResponseContext::addTarget(const resip::NameAddr&, bool,
>>>> bool)
>>>> ../repro/ResponseContext.hxx:72: error: bool
>>>> repro::ResponseContext::addTarget(repro::Target&, bool, bool)
>>>> make[1]: *** [obj.debug.Linux.i686/monkeys/StaticRoute.o] Error 1
>>>> make[1]: Leaving directory
> `/home/smoret/Projects/resiprocate/repro'
>>>> make: *** [repro] Error 2
>>>> smoret@smoret:~/Projects/resiprocate$
>>>> _______________________________________________
>>>> repro-users mailing list
>>>> repro-users@xxxxxxxxxxxxxxx
>>>> https://list.resiprocate.org/mailman/listinfo/repro-users
>>>
>>> _______________________________________________
>>> repro-users mailing list
>>> repro-users@xxxxxxxxxxxxxxx
>>> https://list.resiprocate.org/mailman/listinfo/repro-users
>>
>> _______________________________________________
>> repro-users mailing list
>> repro-users@xxxxxxxxxxxxxxx
>> https://list.resiprocate.org/mailman/listinfo/repro-users
>
> _______________________________________________
> repro-users mailing list
> repro-users@xxxxxxxxxxxxxxx
> https://list.resiprocate.org/mailman/listinfo/repro-users