<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>813</bug_id>
          
          <creation_ts>2011-03-06 23:11:45 +0000</creation_ts>
          <short_desc>bitbake can&apos;t parse a comment line that has a trailing backslash</short_desc>
          <delta_ts>2011-08-18 21:59:31 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>BitBake</product>
          <component>bitbake</component>
          <version>1.0</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.0 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Dexuan Cui">dexuan.cui</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>gavian</cc>
    
    <cc>liping.ke</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>sgw</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>12319</commentid>
    <comment_count>0</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2011-03-06 23:11:45 +0000</bug_when>
    <thetext>Liping and I happened to find such an issue when bitbaking the following recipe:

adt-installer_svn.bb:

LICENSE = &quot;MIT&quot;
PV = &quot;0.1.8+svnr${SRCPV}&quot;
PR = &quot;r0&quot;
#SRC_URI = &quot;http://opkg.googlecode.com/files/opkg-0.1.8.tar.gz \
SRC_URI = &quot;#svn://opkg.googlecode.com/svn;module=trunk;proto=http&quot;

$ bitbake adt-installer
Loading cache: 100% |#############################################################################################################################################| ETA:  00:00:00
Loaded 971 entries from dependency cache.
ERROR: Error parsing /osel/dcui/110304/p1/meta/recipes-kernel/oprofile/adt-installer_svn.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure for URL: &apos;None&apos;. SRCREV was used yet no valid SCM was found in SRC_URI

Removing the trailing backslash of the commened SRC_URI line can resolve the ERROR, but we think this might be a parsing issue of bitbake we should fix?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>12984</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-03-25 06:56:15 +0000</bug_when>
    <thetext>A backslash at the end of the line denotes a multi line. In this case bitbake parsed it as a multiline comment which was arguably the correct thing to do. This is a recent change in behavior to do with comment handling but it is consistent and behaving as intended.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>13198</commentid>
    <comment_count>2</comment_count>
    <who name="Dexuan Cui">dexuan.cui</who>
    <bug_when>2011-04-10 22:45:43 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; A backslash at the end of the line denotes a multi line. In this case bitbake
&gt; parsed it as a multiline comment which was arguably the correct thing to do.
&gt; This is a recent change in behavior to do with comment handling but it is
&gt; consistent and behaving as intended.

VERIFY the bug: NOTABUG.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>15578</commentid>
    <comment_count>3</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2011-08-18 21:59:31 +0000</bug_when>
    <thetext>*** Bug 1377 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>