Bug 436828 - g++ mis-diagnoses: ./frysk/rsl/Log.h:67: error: Java method ‘void frysk::rsl::Log::dump(JArray<bool>*)’ has non-Java parameter type ‘JArray<bool>*’
Summary: g++ mis-diagnoses: ./frysk/rsl/Log.h:67: error: Java method ‘void frysk::rsl...
Alias: None
Product: Fedora
Classification: Fedora
Component: gcc   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: 173278
TreeView+ depends on / blocked
Reported: 2008-03-10 17:59 UTC by Andrew Cagney
Modified: 2008-03-10 18:56 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-03-10 18:56:36 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
GNU Compiler Collection 35469 None None None Never

Description Andrew Cagney 2008-03-10 17:59:58 UTC
Given this code snippet:

    63  public:
    64    ::frysk::rsl::Log * print(jboolean);
    65  private:
    66    void dump(jboolean);
    67    void dump(JArray< jboolean > *);
    68  public:
    69    ::frysk::rsl::Log * print(jchar);

g++ is mis-diagnosing:

object='frysk/rsl/cni/Log.o' libtool=no \
        DEPDIR=.deps depmode=none /bin/sh ../../frysk/frysk-sys/depcomp \
        g++ -DPACKAGE_NAME=\"frysk\" -DPACKAGE_TARNAME=\"frysk\"
-DPACKAGE=\"frysk\" -DVERSION=\"\" -I. -I../../frysk/frysk-sys 
  -I../../frysk/frysk-sys -I../../frysk/frysk-sys/../frysk-imports/include -I.
-I./../frysk-imports/libunwind-ppc32/include -fPIC  -g -O -Wall -Werror -c -o
frysk/rsl/cni/Log.o ../../frysk/frysk-sys/frysk/rsl/cni/Log.cxx
In file included from ../../frysk/frysk-sys/frysk/rsl/cni/Log.cxx:44:
./frysk/rsl/Log.h:67: error: Java method ‘void
frysk::rsl::Log::dump(JArray<bool>*)’ has non-Java parameter type ‘JArray<bool>*’

Comment 1 Andrew Haley 2008-03-10 18:49:58 UTC
That really is strange.  We use such constructs all the time in libgcj.

I wonder if this is related to some changes involving the definition
of jboolean.  Which g++ version is this?

Comment 2 Jakub Jelinek 2008-03-10 18:56:36 UTC
This is already tracked upstream.

Note You need to log in before you can comment on or make changes to this bug.