From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com [IPv6:2607:f8b0:4864:20::f2e]) by sourceware.org (Postfix) with ESMTPS id A14A23858D32 for ; Fri, 13 Jan 2023 09:27:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A14A23858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-qv1-xf2e.google.com with SMTP id p96so2378141qvp.13 for ; Fri, 13 Jan 2023 01:27:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=/F57YtYR9Jbug38uk5inPFVvqH3PNu0IzXTA5zbYfkE=; b=VXoWKSt/VnE4W5SiQ9PnZQ5VLPGnoGf+Qs0Wcg3CMgK5OAzWwmOt+KQDQHlYTaaRPL aNTCJROr4L2KGw/CCvwN60PpUF6oq5yyTJ5lIsUmnNu/ByYFLqtAH+MH21yVRICuJ4TV 4MY+LyApYoJGO1jDHpQ+SpcLMbxGcnugrIMVuHmyC+RXWIsa+A2qIDyHK+9ldUmAMRlf LQjnhMT+u+Lyg4Si2fHC+ptxMo8UxSfNGE3tm9A2B7gnntG2tVdFxf9w2Lg+PWYAN16R uZWoDwIetUNOyiqf6ZvhocqT5IEOgEcbIVgBPBpzOzPEY8yCzf71EmRHsdepfpfXrZK7 EOUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/F57YtYR9Jbug38uk5inPFVvqH3PNu0IzXTA5zbYfkE=; b=Y2RCSH1r61lWASblIDJow/0LP4aenn9FVgf10taLylr+dx13P18kykmOkVpAhptfDb Ygm4CrfOhFQxyUl4fE8tb8yWWLhezH67lf8bA9Flc6KyzNSopHxsKv9IrvTGf0n8+zr3 LbY1cGDFs5/nCMn9TmV/XTHvckfASypyBieZTscHzuNmaQ040hp6Vs0F4N4QwEJC8VEj ROeH7zAQA84VwjuzbOnH2rS/bivPsrtuI5/aOY23oHE8CXCkhCzN+nOj+BfktLEP3X+C LZ1Od50QPCrr3EZHIkNIQett1Naw3F0EKt7jFL7j3/rt4sOJcTTiLWcceIpZBFpUVNr7 xj8g== X-Gm-Message-State: AFqh2kqSJ96F3tRl2693/FXWQDHdMRc7PtCO2l5uHCNFiacMXTbk23ox G9GSObc9zjtybVASLYuvHa6H3bh6U+tq3iK0lf6DGSLkI0KgP6nj X-Google-Smtp-Source: AMrXdXsY/GTetBLJ9trPJUkFs/c3vDfzs543y09Der0ILS7iy5Vbarv6do4QQTTb64jUyal7BsIiiQr1c7y6w9nBV1w= X-Received: by 2002:a05:6214:4287:b0:4cc:b954:de7b with SMTP id og7-20020a056214428700b004ccb954de7bmr4840100qvb.26.1673602050836; Fri, 13 Jan 2023 01:27:30 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Panicz Maciej Godek Date: Fri, 13 Jan 2023 10:27:20 +0100 Message-ID: Subject: Re: Expected Field Type Signature To: kawa@sourceware.org Content-Type: multipart/alternative; boundary="000000000000bc4edb05f221d72e" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --000000000000bc4edb05f221d72e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Recently I managed to learn a bit more about this problem. It appears when I define a parameter whose content type is a primitive type (like boolean or char), as in, say: (define p :: parameter[boolean] (make-parameter #f)) If I change the type to something else (like Object or any type defined by define-simple-class), the problem disappears. The problem is critical with the above compilation scheme (i.e. when a module that depends on modules that contain the definition is compiled separately). If all the modules are compiled all at once, Kawa somehow manages to circumvent this problem (it doesn't crash) -- but even then, during the dexing phase, the d8 tool complains: Invalid signature 'Lgnu/mapping/LocationProc;' for field p. Signature is ignored and will not be present in the output. Parser error: Expected L, [ or T at position 28 Lgnu/mapping/LocationProc; ^ So it seems to me that something might be wrong with code generation for parameters with primitive types. pt., 28 pa=C5=BA 2022 o 18:23 Panicz Maciej Godek napisa=C5=82(a): > I ran into a weird problem. > When I build a simple Android project, everything works fine. > But when I add my modules to this project, tgings complicate, > First, because the android activity needs to be compiled with the -P and > -T options in order to run properly, I compile the modules and the activi= ty > in two separate passes: the modules are being compiled without the -P and > -T options (otherwise the interdependent modules can't see each other, ans > compilation results in an error) > > But the second stage doesn't always pass - I've found that there are three > modules which -- if I include them in the build, cause the second stage to > terminate with the following error: > > Exception in thread "main" java.lang.reflect.GenericSignatureFormatError:= Signature Parse error: Expected Field Type Signature > Remaining input: Z>; > at java.base/sun.reflect.generics.parser.SignatureParser.error(Signature= Parser.java:124) > at java.base/sun.reflect.generics.parser.SignatureParser.parseFieldTypeS= ignature(SignatureParser.java:291) > at java.base/sun.reflect.generics.parser.SignatureParser.parseFieldTypeS= ignature(SignatureParser.java:277) > at java.base/sun.reflect.generics.parser.SignatureParser.parseTypeArgume= nt(SignatureParser.java:420) > at java.base/sun.reflect.generics.parser.SignatureParser.parseTypeArgume= nts(SignatureParser.java:380) > at java.base/sun.reflect.generics.parser.SignatureParser.parsePackageNam= eAndSimpleClassTypeSignature(SignatureParser.java:335) > at java.base/sun.reflect.generics.parser.SignatureParser.parseClassTypeS= ignature(SignatureParser.java:304) > at java.base/sun.reflect.generics.parser.SignatureParser.parseFieldTypeS= ignature(SignatureParser.java:283) > at java.base/sun.reflect.generics.parser.SignatureParser.parseFieldTypeS= ignature(SignatureParser.java:277) > at java.base/sun.reflect.generics.parser.SignatureParser.parseTypeSignat= ure(SignatureParser.java:469) > at java.base/sun.reflect.generics.parser.SignatureParser.parseTypeSig(Si= gnatureParser.java:188) > at java.base/sun.reflect.generics.repository.FieldRepository.parse(Field= Repository.java:53) > at java.base/sun.reflect.generics.repository.FieldRepository.parse(Field= Repository.java:42) > at java.base/sun.reflect.generics.repository.AbstractRepository.(A= bstractRepository.java:74) > at java.base/sun.reflect.generics.repository.FieldRepository.(Fiel= dRepository.java:49) > at java.base/sun.reflect.generics.repository.FieldRepository.make(FieldR= epository.java:66) > at java.base/java.lang.reflect.Field.getGenericInfo(Field.java:109) > at java.base/java.lang.reflect.Field.getGenericType(Field.java:276) > at gnu.bytecode.Field.getType(Field.java:75) > at gnu.expr.ModuleInfo.setupModuleExp(ModuleInfo.java:197) > at kawa.standard.require.importDefinitions(require.java:313) > at kawa.standard.ImportFromLibrary.handleImport(ImportFromLibrary.java:4= 87) > at kawa.standard.ImportFromLibrary.scanImportSet1(ImportFromLibrary.java= :296) > at kawa.standard.ImportFromLibrary.scanImportSet(ImportFromLibrary.java:= 264) > at kawa.standard.ImportFromLibrary.scanForm(ImportFromLibrary.java:97) > at kawa.lang.Translator.scanForm(Translator.java:1615) > at kawa.lang.Translator.scanBody(Translator.java:1672) > at kawa.standard.begin.scanForm(begin.java:23) > at kawa.lang.Translator.scanForm(Translator.java:1615) > at gnu.kawa.lispexpr.LispLanguage.parse(LispLanguage.java:117) > at gnu.expr.Language.parse(Language.java:765) > at gnu.expr.Language.parse(Language.java:759) > at gnu.expr.Language.parse(Language.java:753) > at kawa.repl.compileFiles(repl.java:768) > at kawa.repl.processArgs(repl.java:451) > at kawa.repl.main(repl.java:830) > > > When I use those modules for building or running the desktop client or th= e terminal client (the build happens in a single pass), there is no problem. > > How do I even go about debugging this? > > --000000000000bc4edb05f221d72e--